진단 후 개선 계획, 낮은 점수를 원인·순번·완료 조건으로 바꾸기

진단 후 개선 계획은 점수가 가장 낮은 영역을 바로 1순위로 정하는 방식으로 세우지 않습니다. 먼저 낮은 점수를 원인 단위 과제로 나누고, 다른 과제를 막는 과제를 앞에 둡니다.

과제마다 담당자, 완료 조건, 재측정 날짜를 함께 적어야 계획을 그대로 실행할 수 있습니다. 아래 다섯 단계는 진단표를 받은 날부터 재측정까지의 순서입니다.

낮은 점수는 어떻게 실행할 과제로 바꾸나요?

영역 점수는 여러 항목의 결과를 합친 값입니다. 그래서 점수만으로는 업무를 맡길 수 없습니다. 감점된 항목을 하나씩 꺼내 어느 페이지에서 무엇이 왜 실패했는지 한 줄로 적습니다.

이때 지금도 남아 있는 문제인지, 측정 당시에만 있던 문제인지 구분합니다. 예를 들어 진단 시점에 서버 점검이 겹쳤다면 접근 점수가 일시적으로 낮게 나올 수 있습니다.

Google 서치 콘솔 도움말은 URL 검사 도구의 색인 결과가 웹의 실시간 버전이 아니라 가장 최근에 색인된 버전이라고 설명합니다. 실시간 테스트는 페이지를 그 자리에서 가져와 현재 상태를 확인합니다. 두 결과를 나란히 보면 지금 남은 문제와 이전 기록을 구분할 수 있습니다.

1. 감점 항목이 사이트 전체에 있습니까, 특정 페이지 묶음에만 있습니까?
2. 오늘 다시 확인해도 같은 결과가 나옵니까?
3. 원인이 설정(robots.txt·서버·CDN), 페이지 내용, 외부 채널 중 어디에 있습니까?
4. 고칠 권한은 어느 부서에 있습니까?

완료 확인: 감점 항목마다 범위, 재현 여부, 원인 위치, 담당 부서 네 칸이 채워지면 이 단계가 끝납니다. 다시 확인했을 때 같은 결과가 나오지 않은 항목은 계획에서 빼고 다음 진단에서 다시 봅니다.

여러 영역이 낮을 때 무엇부터 계획에 올리나요?

순서는 점수 크기보다 과제 사이의 선후 관계로 정합니다. Google 문서는 페이지가 AI 개요나 AI 모드의 보조 링크로 나오려면 색인되어 있어야 한다고 설명합니다. 스니펫과 함께 검색에 표시될 자격도 있어야 합니다.

따라서 접근과 색인 자격 과제가 남아 있으면 콘텐츠 이해 점수를 올려도 효과를 확인하기 어렵습니다. 같은 단계에 있는 과제끼리는 영향 범위와 작업량으로 순서를 정합니다. 실무에서는 아래 세 기준에 상·하 등급을 매기는 방법을 권합니다.

선행 여부가 상인 과제는 다른 기준과 관계없이 맨 앞에 둡니다. 그다음에는 영향 범위가 넓고 작업량이 적은 과제를 둡니다. 영향 범위가 좁고 작업량이 큰 과제는 다음 분기 계획으로 넘길 수 있습니다.

예를 들어 가상의 ○○ 기업이 접근 40점, 신뢰 근거 35점을 받았다고 하겠습니다. 신뢰 근거 점수가 더 낮더라도 접근 감점의 원인이 CDN의 봇 차단이라면 이 과제가 1순위입니다. Google 문서도 robots.txt뿐 아니라 CDN이나 호스팅 설정에서도 크롤링을 허용하라고 안내합니다.

완료 확인: 모든 과제에 세 기준의 등급이 매겨지고 선행 과제가 맨 위에 오는 순번이 정해지면 끝납니다.

개선 과제 한 건은 어떤 양식으로 적나요?

과제는 담당자가 그 줄만 보고 바로 시작할 수 있게 적습니다. 「신뢰 근거 개선」처럼 영역 이름을 과제명으로 쓰면 범위가 정해지지 않습니다. 과제명에는 할 일과 대상 페이지를 함께 넣습니다.

Google의 유용한 콘텐츠 문서는 작성자 표시(바이라인)가 작성자 정보로 이어지게 하라고 설명합니다. 이처럼 완료 조건에는 공식 문서가 설명하는 상태를 눈으로 확인할 수 있는 문장으로 옮겨 적습니다.

다른 부서에 요청할 때는 완료 조건을 그대로 붙입니다. 따라 쓸 요청 문안은 다음과 같습니다.

「제품 소개 템플릿을 쓰는 12개 페이지에 작성자 이름과 작성자 소개 연결을 추가해 주시기 바랍니다. 12개 페이지 모두에서 이름이 보이고 소개로 이어지면 완료로 봅니다. 반영일을 알려 주시면 그날부터 2주 뒤에 재측정하겠습니다.」

