몇 년째 새 글이 없는 공지사항·뉴스 게시판은 글을 하나씩 살려 고객에게 여전히 쓸모 있는 것만 남기고, 앞으로 꾸준히 채울 수 있는 형식으로 줄이는 것이 정리의 기준입니다. 회사 홈페이지를 처음 만들 때는 공지사항, 보도자료, 회사 소식, 행사 안내처럼 게시판을 여러 개 두는 경우가 많습니다. 몇 해가 지나면 그중 대부분이 마지막 글에서 멈추고, 방문자는 가장 최근 글의 날짜를 보고 회사가 지금도 활발히 운영되는지 짐작합니다.
멈춘 게시판은 무엇이 문제인가요?
첫째는 인상입니다. 거래를 검토하는 고객은 회사 사이트에서 최근 활동의 흔적을 찾습니다. 뉴스 게시판의 마지막 글이 오래전이라면, 실제로는 사업이 성장하고 있어도 방문자는 그 사실을 알 수 없습니다. 차라리 게시판이 없는 편이 나은 경우도 있습니다.
둘째는 오래된 정보입니다. 이미 끝난 행사, 바뀐 연락처, 단종된 제품 소식, 지난 채용 공고가 그대로 남아 있으면 검색 결과에도 그 글이 나타날 수 있습니다. 고객이 옛 연락처로 전화하거나, 끝난 행사를 문의하는 일이 생깁니다. 생성형 AI가 회사 정보를 요약할 때 오래된 공지를 근거로 삼을 가능성도 있습니다.
먼저 무엇을 목록으로 만드나요?
게시판마다 글 제목, 주소, 작성일, 조회 수, 내용 유형을 표로 내려받습니다. 게시판 관리 화면에서 목록을 내려받을 수 없다면 최근 몇 년 치 글만이라도 직접 옮겨 적으세요. 이 표가 있어야 어떤 글을 어떻게 처리할지 판단할 수 있습니다.
검색 유입이 있는 글도 표시합니다. 검색엔진 관리 도구에서 게시판 주소로 들어온 검색 유입을 확인하면, 오래된 글인데도 꾸준히 읽히는 글이 드러납니다. 이런 글은 지우기보다 내용을 고쳐 살리는 쪽이 이익입니다. 외부 사이트에서 링크를 받은 글도 따로 표시해 두세요.
어떤 글을 남기고 어떤 글을 내리나요?
글은 네 가지로 나눕니다. 지금도 유효한 정보를 담은 글은 그대로 남깁니다. 내용은 쓸모 있지만 일부 정보가 바뀐 글은 고쳐서 남기고, 고친 날짜를 적습니다. 기록으로서 의미가 있지만 지금은 유효하지 않은 글, 예를 들어 지난 수상 소식이나 행사 결과는 보관용으로 남기되 날짜를 분명히 보이게 합니다. 고객에게 혼란만 주는 글, 예를 들어 끝난 채용 공고나 임시 휴무 안내는 내립니다.
판단이 어렵다면 질문 하나로 정하세요. “오늘 처음 이 글을 읽은 고객이 잘못된 행동을 할 가능성이 있는가.” 그렇다면 고치거나 내려야 합니다. 그렇지 않다면 날짜를 분명히 표시한 채 남겨 두어도 괜찮습니다.
글을 내릴 때 주소는 어떻게 하나요?
글을 지우면 그 주소는 더 이상 열리지 않습니다. 검색 유입이나 외부 링크가 있던 글이라면, 같은 주제를 다루는 다른 페이지가 있을 때 그 페이지로 주소를 옮겨 연결합니다. 대신할 페이지가 없다면 없는 페이지라는 응답을 정확히 돌려주는 편이 낫습니다. 무관한 홈 화면으로 한꺼번에 보내면 방문자도 검색엔진도 혼란스러워합니다.
처리한 결과는 앞서 만든 목록에 함께 적습니다. 어떤 글을 언제, 어떤 이유로 내렸고 주소를 어디로 연결했는지 남겨 두면, 나중에 같은 질문이 나왔을 때 다시 찾아볼 수 있습니다.
오래된 보도자료도 고쳐야 하나요?
보도자료는 발표 당시의 사실을 기록한 글이므로, 내용을 지금 기준으로 바꾸기보다 그대로 두는 것이 원칙입니다. 대신 글 머리에 “이 글은 언제 발표된 자료이며, 이후 바뀐 내용은 어디에서 확인할 수 있다”는 안내 문장을 덧붙입니다. 바뀐 제품명이나 연락처가 있다면 최신 정보가 있는 페이지로 링크를 걸어 줍니다.
보도자료에 실린 숫자도 확인합니다. 당시 매출이나 직원 수, 고객 수 같은 숫자가 지금과 다르다면, 그 숫자가 현재 값처럼 인용되지 않도록 발표일을 분명히 보이게 해야 합니다. 회사 소개 페이지의 숫자와 다른 숫자가 보도자료에 남아 있으면, 검색과 AI 답변에서 두 값이 섞일 수 있습니다.
첨부파일은 어떻게 하나요?
오래된 게시글에는 신청서 양식, 옛 카탈로그, 행사 안내문 같은 첨부파일이 붙어 있는 경우가 많습니다. 게시글을 남기더라도 첨부파일이 지금은 쓰면 안 되는 양식이라면 파일을 내리거나 최신 파일로 바꿉니다. 첨부파일도 검색엔진이 따로 수집해 검색 결과에 보여 줄 수 있습니다.
파일을 바꿀 때는 파일 이름에 버전이나 작성 연도를 넣어 구분합니다. 같은 이름으로 내용만 바꾸면 고객이 내려받은 파일이 최신인지 알 수 없습니다. 최신 파일이 있는 위치를 한 곳으로 정해 두고, 다른 게시글에서는 그 위치로 링크를 거는 편이 관리하기 쉽습니다.
게시판은 몇 개가 적당한가요?
정리하면서 게시판 수도 줄이는 것이 좋습니다. 공지사항, 보도자료, 회사 소식, 행사 안내가 따로 있었다면 “소식” 하나로 합치고 글마다 유형 표시를 붙이는 방식이 관리하기 쉽습니다. 게시판이 하나면 새 글 하나가 올라갈 때마다 그 게시판 전체가 최근 활동을 보여 주는 효과도 있습니다.
꾸준히 채울 자신이 없는 게시판은 메뉴에서 빼는 것도 방법입니다. 대신 고객에게 도움이 되는 정보, 예를 들어 제품 선택 방법이나 적용 사례는 소식 게시판이 아니라 칼럼이나 제품 페이지로 옮겨 오래 남는 콘텐츠로 만듭니다.
앞으로는 무엇을 올려야 하나요?
소식 게시판에는 고객이 알아야 할 변화만 올립니다. 신제품 출시, 인증 취득, 연락처나 주소 변경, 전시회 참가, 휴무 일정 같은 내용입니다. 사내 행사나 인사 소식은 고객에게 의미가 있는 경우에만 올리세요. 글마다 무엇이 바뀌었고 고객이 무엇을 하면 되는지를 첫 문단에 적습니다.
검색으로 찾아오는 고객을 위해서는 소식보다 칼럼이 더 중요합니다. 고객이 자주 묻는 질문에 답하는 글을 정해진 분량과 기준으로 꾸준히 발행하는 방식은 콘텐츠 발행 기준에 정리돼 있습니다. 게시판 구조를 새로 정하는 것이 사이트 개편과 함께 진행된다면 구축 표준 범위도 참고해 주세요.
누가 언제 점검하나요?
게시판 점검은 담당자와 주기를 정해야 이어집니다. 분기마다 한 번 게시판 목록을 열어 끝난 행사, 바뀐 정보, 오래된 공지가 남아 있지 않은지 확인하는 일정을 달력에 넣어 두세요. 담당자가 바뀔 때는 이 점검 일정과 처리 목록을 함께 넘깁니다.
글을 올릴 때 “언제 내릴 글인가”를 미리 적어 두는 것도 도움이 됩니다. 행사 안내나 휴무 공지처럼 유효 기간이 정해진 글은 작성할 때 종료일을 함께 기록하면, 다음 점검에서 바로 처리할 수 있습니다.
정리 효과는 어떻게 확인하나요?
정리 전과 후의 게시판 글 수, 내린 글 수, 고친 글 수를 기록합니다. 몇 주 뒤에는 검색엔진 관리 도구에서 내린 글의 주소가 오류로 남아 있지 않은지, 고친 글의 검색 노출이 유지되는지 확인합니다. 회사명으로 검색했을 때 오래된 공지가 상단에 보이던 문제가 사라졌는지도 직접 검색해 봅니다.
지금 회사 사이트에서 어떤 오래된 페이지가 검색에 잡히고 있는지 먼저 확인하고 싶다면, 사이트 주소를 준비해 무상 사전 진단 신청을 진행해 보세요. 검색엔진 색인 상태와 검색 노출 현황을 함께 확인해 드립니다.
출처
업무 과정을 설명하기 위한 참고 사진입니다.
사진: congerdesign / Pixabay · 이용 조건
사진: Pexels / Pixabay · 이용 조건