Symptoms
이런 상태입니다
사이트 점검 도구로 크롤링하면 경고가 종류별로 수백 건씩 나오고, 심각도 표시도 도구마다 제각각입니다. 개발팀에 전달하면 어느 것부터 하면 되는지 질문이 돌아오고, 답하지 못한 채 목록만 쌓입니다. 몇 개를 고쳐도 유입이 달라지지 않아 다음 항목으로 넘어갈 근거가 사라지는 것도 같은 상황입니다.
경고 수는 문제의 크기가 아닙니다. 같은 템플릿에서 나온 경고 천 건은 수정 하나로 사라지고, 한 건짜리 경고가 유입의 대부분을 막고 있기도 합니다.
Causes
순서가 정해지지 않는 이유
경고를 항목 단위로 본다
도구는 URL마다 경고를 내지만 원인은 대개 템플릿이나 설정 하나입니다. 항목 수로 심각도를 매기면 같은 원인이 여러 항목으로 흩어져 보이고, 정작 원인 하나는 작게 보입니다.
영향 범위를 재지 않는다
그 경고가 걸린 페이지가 검색 수요가 있는 페이지인지, 유입이 실제로 나오던 페이지인지가 빠져 있으면 우선순위를 매길 수 없습니다. 아무도 검색하지 않는 페이지의 오류는 뒤로 미뤄도 됩니다.
수정 비용이 함께 적혀 있지 않다
설정 한 줄로 끝나는 항목과 템플릿을 뜯어야 하는 항목이 같은 무게로 놓여 있으면, 개발팀은 판단할 재료가 없습니다. 영향과 비용이 함께 있어야 순서가 나옵니다.
Check
점검 도구 결과를 템플릿별로 묶는 방법
서치콘솔 접근 권한만 있으면 됩니다. 각 항목은 무엇을 보는지와 결과를 어떻게 읽는지로 나눠 적었습니다.
- 01
경고를 URL 패턴으로 묶기
- 확인 방법
- 점검 도구에서 경고 목록을 URL과 함께 스프레드시트로 내보내고, 경로의 첫 한두 단계(예: /products/, /blog/tag/)로 열을 하나 만든 뒤 경고 종류와 함께 피벗합니다.
- 읽는 법
- 경고 한 종류가 패턴 한두 개에 몰리면 원인은 그 템플릿에 있습니다. 경고 수백 건이 수정 항목 몇 개로 줄어드는 지점입니다.
- 02
묶음 옆에 서치콘솔 실적 붙이기
- 확인 방법
- 서치콘솔 '실적' 보고서에서 최근 3개월 페이지별 노출과 클릭을 내보내고, 같은 URL 패턴 열로 합산해 경고 묶음 옆에 붙입니다.
- 읽는 법
- 노출이 나오던 묶음의 경고가 앞이고, 노출이 없던 묶음은 뒤입니다. 노출이 없어도 검색 수요가 분명한 주제의 페이지라면 따로 표시해 둡니다.
- 03
수정 범위 적어 두기
- 확인 방법
- 묶음마다 어디를 고치면 되는지(설정, 템플릿, 서버, 콘텐츠)를 개발팀과 함께 한 줄로 적습니다.
- 읽는 법
- 영향이 크고 수정이 작은 항목이 첫 순서입니다. 영향이 작고 수정이 큰 항목은 목록에서 빼도 됩니다.
When to ask
진단이 필요한 경우
위 절차는 도구가 잡아낸 경고 안에서만 가능합니다. 도구가 잡지 않는 문제, 예를 들어 크롤링이 가치 낮은 URL에 쓰이고 있다거나 렌더링 이후에만 본문이 채워지는 문제는 목록에 아예 없습니다.
진단에서는 전수 크롤링과 서버 로그, 서치콘솔 데이터를 같은 기준으로 대조해 문제를 원인 단위로 묶고, 영향 범위와 수정 범위를 함께 적은 백로그로 전달합니다. 개발팀이 그 순서대로 착수하면 됩니다.
서치콘솔 오류를 같은 방식으로 판정하는 기준은 아래 첫 번째 글에 따로 정리했습니다.
Read more
더 깊이 보려면
같은 문제를 진단 절차와 데이터 기준으로 다룬 글입니다.
이 문제가 우리 사이트에 있는지 확인이 필요하다면
사이트 주소와 위에서 확인한 결과를 남겨 주시면 같은 관점에서 먼저 훑어보고, 진단이 필요한 범위와 예상 기간을 정리해 회신드립니다. 여기까지는 비용이 들지 않습니다.