오래된 도움말과 중복 글을 정리하려면 조회수가 낮은 글부터 지우거나 최신 글을 하나 더 쓰는 방식에서 벗어나야 합니다. 같은 질문에 서로 다른 답이 남으면 고객은 틀린 절차를 따르고 지원팀도 어떤 링크를 보낼지 망설입니다. URL별 고객 질문, 현재 정확성, 고유 가치, 중복 대상, 사용 경로와 갱신 책임을 감사표에 모아 유지·강화·통합·재구성·폐기로 판정해야 합니다.

핵심 콘텐츠 감사는 낡은 문서를 청소하는 일이 아니라 고객 질문에 대한 현재의 단일 답을 정하고 정확성·고유 가치·사용 경로·유지 비용으로 지식 자산의 다음 상태를 결정하는 품질 작업입니다.

먼저 보면 좋은 점

  • URL보다 고객 질문과 실제 사용 경로를 목록화합니다.
  • 유지·강화·통합·재구성·폐기 기준으로 판정합니다.
  • 삭제 전 대체 경로와 내부 링크, 지원 매크로를 확인합니다.

페이지 목록에 고객 질문을 붙인다

사이트맵과 지원 도구, 앱 안 링크에서 현재 노출되는 콘텐츠를 모읍니다. 제목만 보고 분류하지 말고 고객이 이 페이지에서 해결하려는 질문과 다음 행동을 한 문장으로 적습니다. 서로 다른 제목이 같은 질문에 답하거나 같은 제목이 다른 버전 절차를 설명하는 중복이 이 단계에서 드러납니다.

감사표에는 URL, 질문, 대상 단계, 제품 버전, 마지막 사실 확인일, 유입·사용 신호, 연결 화면, 소유자, 중복 후보와 판정을 둡니다. 조회가 0이어도 오류 화면에서만 연결되는 중요한 복구 문서일 수 있으므로 트래픽만으로 삭제 후보를 만들지 않습니다.

다섯 가지 판정의 기준을 분리한다

정확하고 고유하며 현재 경로에서 쓰이면 유지합니다. 핵심 답은 맞지만 화면이나 예시가 낡았으면 강화하고, 같은 질문의 답이 여러 URL에 흩어지면 통합합니다. 독자와 목적이 바뀌어 구조 전체가 맞지 않으면 재구성하고, 더 이상 존재하지 않는 기능이며 대체 질문도 없으면 폐기합니다.

판정 이름만 붙이고 끝내지 말고 이유, 목표 URL, 담당자와 완료일을 적습니다. 두 글이 검색 유입을 나눠 가진다는 이유만으로 무조건 합치거나 조회수가 높은 낡은 글을 유지하는 것은 반례입니다. 현재 제품에서 절차를 재현할 수 없고 책임자도 정할 수 없다면 우선 노출을 중단합니다.

정확성은 새 계정으로 직접 재현한다

도움말의 버튼 이름과 순서가 코드나 기획서에 있다는 이유로 정확하다고 판단하지 않습니다. 실제 앱·웹의 지원 대상 버전과 권한으로 시작해 문서의 각 단계를 따라가고 예상 결과와 실패 복구가 맞는지 확인합니다. 스크린샷보다 행동과 조건을 먼저 검증합니다.

예를 들어 비밀번호 변경 글 세 개 중 두 개가 이전 설정 메뉴를 가리킨다면 최신 하나로 통합합니다. 최근 30일 지원 문의 120건 중 35건이 오래된 링크에서 재문의로 이어졌다면 우선순위를 높입니다. 재현 환경을 만들 수 없는 기능이라면 “추정 수정”하지 말고 담당 팀 확인 전까지 경고를 붙입니다.

통합은 대표 답과 이동 경로를 함께 설계한다

