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