사이트를 고친 뒤 다시 확인할 것

수정 항목과 유지할 설정

재확인 대상은 수정한 파일 이름만으로 정하지 않습니다. 페이지 제목을 고쳤다면 해당 문서의 제목 정보를, 수집 규칙을 고쳤다면 그 규칙이 적용되는 주소를 대상으로 삼습니다. 여러 페이지가 공유하는 구성 요소를 변경했다면 운영자는 개별 페이지 수정인지 공통 변경인지 개발 담당에게 묻고, 영향을 받는 주소 목록을 준비합니다.

표의 결과는 서로 대신할 수 없습니다. 현재 페이지가 원하는 상태라는 판단과 검색엔진이 수정 내용을 반영했다는 판단을 각각 기록해야 합니다. 결과가 다르면 곧바로 재수정을 지시하지 말고, 어느 자료에서 차이가 발생했는지 먼저 특정합니다.

현재 검사와 저장된 정보의 차이

구글은 서치 콘솔의 실시간 테스트를 페이지 수정 후 문제가 해결됐는지 시험하는 데 사용할 수 있다고 안내합니다. 또한 실시간 테스트 결과와 구글 색인에 관한 결과를 전환해 읽을 수 있다고 설명합니다. 운영자는 결과를 전달받을 때 어느 결과인지 표시해 달라고 요청하고, 현재 문제의 해소 여부와 저장된 정보의 상태를 별도 항목으로 남깁니다.

네이버 서치어드바이저의 URL 검사는 수집·색인 정보와 문서의 메타·SEO 정보를 제공합니다. 제목이나 설명문을 수정했다면 문서 정보가 재확인 대상이며, 접근 제한을 수정했다면 수집과 색인에 관한 항목을 읽어야 합니다. 색인 항목 안에서도 수집 여부, 색인 가능 여부, 색인 여부는 각각의 의미에 맞춰 해석합니다.

운영자는 완료 기준을 작업 내용과 연결해서 정합니다. 문서 수정 작업을 색인 여부만으로 평가하거나, 수집 제한 변경을 화면의 문구만으로 평가하면 필요한 증거가 빠집니다. 개발 담당에게는 변경한 설정과 실제 응답을 요청하고, 마케팅 담당자는 문서 내용이 수정 목적에 맞는지 판단합니다.

재확인 순서와 준비 자료

운영자는 수정 항목과 의도를 정리한 뒤 해당 항목의 현재 상태를 조사하고, 마지막으로 수집·색인 정보와 수정 확인 상태를 읽습니다. 처음부터 보고서의 모든 항목을 수정 대상으로 삼으면 이번 작업과 무관한 문제까지 섞일 수 있습니다. 작업 전 문제 설명, 변경 내용, 대상 주소 목록을 같은 기록에 모아 담당자에게 전달합니다.

1. 수정 항목별로 원하는 결과와 유지할 제한을 기재합니다. 변경 요청과 실제 작업 내역이 다르면 개발 담당에게 차이의 이유를 요청합니다.
2. 현재 페이지나 설정에서 수정한 문제가 남아 있는지 시험합니다. 운영자가 판단하기 어려운 응답과 규칙 적용 범위는 개발 담당에게 결과 설명을 요청합니다.
3. 수집·색인 정보와 문제별 처리 상태를 읽습니다. 현재 결과와 다른 항목은 바로 실패로 처리하지 않고 자료의 종류와 대상 범위를 기록합니다.

준비 자료에는 작업 완료라는 표현만 남기지 않습니다. 운영자는 대상 주소, 수정 목적, 실제 변경 내용, 검사 결과의 종류를 기재하고 개발 담당은 공통 설정의 적용 범위를 추가합니다. 검사하지 못한 주소가 있으면 성공한 주소와 별도로 기록합니다.

수집 규칙 변경 후의 대상 선정