완료 확인: 계획표의 모든 과제에 완료 조건과 재측정 예정일이 적히면 끝납니다. 담당 칸에 두 부서가 들어간 과제는 최종 확인자를 한 명 정합니다.

영역별로 무엇을 확인하면 과제가 끝난 것인가요?

수정을 배포했다고 과제가 끝난 것은 아닙니다. 검색 시스템이 바뀐 상태를 다시 읽어 갔는지 확인해야 완료입니다. 영역마다 확인하는 지점은 다릅니다.

접근

OpenAI 문서는 OAI-SearchBot을 차단한 사이트는 ChatGPT 검색 답변에 표시되지 않는다고 설명합니다. GPTBot을 차단하면 학습에 쓰지 말라는 뜻을 밝히는 것으로 구분합니다. 그래서 접근 과제의 완료 조건에는 허용 대상 크롤러 이름까지 적습니다.

같은 문서는 사용자가 직접 요청해 생기는 ChatGPT-User 방문에는 robots.txt 규칙이 적용되지 않을 수 있다고 설명합니다. 이 방문 기록은 완료 판정에 쓰지 않습니다. 서치 콘솔 도움말은 실시간 테스트가 접근 가능 여부만 확인한다고 설명합니다. 실시간 테스트를 통과했다고 색인에 포함된다는 보장은 없습니다.

색인 자격

서치 콘솔 도움말은 수정 결과 확인을 누르면 해당 문제가 확인된 URL만 다시 크롤링 대기열에 오른다고 설명합니다. 남은 사례가 하나라도 발견되면 확인이 멈추므로 대상 범위를 모두 고친 뒤에 누릅니다. 상태가 통과로 바뀌면 완료입니다. 실패로 나오면 세부정보에서 원인 URL을 찾아 고치고 새 확인을 시작합니다.

콘텐츠 이해와 신뢰 근거

Google 문서는 중요한 내용을 텍스트로 두고, 구조화 데이터가 화면에 보이는 텍스트와 같게 하라고 안내합니다. 이 두 문장을 그대로 완료 조건으로 옮깁니다. 신뢰 근거 과제는 유용한 콘텐츠 문서가 제시하는 누가·어떻게·왜를 독자가 화면에서 확인할 수 있는지로 판정합니다.

완료 확인: 과제 상태를 확인 대기에서 완료로 바꿀 때 확인 결과(보고서 상태나 화면 캡처)를 과제 줄에 붙이면 끝납니다.

재측정은 언제 하고 결과를 어떻게 읽나요?

재측정 날짜는 변경이 검색 시스템에 반영되는 데 걸리는 시간에 맞춰 잡습니다. 너무 일찍 측정하면 이미 고친 과제도 실패로 보입니다.

1. robots.txt 변경: OpenAI 문서는 검색 관련 변경이 반영되기까지 약 24시간이 걸릴 수 있다고 설명합니다. 다음 날 이후에 확인합니다.
2. 페이지 몇 개 수정: URL 검사에서 색인 생성을 요청합니다. 도움말에 따르면 요청에는 하루 한도가 있고, 같은 URL을 여러 번 요청해도 빨라지지 않습니다.
3. 페이지 다수 수정: Google 문서는 URL이 많으면 사이트맵을 제출하라고 권합니다. 크롤링에는 며칠에서 몇 주가 걸릴 수 있다고 설명합니다.
4. 색인 문제 수정 확인: 도움말은 보통 약 2주가 걸리고 더 오래 걸릴 수도 있다고 설명합니다.

재측정 결과는 영역 점수보다 과제 단위로 읽습니다. 영역 점수가 그대로여도 완료한 과제의 감점 항목이 사라졌다면 계획은 제대로 진행된 것입니다. 남은 감점은 처음 계획에 넣은 항목과 새로 드러난 항목으로 나눕니다.

AI 답변에서 인용되는지는 준비도 점수와 별도로 기록합니다. Google 문서는 AI 기능에서 들어온 방문이 서치 콘솔 실적 보고서의 웹 검색 유형에 전체 검색 트래픽과 함께 집계된다고 설명합니다.

완료 확인: 재측정 결과를 과제별로 해소·미해소·신규로 나누고 다음 계획표로 넘기면 한 주기가 끝납니다.

정리

1. 진단표의 감점 항목마다 범위, 재현 여부, 원인 위치, 담당 부서를 적습니다.
2. 선행 여부, 영향 범위, 작업량 등급을 매겨 선행 과제부터 순번을 정합니다.
3. 과제마다 과제명, 완료 조건, 확인 방법, 재측정 예정일을 기록합니다.
4. 배포 뒤에는 공식 도구의 확인 결과를 받은 다음 상태를 완료로 바꿉니다.
5. 반영 시간이 지난 뒤 재측정하고, 결과를 해소·미해소·신규로 나눠 다음 계획에 넘깁니다.