현재 페이지 검사와 문제별 후속 확인
수정 뒤 재확인은 현재 페이지에서 문제가 해결됐는지 검사한 다음, 보고서의 문제별 수정 확인 상태를 읽는 순서로 진행합니다. 실시간 검사 대상이 아닌 문제는 완료로 처리하지 않고, 실패한 확인은 진행 중인 확인 주기가 끝난 뒤 재시작합니다. 운영자는 현재 페이지에서 얻은 결과와 보고서가 처리 중인 결과를 별개의 기록으로 관리합니다.
구글의 URL 검사 도움말은 실시간 테스트를 수정한 페이지의 문제 해결 여부를 검사하는 데 사용할 수 있다고 설명합니다. 색인이 생성된 버전의 결과는 현재 서비스 중인 페이지를 실시간으로 검사한 결과가 아닙니다. 수정 뒤의 상태를 판단하려는 담당자는 어떤 결과 화면을 읽었는지부터 기록해야 합니다. 이전에 수집한 정보만으로 수정 작업을 마무리하면 변경된 페이지를 검사하지 않은 채 업무를 종료할 수 있습니다.
완료 조건은 수정한 문제에 맞춰 정하는 편이 좋습니다. 개발 담당자는 변경한 내용과 검사할 문제를 전달하고, 운영자는 어떤 결과가 나오면 해당 작업을 종료할지 기재합니다. 이는 업무를 관리하기 위한 절차이며, 서치 콘솔이 요구하는 별도의 설정은 아닙니다. 검사 범위가 다른 문제들을 한꺼번에 정상으로 표시하지 않도록 문제 이름을 기록의 기준으로 사용합니다.
결과별 완료 판단의 범위
재검사 결과는 검사한 문제에 한정해 해석합니다. 현재 페이지에서 문제가 감지되지 않았다는 결과와 보고서의 수정 확인이 통과했다는 결과는 서로 다른 판단 자료입니다. 다음 표처럼 완료 범위와 남은 후속 작업을 함께 기재하면 담당자가 결과의 의미를 과장하지 않고 전달할 수 있습니다.
| 문제별 확인 결과 | 완료로 판단할 수 있는 범위 | 남은 후속 확인 |
|---|---|---|
| 실시간 검사에서 해당 문제 미감지 | 현재 페이지의 검사 가능한 해당 문제 | 보고서의 해당 문제 상태 읽기 |
| 실시간 검사 대상 밖의 문제 | 실시간 결과로 완료 판단 불가 | 해당 문제의 보고서 자료 확보 |
| 문제 인스턴스의 통과 | 구글이 해당 인스턴스에서 문제 소멸을 판정한 범위 | 같은 페이지의 다른 문제 상태 읽기 |
| 문제 인스턴스의 대기 중 또는 실패 | 해당 인스턴스의 완료 판단 보류 | 대기 진행 또는 실패 원인에 따른 조치 |
운영자는 작업 완료 표시 옆에 판단 근거가 된 결과를 남깁니다. 화면 상단의 전체 상태만 전달하지 말고, 수정한 문제에 대응하는 결과를 함께 기재합니다. 일부 문제만 종료할 수 있다면 나머지는 후속 작업으로 유지합니다.
재검사 전에 준비할 자료
담당자가 준비할 자료는 수정한 문제의 이름, 대상 페이지 주소, 변경 내용, 변경을 반영한 시점, 완료 조건입니다. 개발 담당자는 실제 서비스에 반영한 내용을 전달하고, 운영자는 그 내용이 어떤 문제를 해결하기 위한 것인지 연결합니다. 페이지 주소는 내부 작업 문서에 기재하되, 서로 다른 문제를 주소 하나의 완료 표시로 합치지 않습니다.
보고서에서 발견한 문제라면 해당 문제의 세부정보와 기존 수정 확인 기록도 준비합니다. 재검사 담당자는 현재 페이지의 검사 결과를 기록하고, 보고서 담당자는 후속 상태를 이어서 관리합니다. 같은 사람이 두 업무를 맡더라도 기록 항목은 따로 작성합니다. 완료 조건이 모호하면 검사 결과를 받은 뒤 해석을 협의하기보다 재검사 전에 담당자끼리 조건을 정합니다.
현재 페이지에서 보고서로 이어지는 순서
현재 페이지 재검사는 서치 콘솔의 URL 검사에서 대상 페이지를 입력한 뒤 실시간 URL 테스트를 실행하는 방식으로 진행합니다. 구글 도움말은 테스트 결과 화면에서 테스트 다시 실행 버튼으로 재검사할 수 있다고 설명합니다. 담당자는 변경 사항이 반영된 페이지를 대상으로 실행하고, 다음 순서에 따라 결과를 처리합니다.
| 재확인 단계 | 운영자가 확인하거나 요청할 일 | 다음 단계로 넘어갈 조건 |
|---|---|---|
| 수정한 문제와 완료 조건 정리 | 개발 담당자에게 변경 내용과 대상 문제 요청 | 문제별 판단 조건을 기재한 상태 |
| 현재 페이지 재검사 | 실시간 테스트 실행과 해당 문제 결과 기록 | 수정한 페이지의 검사 결과 확보 |
| 검사 대상 밖의 문제 분리 | 실시간 테스트가 다루지 않는 문제 표시 | 실시간 결과로 판단할 범위를 정한 상태 |
| 문제별 수정 확인 상태 읽기 | 보고서에서 해당 인스턴스의 상태 기록 | 남은 문제와 후속 작업을 연결한 상태 |
| 실패한 확인의 재시작 조건 판단 | 진행 중인 주기의 종료 여부와 추가 조치 기록 | 주기가 끝나고 재시작 준비를 마친 상태 |
실시간 테스트에서 수정한 문제가 계속 감지되면 개발 담당자에게 해당 결과를 전달해 원인을 다시 조사하도록 요청합니다. 검사 가능한 문제가 해결됐다면 보고서의 후속 상태를 읽는 단계로 진행합니다. 실시간 검사 대상 밖의 문제는 이 과정에서 누락시키지 않고, 별도로 판단할 작업으로 남깁니다.
작업 기록에는 실행 시점과 결과를 읽은 시점도 기재합니다. 담당자가 교체되거나 추가 수정이 발생하면 이 기록을 통해 어느 변경까지 검사했는지 가릴 수 있습니다. 수정 확인을 요청했다는 사실만으로 완료 표시를 하지 않습니다.
실시간 검사 밖의 문제 처리
실시간 테스트에서 문제를 찾지 못했더라도 검사 대상 밖의 문제는 해결 여부가 미정입니다. 구글의 페이지 색인 생성 보고서 도움말은 실시간 URL 검사가 보고서의 모든 문제를 다루지 않으며, 중복 또는 표준 조건은 실시간 테스트로 검사하지 않는다고 설명합니다. 담당자는 이 유형의 문제를 현재 페이지의 검사 통과 결과에 포함하지 않습니다.
이때 작업 기록에는 실패 대신 검사 대상 밖이라고 기재합니다. 검사하지 못한 상태와 검사한 결과 문제가 남은 상태는 후속 조치가 다르기 때문입니다. 전자는 해당 문제를 판단할 보고서 자료를 확보해야 하고, 후자는 감지된 문제를 개발 담당자에게 전달해야 합니다. 정규 주소 변경의 세부 검수까지 실시간 검사 결과로 대신하지 않습니다.
문제별 상태와 재시작 조건
같은 페이지라도 수정 확인 상태는 문제마다 다를 수 있습니다. 구글 도움말은 한 페이지의 어떤 문제는 통과이고 다른 문제는 대기 중일 수 있다고 설명합니다. 운영자는 페이지 전체에 완료 표시를 하기 전에 해당 작업에 포함된 문제들의 상태를 각각 읽습니다. 대기 중인 문제는 통과한 문제의 결과를 근거로 종료하지 않습니다.
실패한 확인을 다시 시작할 때는 현재 확인 주기가 끝났는지를 먼저 판단합니다. 구글 도움말에 따르면 주기 진행 중에 추가로 수정했더라도 그 주기가 완료되기 전에는 다른 주기를 요청할 수 없습니다. 종료 후에는 실패한 문제의 세부정보 페이지에서 세부정보 보기를 선택하고 새로운 확인 시작을 실행합니다. 추가 수정의 반영 여부는 앞에서 정한 기준에 따라 기록합니다.
재시작은 이전 대상 전체를 동일하게 검사하는 절차가 아닙니다. 구글은 대기 중 또는 실패로 표시된 대상과 마지막 시도 이후 정상적인 크롤링으로 발견한 새로운 문제 인스턴스를 대상으로 절차를 다시 진행한다고 설명합니다. 통과 또는 기타 상태의 대상은 다시 검사하지 않으므로, 운영자는 재시작 요청과 모든 페이지의 재검사를 같은 의미로 보고하지 않습니다.
추가 수정 뒤 기록의 유효 범위
검사 결과를 받은 뒤 관련 설정이나 페이지 내용을 다시 변경했다면, 기존 결과가 어느 변경까지 뒷받침하는지 정해야 합니다. 운영자는 이후 변경이 검사한 문제에 영향을 주는지 개발 담당자에게 설명을 요청합니다. 영향이 있다면 이전 결과를 삭제하지 않고 이전 변경의 기록으로 보존하며, 새 변경에 대한 검사 필요 여부를 따로 판단합니다.
수정 확인이 진행 중이라는 이유로 검사 이후의 변경을 기록에서 생략해서는 안 됩니다. 보고서 담당자가 읽는 상태와 개발 담당자가 설명하는 현재 변경 내용이 서로 다른 작업을 가리킬 수 있기 때문입니다. 인계 문서에는 마지막 검사 이후 추가한 변경과 아직 결과를 얻지 못한 범위를 기재합니다.
자주 묻는 질문
수정 결과 확인을 요청하지 않으면 구글은 수정을 감지하지 못합니까?
구글은 수정 결과 확인 시작을 선택하지 않아도 정기적인 크롤링으로 수정된 문제 인스턴스를 감지할 수 있습니다. 모든 인스턴스의 문제가 해결됐음을 감지하면 보고서의 문제 수를 변경합니다. 운영자가 요청하지 않았다는 사실과 구글이 수정을 감지하지 못했다는 판단을 연결해서는 안 됩니다.
수정 확인의 기타 상태는 페이지가 정상이라는 뜻입니까?
기타는 대상 페이지에 연결할 수 없거나 해당 항목을 더 이상 찾을 수 없는 경우 등에 할당되는 상태입니다. 구글은 수정 확인 과정에서 이를 통과와 같은 상태로 취급하지만, 페이지의 전체 기능이 정상이라는 뜻은 아닙니다. 운영자는 페이지를 없앴는지, 해당 항목을 제거했는지 등 실제 변경 이유를 작업 기록에 남깁니다.
문제 상태와 인스턴스 상태는 같은 의미로 기록해도 됩니까?
보고서의 문제 전체 상태와 개별 인스턴스의 상태는 기록 항목을 따로 작성하는 편이 좋습니다. 구글 도움말은 처음 검사한 인스턴스가 통과하면 문제 확인 상태가 문제 없음으로 변경될 수 있다고 설명합니다. 담당자는 상태 이름과 함께 그것이 문제 전체를 가리키는지 개별 대상을 가리키는지 기재합니다.
실시간 검사를 통과한 페이지는 반드시 검색결과에 표시됩니까?
검사 통과만으로 검색결과 표시를 보장할 수는 없습니다. 구글의 URL 검사 도움말은 등록 상태가 표시되더라도 검색결과에 표시되기 위한 모든 조건을 검사하는 것은 아니라고 설명합니다. 내부 완료 보고에서도 기술 문제에 대한 판정과 검색결과 표시 여부를 같은 결과로 작성하지 않습니다.
검사할 페이지가 현재 속성에 포함되지 않으면 어떻게 처리합니까?
구글의 URL 검사 도움말은 검사 대상이 현재 속성에 포함되어야 한다고 설명합니다. 운영자는 작업을 맡기기 전에 대상 페이지와 사용할 속성이 일치하는지 점검합니다. 속성이 맞지 않는다는 이유로 수정 실패를 기록하지 말고, 검사할 수 있는 속성과 접근 권한을 담당자에게 요청합니다.