
워드프레스 블로그를 Google Search Console에 등록하는 순서
도메인·URL 접두어 속성 차이를 이해하고 소유권 확인, 사이트맵 제출과 첫 URL 검사까지 진행합니다.
TECH · 워드프레스
Search Console에서 미색인 URL을 발견했을 때 URL 검사와 라이브 테스트를 구분하고, 차단·응답·중복·발견 문제를 순서대로 점검합니다.
업데이트

Search Console의 페이지 색인이 생성되지 않음 숫자만 보고 사이트 전체가 고장 났다고 판단하지 마세요. 문제가 되는 대표 URL 하나를 정해 URL 검사에서 구글이 마지막으로 아는 상태를 보고, 라이브 테스트로 현재 페이지 상태를 별도로 확인해야 합니다. 의도적으로 제외한 페이지와 검색에 보여야 할 페이지를 먼저 나누면 불필요한 수정도 줄일 수 있습니다.
Search Console의 페이지 색인 생성 보고서에서 색인이 생성되지 않음 사유를 열고, 실제 검색에 필요한 대표 페이지를 고릅니다. 주소의 http/https, www 여부, 끝 슬래시와 매개변수를 포함해 정확한 URL을 적으세요. 리디렉션이나 중복 URL, 삭제한 페이지의 404는 의도한 결과일 수 있습니다. 모든 미색인 행을 똑같이 해결 대상으로 세지 않습니다.
속성을 아직 등록하지 않았다면 워드프레스 Search Console 등록 순서를 먼저 확인하세요. 속성 범위가 URL과 맞지 않으면 검사 결과를 찾지 못할 수 있습니다.
URL 검사에는 구글이 마지막으로 크롤한 뒤 저장한 색인 정보가 보입니다. 최근에 페이지를 고쳤다면 지금의 HTML과 다를 수 있으므로 실제 URL 테스트를 추가합니다. 구글의 공식 도움말은 라이브 테스트가 현재 페이지에 접근 가능한지 확인하지만, 최종 색인 여부나 구글이 선택할 canonical을 보장하지 않는다고 설명합니다.
검사 화면에서 마지막 크롤 날짜, 크롤 허용 여부, 페이지 가져오기 결과, 색인 허용 여부, 사용자가 선언한 canonical과 구글이 선택한 canonical을 각각 기록합니다. 라이브 테스트는 현재 접근 가능성을, 색인 상태는 구글의 실제 처리 결과를 판단하는 자료로 사용하세요.
원인을 고친 뒤 같은 URL로 라이브 테스트를 다시 실행하고, 필요하면 URL 검사에서 색인 생성을 요청합니다. 여러 새 페이지라면 사이트맵과 내부 링크를 갱신합니다. 구글 공식 문서는 색인 요청이 실제 색인을 보장하지 않고, 반영까지 수일 이상 걸릴 수 있다고 안내합니다. 수정 날짜, 변경 내용, 재검사 결과를 기록하고 나중에 같은 URL의 색인 상태를 다시 비교하세요.

도메인·URL 접두어 속성 차이를 이해하고 소유권 확인, 사이트맵 제출과 첫 URL 검사까지 진행합니다.

검색 공개, 대표 URL, 제목·설명, 사이트맵과 내부 링크를 첫 글 발행 전에 점검합니다.

대표 가이드
운영 방식 결정부터 도메인, 호스팅, 설치, 디자인, 검색 등록과 첫 글 발행까지 전체 과정을 8단계로 연결합니다.

업데이트와 백업을 먼저 확보하고 관리자 계정, 2단계 인증, HTTPS, 플러그인 출처와 파일 권한을 순서대로 점검합니다.

장애 원인을 먼저 격리하고 파일·데이터베이스 백업의 시점을 맞춰 복원한 뒤 로그인, 주소, 미디어와 폼까지 검증합니다.

워드프레스 파일과 데이터베이스를 한 세트로 백업하고, 자동 백업 주기와 외부 보관·복원 테스트까지 설정합니다.