통합할 때는 가장 오래됐거나 유입이 많은 URL을 자동으로 대표로 고르지 않습니다. 고객 질문을 가장 정확하게 담고 향후 갱신하기 쉬운 구조를 선택합니다. 다른 글의 고유한 제한 조건과 실패 해결을 대표 답에 옮긴 뒤 내부 링크, 앱 내 도움 링크와 지원 매크로를 새 경로로 바꿉니다.

삭제만 하면 저장된 링크와 검색 방문이 막힐 수 있습니다. 의미가 같은 대체 페이지가 있을 때만 명확히 이동시키고, 다른 질문으로 억지 이동시키지 않습니다. 대체가 없는 폐기 문서는 기능 종료 안내나 상위 도움말로 연결할지 판단하며 고객이 잘못된 절차를 계속 따르게 하는 상태를 남기지 않습니다.

점수는 우선순위를 돕되 판정을 대신하지 않는다

정확성 위험, 고객 영향, 사용량, 중복 정도, 갱신 비용을 각 1에서 3점으로 매겨 작업 순서를 정할 수 있습니다. 거래 복구처럼 영향이 큰 글은 조회가 적어도 먼저 고치고, 조회는 높지만 단순 용어 설명인 글은 다음 배치로 둘 수 있습니다. 점수 산식과 예외 이유를 감사표에 남깁니다.

글 200개 중 위험 3점이 20개라면 2주 동안 상위 10개를 재현하고 나머지는 임시 경고나 노출 조정으로 관리합니다. 모든 글을 완벽하게 검토하느라 명백히 틀린 절차를 계속 공개하는 것이 중단해야 할 반례입니다. 위험이 확인된 글은 감사 완료를 기다리지 말고 즉시 격리합니다.

오늘 같은 질문의 세 URL부터 판정한다

지원팀이 자주 보내는 링크와 앱 안 도움 링크에서 같은 질문을 다루는 URL 세 개를 찾으세요. 새 계정으로 절차를 재현하고 각 글의 고유 내용, 낡은 단계, 재문의 여부를 감사표에 씁니다. 대표 답 하나와 옮길 내용, 폐기 후보를 정하면 전체 감사의 판정 기준이 구체화됩니다.

판정 뒤에는 링크 검색과 실제 화면 테스트로 빈 경로가 없는지 확인합니다. 통합한 글이 너무 길어 고객이 다음 행동을 찾지 못하거나 서로 다른 권한의 절차가 다시 섞이면 통합을 멈추고 역할별로 재구성합니다. 완료 조건은 URL 감소가 아니라 현재 질문에 정확한 답 하나가 연결되는 상태입니다.

페이지 처분과 포트폴리오 투자를 두 장부로 분리한다

현재 URL을 유지·강화·통합·재구성·폐기하는 감사 장부와, 앞으로 어느 주제 묶음에 투자할지 정하는 포트폴리오 장부는 목적이 다릅니다. 전자는 정확성·중복·링크 의존성을 보고, 후자는 검색 수요·광고주 수요·고유 효용·수익 기여·정책 안전·유지 가능성과 채널 집중도를 봅니다.

낮은 수익만으로 글을 삭제하면 허브를 완성하는 기초 설명이나 지원 비용을 낮추는 글을 잃을 수 있습니다. 높은 RPM만으로 확장하면 제한 콘텐츠와 비싼 갱신비를 떠안을 수 있습니다. 처분 사유와 투자 사유가 섞이기 시작하면 점수 합산을 멈추고 두 장부의 질문을 다시 분리합니다.

메모

  • 모든 URL에 고객 질문·정확성·소유자·중복 후보가 있는가?
  • 유지·강화·통합·재구성·폐기의 이유가 기록됐는가?
  • 삭제 전에 앱 링크와 지원 매크로의 대체 경로를 확인했는가?
  • 콘텐츠 감사에 적용한 Google 사람 우선·대량 콘텐츠 기준은 2026-08-03 확인했고 상세 출처는 Bookclip 정책 기준선에서 관리합니다.