네이버는 robots.txt 규칙이 같은 호스트·프로토콜·포트의 페이지에 적용된다고 설명합니다. 파일은 사이트의 루트 디렉터리에서 일반 텍스트로 접근할 수 있어야 합니다. 개발 담당은 규칙 문구뿐 아니라 변경 대상 사이트에서 파일이 어떤 응답과 형식으로 반환되는지도 조사해야 합니다.

운영자는 공개할 페이지와 제한을 유지할 페이지를 함께 시험 대상으로 전달합니다. 공개 페이지에서 사용하는 자바스크립트와 CSS 경로를 변경했다면 해당 리소스의 수집 설정도 개발 담당에게 요청합니다. 네이버는 이런 리소스를 참조 문서와 동일한 규칙으로 설정하거나 기본적으로 수집을 허용하도록 안내합니다.

문제별 수정 상태의 해석

서치 콘솔의 페이지 색인 생성 보고서에서 유효성 검사 상태는 수정 결과를 요청했는지와 그 처리 상태를 나타냅니다. 구글은 출처가 웹사이트이며 상태가 실패 또는 시작되지 않음인 문제를 먼저 해결하도록 안내합니다. 운영자는 그 상태만 읽고 재작업을 지시하지 말고, 문제 이유가 이번 수정 목적과 관련되는지 판단합니다.

구글은 특정 문제에 해당하는 모든 대상을 수정한 뒤 수정 결과 확인을 요청할 수 있다고 설명합니다. 대상이 일부 남아 있고 구글이 이를 발견하면 확인이 중지될 수 있습니다. 개발 담당이 한 페이지의 작업 완료만 전달했다면 운영자는 같은 문제를 가진 다른 주소에도 변경이 적용됐는지 요청해야 합니다.

보고서를 특정 사이트맵으로 필터링한 상태에서 요청하면 그 요청은 당시 사이트맵 항목에 적용됩니다. 일부 대상의 완료 결과를 사이트 전체의 완료로 확대해서 해석하지 않습니다. 기록에는 요청 당시의 범위를 남기고, 범위 밖 주소는 별도 판단 대상으로 관리합니다.

남은 차단 항목의 처리 기준

구글은 robots.txt로 차단된 주소처럼 의도적으로 제한한 대상은 수정하거나 수정 결과를 요청할 필요가 없을 수 있다고 설명합니다. 운영자는 앞에서 정한 기준에 따라 유지할 제한에는 사유를 기재하고, 공개 목적과 충돌하는 제한만 개발 담당에게 전달합니다. 보고서 항목이 남았다는 이유로 설정 전체를 해제하지 않습니다.

수정 후 유효성 검사를 요청하지 않았다는 사실도 작업 실패를 뜻하지 않습니다. 구글은 명시적인 요청과 관계없이 알려진 문제가 있는 페이지를 크롤링할 때 해당 문제의 대상 수를 갱신한다고 안내합니다. 운영자는 요청하지 않은 상태와 실제 문제가 남은 상태를 따로 기록합니다.

여러 변경이 겹친 결과의 판정

검사 결과를 얻은 뒤 같은 페이지에 다른 수정이 적용됐다면 그 결과만으로 최신 작업을 승인하지 않습니다. 운영자는 검사 당시의 작업 내역과 이후 변경 내역을 대조하고, 새 변경이 영향을 주는 항목만 재확인 대상으로 추가합니다. 기존 결과를 폐기할지 여부는 변경의 관련성을 기준으로 결정합니다.

검사에 사용한 조건이 달랐다면 결과 차이를 수정의 효과로 단정하지 않습니다. 개발 담당에게 대상 주소, 접근 조건, 적용된 변경 내역을 함께 설명하도록 요청합니다. 조건 차이와 페이지 변경 중 어느 쪽이 결과에 영향을 주었는지 판단하기 어렵다면 완료 처리를 보류하고 부족한 자료를 요청합니다.

이어서 읽을 주제

병원 홈페이지 SEO 대행을 이어 읽으면 업종별 사이트 작업을 의뢰할 때 어떤 범위와 결과 자료를 요청할지 정리할 수 있습니다. 작업 전 합의할 내용을 준비하려는 독자에게 연결되는 주제입니다.