LPKit 편집팀 · WordPress 7.0.2·공식 문서·익명 HTTP 응답 대조 ·
사이트맵에 ‘제출 성공’이 떠도 글이 검색되는 것은 아닙니다. 공개하지 않은 사이트이거나 noindex가 남아 있으면, 등록 화면만 정상이고 실제 페이지는 검색 대상이 아닐 수 있습니다.
공개 URL 200 → noindex 없음 → 사이트맵 XML·200 → 소유권 확인 → 사이트맵 제출 → URL 검사.
워드프레스 검색 등록은 이 순서로 진행하면 됩니다.
이 글은 첫 글을 공개했고 Google과 Naver에 사이트를 알리려는 운영자를 위한 안내입니다.
아직 글을 작성하는 단계라면 첫 글을 작성하고 공개한 뒤, 로그아웃한 방문자 화면에서 정상적으로 열리는지부터 확인하세요.
AdSense 신청과 광고 배치는 이 글에서 다루지 않습니다.
완료 기준은 버튼이 아니라 두 검색 도구의 URL 상태입니다. Google에서는 페이지를 가져올 수 있고 색인 생성이 허용되는지, Naver에서는 수집 여부와 색인 가능 여부를 확인해야 합니다.
이 글에서 바로 찾기
바로 가기: 공개 상태 확인 · 사이트맵 확인 · Google 등록 · Naver 등록 · 상태 구분 · 오류 복구
1. 로그아웃 창에서 홈과 대표 글부터 여세요
검색 도구를 열기 전에 아래 세 주소를 로그아웃 창에서 확인합니다.
- 홈
- 대표 글 한 편
- 개인정보 처리방침
세 주소가 로그인 없이 열리고 HTTP 상태가 200이어야 합니다.
대표 글이 404이거나 비밀번호를 요구한다면 아직 제출할 때가 아닙니다.
WordPress 관리자에서 설정 → 읽기도 엽니다.
검색 엔진이 이 사이트 검색 차단과 비슷한 문구의 항목이 선택돼 있으면 검색 공개를 요청하지 않는 상태입니다.
이 선택을 바로 해제하지 마세요.
아래 항목을 먼저 끝낸 뒤 공개 전환 시점에 저장합니다.
- 홈과 공개 글에서 임시 문구와 깨진 이미지가 보이지 않는다.
- 소개·문의·개인정보 처리방침이 공개돼 있다.
- 메뉴와 본문의 내부 링크가 404로 끝나지 않는다.
- 공개 글마다 대표 주소가 하나이며
noindex가 없다. - 임시글과 비공개 글은 일반 방문자에게 본문이 보이지 않는다.
WordPress 기본 XML 사이트맵은 이 공개 설정과 연결됩니다.
WordPress 코어는 blog_public 값이 꺼져 있으면 기본 사이트맵을 비활성화하고, 해당 주소에는 404가 돌아오도록 처리합니다.
홈이나 대표 글에 noindex가 남아 있으면 여기서 멈추세요. 공개할 글과 신뢰 페이지를 먼저 점검한 뒤 검색 공개 설정을 바꿉니다. 검색 도구에 먼저 제출해도 이 상태를 대신 고쳐 주지 않습니다.
2. 실제로 열리는 사이트맵 주소 한 개를 찾으세요
SEO 플러그인을 쓰지 않는 WordPress의 기본 사이트맵은 보통 아래 주소입니다.
https://내사이트주소/wp-sitemap.xml
SEO 플러그인이 사이트맵을 대신 만들면 /sitemap_index.xml처럼 주소가 달라질 수 있습니다.
인터넷 글에서 본 주소를 추측해 넣지 말고, 지금 내 사이트에서 실제로 열리는 주소를 사용하세요.
로그아웃 창에서 사이트맵을 연 뒤 네 가지를 확인합니다.
- HTTP 상태가
200이다. - 일반 404 화면이 아니라 XML 문서다.
- 최상단이
<sitemapindex>또는<urlset>이다. - 검색에 보여 줄 현재
https대표 주소만 들어 있다.
Google은 사이트맵에 상대 주소가 아닌 완전한 URL을 쓰고, 검색결과에 보여 주려는 대표 주소를 포함하라고 안내합니다.
임시 도메인, 예전 http 주소, 삭제한 글이 섞였다면 먼저 사이트맵 생성 설정과 대표 주소를 고칩니다.
사이트맵을 찾았으면 전체 주소를 따로 복사해 둡니다.
Google과 Naver에 같은 파일을 제출해야 주소 착오를 줄일 수 있습니다.
3. Google Search Console에는 정확한 사이트 범위를 추가하세요
Search Console의 왼쪽 위 속성 선택기를 열고 속성 추가를 누릅니다.
그다음 사이트 범위에 맞춰 둘 중 하나를 고릅니다.
| 속성 | 포함 범위 | 소유권 확인 |
|---|---|---|
| 도메인 | 모든 하위 도메인과 http·https |
DNS 레코드 |
| URL 접두어 | 입력한 프로토콜과 주소로 시작하는 URL | HTML 파일·메타태그·분석 도구·DNS 등 |
예를 들어 https://example.com/ URL 접두어 속성은 https://blog.example.com/을 포함하지 않습니다.
서브도메인을 URL 접두어로 관리하려면 현재 공개 주소인 https://blog.example.com/을 별도로 추가해야 합니다.
메타태그를 사용한다면 최종 HTML의 <head> 안에 그대로 유지합니다.
DNS를 사용한다면 Search Console이 제시한 값을 DNS 관리 화면에 추가한 뒤 확인합니다.
소유권 확인용 파일·메타태그·DNS 값은 삭제하면 확인이 풀릴 수 있습니다.
계정 이메일과 확인 토큰은 공개 캡처에서 가립니다.
4. Google에 사이트맵을 제출한 뒤 대표 URL을 검사하세요
소유권 확인이 끝나면 색인 생성 → Sitemaps를 엽니다.
앞에서 익명 창으로 확인한 사이트맵 전체 주소를 새 사이트맵 추가에 붙여 넣고 제출합니다.
상태가 성공이면 아래 값을 기록합니다.
- 제출한 사이트맵 URL
- 제출일
- 마지막으로 읽은 날짜
- 처리 상태
- 발견된 페이지 수
성공은 사이트맵 파일을 가져와 읽었다는 뜻입니다.
그 안의 모든 URL을 이미 수집하거나 색인했다는 뜻은 아닙니다.
이어서 URL 검사에서 홈과 대표 글 두 편을 확인합니다.
라이브 테스트에서는 아래 세 항목이 정상이어야 합니다.
- 크롤링 허용: 예
- 페이지 가져오기: 성공
- 색인 생성 허용: 예
이미 Google이 알고 있는 URL이라면 사용자 선언 대표 주소와 Google이 선택한 대표 주소도 비교합니다.
둘이 다르면 리디렉션, canonical, 내부 링크와 사이트맵 주소를 한꺼번에 대조합니다.
수정한 대표 URL이 아직 수집되지 않았다면 색인 생성 요청을 한 번 보낼 수 있습니다.
같은 URL을 반복 요청하지 말고, 다음 확인일에 상태가 바뀌었는지 기록하세요.
5. Naver Search Advisor에도 같은 호스트를 등록하세요
Naver는 웹마스터 도구에 사이트를 등록하지 않아도 검색 로봇이 웹문서를 발견할 수 있다고 안내합니다.
Search Advisor 등록은 검색 노출을 구매하는 절차가 아니라, 내 사이트의 수집·색인·노출 정보를 확인하는 절차입니다.
웹마스터 도구에서 아래처럼 정확한 호스트를 추가합니다.
https://blog.example.com
소유권 확인용 메타태그를 쓴다면 JavaScript로 나중에 넣지 말고 HTML <head> 안에 출력합니다.
Naver 공식 안내는 JavaScript, meta refresh, 쿠키를 이용한 브라우저 리디렉션을 소유권 확인에 지원하지 않습니다.
소유권 확인이 끝나면 요청 → 사이트맵 제출에서 앞서 확인한 같은 사이트맵 전체 주소를 제출합니다.
사이트맵은 검색 로봇에게 수집 대상 URL을 알려 주는 콘텐츠 피드이며, Naver가 그중 수집할 URL을 선별합니다.
그다음 대표 글을 URL 검사에 넣고 아래 항목을 확인합니다.
- HTTP 상태
- 수집 여부
- 색인 가능 여부와 색인 여부
- 제목과 설명 추출 상태
- SEO 점검 항목
아직 수집되지 않은 중요한 공개 글은 웹페이지 수집 요청을 한 번 보낼 수 있습니다.
Naver는 요청 처리에 최소 1일부터 몇 주가 걸릴 수 있으며, 같은 URL을 매일 반복 제출할 필요가 없다고 안내합니다.
6. 제출·수집·색인·검색 노출을 따로 기록하세요
| 확인한 상태 | 확인된 사실 | 아직 알 수 없는 것 |
|---|---|---|
| 공개 URL 200 | 일반 방문자가 주소로 페이지를 열 수 있음 | 검색 로봇이 방문했는지 |
| 사이트맵 제출 성공 | 검색 도구가 사이트맵 파일을 받거나 읽었음 | 모든 URL의 수집 여부 |
| 수집 요청 접수 | 해당 URL을 방문해 달라는 요청이 전달됨 | 실제 방문 시점 |
| 수집됨 | 검색 로봇이 문서를 가져감 | 색인 포함 여부 |
| 색인됨 | 검색 시스템에 문서가 저장됨 | 특정 검색어의 노출 여부 |
| 검색 노출 | 어떤 검색결과에 문서가 나타남 | 지속적인 위치와 방문 |
확인 날짜도 함께 적어 두세요.
처리 중인 상태와 실제 오류를 구분할 수 있고, 같은 요청을 매일 반복하는 일을 줄일 수 있습니다.
화면이 다르거나 오류가 나면 이 순서로 복구하세요
wp-sitemap.xml이 404로 열립니다
먼저 설정 → 읽기에서 검색 엔진 공개를 막아 둔 상태인지 확인합니다.
사전 공개 중이라면 404가 의도된 상태일 수 있으므로 제출하지 않습니다.
사이트를 공개했는데도 404라면 SEO 플러그인이 다른 사이트맵을 만드는지 공식 도움말에서 확인합니다.
캐시를 비운 뒤 실제 사이트맵 주소를 다시 열고, 계속 404라면 호스팅 지원에 HTTP 응답과 사용 중인 플러그인 목록을 전달합니다.
Google에서 가져올 수 없음이 표시됩니다
사이트맵 URL을 URL 검사에 넣고 라이브 테스트를 실행합니다.
로그인 요구, 잘못된 URL, 404, 서버 응답 오류, robots.txt 차단 여부를 먼저 고칩니다.
일시적인 서버 오류라면 바로 반복 제출하지 말고 다음 확인일에 다시 읽었는지 봅니다.
오류가 계속되면 원인을 고친 뒤 사이트맵을 다시 제출합니다.
Search Console에서 다른 사이트라고 나옵니다
http와 https, www 유무, 루트 도메인과 서브도메인을 글자 단위로 비교합니다.
URL 접두어 속성은 입력한 접두사만 포함하므로, 현재 공개 URL과 일치하는 속성으로 바꿉니다.
Naver 소유권 확인이 실패합니다
확인용 메타태그가 최종 HTML의 <head> 안에 있는지 페이지 소스로 확인합니다.
JavaScript로 삽입했거나 <body>·frame 안에 있으면 <head>로 옮긴 뒤 다시 확인합니다.
수집 요청 뒤에도 검색되지 않습니다
먼저 URL 검사에서 수집 여부, 색인 가능 여부, noindex, 대표 주소를 확인합니다.
오류가 없다면 같은 URL을 반복 제출하지 말고 홈과 관련 글에서 그 페이지로 가는 내부 링크가 있는지 확인합니다.
글의 직접 답과 근거가 부족하다면 내용을 보강한 뒤 다음 확인일에 다시 봅니다.
수집 요청 접수나 성공만으로 색인과 검색 노출을 판단하지 마세요.
아래 여섯 줄이 맞으면 검색 등록을 끝냈습니다
- 홈과 대표 글이 로그아웃 창에서 HTTP 200으로 열린다.
- 공개 페이지에
noindex가 없다. - 실제 사이트맵이 XML과 HTTP 200으로 열린다.
- Google과 Naver에 정확한 사이트 소유권을 확인했다.
- 같은 사이트맵을 제출하고 날짜와 처리 상태를 기록했다.
- 대표 URL에서 수집·색인 가능 상태를 각각 확인했다.
첫 글과 검색 등록 순서를 다시 확인하려면 워드프레스 블로그 시작 8단계 지도로 돌아가세요.
이 글의 시험 환경과 정정 방법은 실험 환경과 검증 방법에 공개합니다.
공식 출처
- WordPress Documentation — Settings Reading screen
- WordPress Developer Resources — WP_Sitemaps::sitemaps_enabled()
- Google Search Console 도움말 — 웹사이트 속성 추가
- Google Search Console 도움말 — 사이트 소유권 확인
- Google Search Central — 사이트맵 제작 및 제출
- Google Search Console 도움말 — 사이트맵 보고서
- Google Search Console 도움말 — URL 검사 도구
- Naver Search Advisor — 사이트 등록 및 소유확인
- Naver Search Advisor — RSS 및 사이트맵 제출
- Naver Search Advisor — URL 검사
- Naver Search Advisor — 수집요청 및 검색제외
공식 문서는 2026년 7월 31일에 다시 확인했습니다.