변경과 후속 관측의 기록
색인 문제를 발견한 기록 뒤에는 무엇을 고쳤는지와 다음 관측을 연결할 수 있습니다. 발견 당시 기록이 당시 상태를 남기는 자료라면 해결 기록은 변경 전후의 값, 실제 수정일, 수정한 사람과 후속 결과를 담는 운영안입니다. Google의 URL 검사 안내를 근거로 관측값의 의미를 읽되, 이 기록 형식 자체를 Google의 필수 서식으로 소개하지 않습니다. 실제 수행 자료가 없는 수정이나 사람의 이름을 임의로 채우지 않습니다.
문제를 고쳤다는 설명에는 대상이 필요합니다. 페이지 한 곳의 응답을 변경한 것인지, 참조된 다른 문서의 설정을 고친 것인지 구분할 수 있습니다. 수정 항목을 구체적으로 적으면 후속 시험에서 어느 변경을 조사할지 정할 수 있습니다. 처음 발견한 현상을 원인으로 확정한 상태에서 시작하지 않고, 가설과 실제 적용 내용을 각각 표시하는 제안입니다.
| 해결 기록의 칸 | 연결할 실제 자료 | 빈칸일 때 남길 상태 |
|---|---|---|
| 변경값 | 적용 전후의 응답 또는 설정 | 실행 내용 미제공 |
| 수정일 | 실제 적용한 날짜 | 예정과 수행을 구별 |
| 수정 주체 | 수행 사실이 있는 사람의 기록 | 담당자 추정 보류 |
| 후속 관측 | 변경 뒤 얻은 검사 결과 | 수정만 했고 반영은 미관측 |
도구에서 읽는 정보가 어떤 단계의 상태인지도 해결 판단에 영향을 줍니다. 색인 결과는 Google이 마지막으로 색인을 생성한 버전의 자료입니다. 현재 공개 페이지를 시험한 결과와 시점이 다를 수 있습니다. 새 설정을 적용한 뒤 과거 자료가 그대로 남아 있다면 두 자료의 차이를 기록하고, 변경이 무효였다고 바로 단정하지 않는 방식으로 운영할 수 있습니다.
URL 검사에서 페이지가 Google에 등록되었다는 결과를 얻어도 실제 검색 게재가 보장되지는 않습니다. 이 보고서에서 다루지 않는 조건도 검색결과에 영향을 줍니다. 따라서 작업 종료의 기준을 ‘페이지 수정이 적용됨’, ‘도구의 해당 항목이 달라짐’, ‘검색에서 관측됨’처럼 서로 다른 결과로 설정할 수 있습니다. 특정 병원의 실제 문제 해결 사례를 만들어 보여 주는 설명은 아닙니다.
일부 개선사항이 있는 등록 상태도 읽는 범위를 좁혀야 합니다. 색인이 생성될 수 있지만 검색 개선 기능을 적용하는 데 문제가 있다는 상태와 페이지 전체가 검색에 등록되지 않는 상태는 다릅니다. 어떤 기능의 오류를 고친 작업인지 명시하면 다른 보고서의 결과를 같은 해결 기준으로 묶지 않을 수 있습니다. 구조화 데이터나 AMP에 관한 상태가 일반 색인 상태와 똑같은 질문에 답한다고 간주하지 않습니다.
해결 기준을 적용할 항목
후속 결과를 해석할 때에는 성공 표시 외에 문제가 남은 항목을 조사할 수 있습니다. Google은 실시간 시험이 색인 가능성의 일부 측면만 조사한다고 설명합니다. 품질 문제, 보안 문제, 직접 조치, 콘텐츠의 일시 차단 등은 그 시험으로 모두 판정되지 않습니다. 실제 고친 요소가 시험 범위에 들어오는지 읽고, 범위 밖의 원인을 해소했다는 결과를 덧붙이지 않습니다.
| 후속 결과를 읽을 상황 | 추가로 구별할 대상 | 종료 기준에 넣을 질문 |
|---|---|---|
| 서버 연결 실패가 남음 | 주소 해석과 연결 응답의 단계 | 이번 변경이 해당 단계에 적용됐는가? |
| 검색 개선 항목만 달라짐 | 개선 기능과 페이지 일반 상태 | 수정한 기능의 결과로 한정했는가? |
| 참조 페이지의 문제를 수정함 | 검사한 URL과 참조된 버전 | 결과가 어느 문서에 관한 것인가? |
| 이전 자료와 현재 시험이 다름 | 수집된 버전과 현 공개 버전 | 변경 뒤 자료가 존재하는가? |
연결 실패를 한 종류의 원인으로 묶으면 수정 내용을 정확히 평가하기 어렵습니다. URL 검사 안내에는 DNS 서버가 응답하지 않는 상태, 알 수 없는 호스트, 서버가 올바른 응답을 반환하지 않은 연결 실패가 구분되어 있습니다. 서버가 잘못된 프로토콜을 사용하는 상황도 별도로 제시됩니다. 오류 명칭을 받은 뒤 해당 단계의 자료를 요청하는 방식이며, 실제 서버 환경을 모르는 상태에서 명령이나 파일을 만들어 안내하지 않습니다.
응답이 중간에 잘린 경우와 압축된 응답의 오류도 연결 상태에서 다룹니다. 본문의 일부가 도착했다는 관측이 전체 자료를 정상적으로 받았다는 결과를 뜻하지 않을 수 있습니다. 수정 기록에는 어떤 응답 문제를 대상으로 삼았는지 쓰고, 적용 후에는 그 문제에 관한 결과를 연결할 수 있습니다. 정상 페이지의 사진이나 문장만으로 서버 응답 수정의 성공을 판단하지 않습니다.
페이지에 포함된 자료가 다 받아졌는지도 결과의 일부입니다. URL 검사에서는 JavaScript나 이미지 등 리소스의 상태를 읽을 수 있습니다. 모든 리소스가 로드되지 않으면 Google이 페이지의 전체 내용에 접근하는 데 문제가 생길 수 있습니다. 추가 응답 자료는 화면 상태에 따라 제공 여부가 달라지므로, 제공된 결과의 한계를 기록하는 것이 좋습니다. 표시되지 않은 자료를 정상 응답이라고 채우지 않습니다.
Google이 선택한 표준 URL과 사용자가 선언한 URL은 서로 다른 값입니다. 새 선언을 적용했다고 선택 결과까지 동시에 바뀐 것은 아닙니다. 실시간 시험은 Google이 어느 URL을 표준으로 선택할지 예측하지 않습니다. 표준 관련 수정이라면 선언이 바뀐 사실과 선택된 값의 후속 관측을 연결하되, 설정만 바꾼 단계에서 전체 반영 완료로 마감하지 않는 운영안을 적용할 수 있습니다.
개선 기능과 요청의 결과
검색 개선사항의 결과에는 지원 범위가 있습니다. URL 검사 도구에서 지원하는 개선사항만 이 영역에 표시되므로 항목이 없다고 모든 관련 구현이 없다는 결론을 만들 수는 없습니다. 후속 작업의 대상이 이 도구에서 다루는 유형인지 조사할 수 있습니다. 새 기능을 추가했다는 기록이라면 제공되는 검사 결과와 실제 구현 자료의 관계를 읽어야 합니다.
동영상과 관련된 수정도 페이지 일반 상태와 구분할 수 있습니다. 색인된 결과의 동영상 정보는 페이지에서 발견된 동영상과 색인 여부에 관한 자료입니다. 실시간 결과에서는 동영상이 발견되었는지를 알 수 있지만 색인되는지까지 알려 주지는 않습니다. 발견 성공을 동영상 검색 노출 성공으로 대체하지 않고, 어떤 단계의 문제를 고친 작업인지 명시할 수 있습니다.
동영상 메타데이터를 여러 위치에서 제공한다면 수정 대상의 일치도 조사할 수 있습니다. Google은 HTML, 사이트맵, 구조화 데이터에 있는 메타데이터가 일치해야 한다고 안내합니다. 썸네일, 동영상 URL과 제목 등 실제 제공값이 다른지 읽는 조건입니다. 한 위치만 수정한 기록과 서로 일치하는 자료를 얻은 결과는 구별되며, 실제 동영상이 있는 페이지에 한정해 적용합니다.
동영상의 위치와 크기를 읽을 수 없는 문제라면 플레이어가 처음 로드되는 상태를 대상으로 삼을 수 있습니다. 안내는 이미지를 클릭해야 재생되는 화면에서 이 문제가 생길 수 있다고 설명하며, 페이지가 로드될 때 사용자 동작 없이 플레이어를 실제 크기와 위치로 로드하는 방법을 제시합니다. 해당 오류를 고치는 작업에만 적용할 조건입니다. 변경 전의 시작 화면과 적용 후의 렌더링 자료를 받아야 이 작업을 수행했다고 기록할 수 있습니다.
색인 생성 요청은 변경된 페이지를 다시 처리하도록 요청하는 작업입니다. 도구가 즉각적인 시험에서 색인을 생성할 수 없다고 판단하면 요청할 수 없습니다. 요청이 접수됐다는 자료는 수행 기록으로 남길 수 있지만 수정 내용의 검색 반영 결과를 대신하지 않습니다. 많은 새 페이지나 업데이트된 페이지라면 사이트맵에서 적절한 lastmod 날짜를 사용하는 방법이 URL 검사 안내에 제시됩니다.
동영상 보고서에 있는 결과의 단위도 수정 목표에 영향을 줍니다. Google은 보기 페이지당 한 개의 동영상만 색인을 생성할 수 있다고 설명합니다. 여러 동영상이 발견된 경우에는 가장 적합한 후보 동영상의 문제가 표시됩니다. 따라서 여러 파일을 담은 페이지를 수정할 때 보고서의 한 문제를 모든 파일의 상태로 복사하지 않습니다. 실제 후보에 관한 자료를 받아 어떤 동영상의 후속 결과인지 연결하는 조건입니다.
특수 상태의 후속 질문
noindex가 있는데 임베딩된 콘텐츠는 다른 결과를 낼 수 있나요?
URL 검사 안내는 indexifembedded가 noindex와 함께 있으면 다른 페이지에 삽입된 경우에만 색인을 생성한다고 설명합니다. 해당 조합을 실제로 사용한 수정인지 조사할 수 있습니다. 일반 페이지 전체의 색인 허용과 같은 설정으로 간주하지 않습니다.
AMP 보고서는 항상 지금 조사한 URL의 결과인가요?
다른 페이지에서 참조하는 AMP 버전이라면 그 참조된 AMP 페이지에 결과가 적용됩니다. 조사한 URL 자체가 아니라 연결된 버전의 문제를 수정했는지 구별할 수 있습니다. 기록의 적용 대상을 페이지 이름만으로 정하지 않습니다.
AMP 스크린샷은 어떤 URL에서 요청할 수 있나요?
알려진 문제 안내는 이미 색인이 생성된 AMP 페이지에 연결된 모바일 URL을 스크린샷 대상으로 사용한다고 설명합니다. 해당 문제의 대상 URL 조건을 읽어 시험할 수 있습니다. 임의의 모든 AMP 주소에서 같은 결과를 약속하지 않습니다.
SSL 오류가 있으면 HTTPS 실시간 시험을 진행할 수 있나요?
유효하지 않은 SSL 인증서가 있는 HTTPS 사이트에는 실시간 시험을 실행할 수 없다고 안내합니다. 이 경우 시험 결과를 얻지 못한 상태와 색인 결과를 구분할 수 있습니다. 인증서 문제를 실제로 수정하기 전 성공 값을 기록하지 않습니다.
호스트의 부하가 높아 시험할 수 없을 때는 어떻게 읽나요?
Google에서 예상한 트래픽 부하가 감소할 때까지 실시간 시험을 실행할 수 없을 수 있습니다. 이는 호스트 부하 관련 상태의 설명입니다. 페이지의 내용 수정이 실패했다는 결과로 바꾸지 않고 후속 시험이 실행 가능한 상태인지 조사할 수 있습니다.