워드프레스 사이트맵 제출 방법: Search Console 등록부터 색인 오류 점검까지

워드프레스 사이트맵 제출 방법은 먼저 내 사이트맵 주소를 확인하고, Search Console의 Sitemaps 메뉴에 경로를 제출한 뒤, 제출 상태와 개별 URL 색인을 따로 읽는 순서로 진행하면 돼요.

이번 글의 핵심은 간단해요. 사이트맵 제출은 색인 버튼이 아니라 URL 발견 신호이에요.

Rank Math를 쓰는 경우와 기본 워드프레스만 쓰는 경우를 나눠서, 어떤 사이트맵 URL을 Search Console에 제출하고 제출 후 상태를 어떻게 읽으면 되는지 정리해볼게요.

먼저 확인할 내용

• Rank Math를 쓰는 워드프레스는 보통 `sitemap_index.xml`을 대표 사이트맵으로 제출해요.
• SEO 플러그인을 쓰지 않는 기본 워드프레스는 `/wp-sitemap.xml`을 먼저 열어봐요.
• Search Console의 Sitemaps 성공 상태는 사이트맵을 읽었다는 뜻이지, 모든 글이 색인됐다는 뜻은 아니에요.
• 개별 글 색인은 URL 검사, noindex, robots.txt, canonical, 내부 링크를 함께 봐야 해요.

사이트맵은 색인 버튼이 아니에요

워드프레스 사이트맵 제출은 새 글을 검색엔진에 알려주는 기본 작업이에요. 다만 사이트맵을 제출했다고 해서 모든 글이 바로 색인되는 것은 아니고, 검색엔진이 발견할 수 있는 URL 목록을 정리해서 넘겨주는 의미에 가까워요.

Google 공식 예시로 보는 XML 사이트맵 구조도 단순해요. `<urlset>` 안에 여러 개의 `<url>`이 있고, 각 `<url>` 안에 `<loc>`로 페이지 주소가 들어갑니다. 즉 사이트맵은 멋진 SEO 장치라기보다 검색엔진에게 '이 사이트에서 발견해야 할 URL 목록은 여기 있다'고 알려주는 파일이에요.

이 관점으로 보면 사이트맵 제출의 역할이 선명해져요. 제출은 색인을 강제로 만드는 버튼이 아니라, Google이 URL을 더 안정적으로 발견하도록 돕는 신호예요. 그래서 제출 성공과 개별 글 색인은 따로 읽어야 해요.

1. SEO 플러그인을 쓰면 운영 도메인 뒤에 `/sitemap_index.xml`을 붙여 실제 XML 목록이 뜨는지 봐요.
2. 플러그인을 쓰지 않는 기본 워드프레스라면 운영 도메인 뒤에 `/wp-sitemap.xml`을 붙여 사이트맵이 살아 있는지 봐요.
3. 사이트맵 XML 안에 내가 색인시키고 싶은 글 URL이 실제로 들어 있는지 브라우저 찾기로 URL 일부를 검색해요.
4. 사이트맵 제출 후에는 Sitemaps 상태와 개별 글의 URL 검사 결과를 따로 읽어봐요.

내 사이트맵 주소는 무엇을 쓰면 될까요?

Rank Math를 쓰는 사이트라면 먼저 운영 도메인 뒤에 `/sitemap_index.xml`을 붙여 봐요. 이 파일은 글, 페이지, 카테고리 같은 하위 사이트맵을 묶는 대표 파일이라 Search Console에 제출하기 좋아요.

Rank Math나 별도 SEO 플러그인을 쓰지 않는 기본 워드프레스라면 운영 도메인 뒤에 `/wp-sitemap.xml`을 붙여 봐요. 둘 중 중요한 것은 이름이 아니라 실제 XML이 열리고, 그 안에 공개 글 URL이 들어 있느냐예요.

제출 버튼을 누르기 전에는 사이트맵 응답, 최근 글 포함 여부, URL 검사, noindex, 내부 링크를 먼저 보는 편이 빨라요. Search Console은 결과를 보여주는 곳이고, 원인은 대개 워드프레스 설정, 플러그인 설정, 글 공개 상태, 내부 링크에서 갈려요.

1. `/sitemap_index.xml`이 열리면 Rank Math 대표 사이트맵으로 보고 제출 후보에 둬요.
2. `/sitemap_index.xml`이 404라면 `/wp-sitemap.xml`을 열어 기본 워드프레스 사이트맵이 살아 있는지 봐요.
3. 최근 발행한 글 URL 일부를 사이트맵 XML 안에서 검색해 실제로 포함됐는지 확인해요.
4. 둘 다 열리지 않으면 고유주소 설정 저장, SEO 플러그인 사이트맵 모듈, 캐시/보안 플러그인 순서로 좁혀요.

Search Console에 사이트맵 제출하기

Search Console에서는 먼저 내 도메인 속성이나 URL-prefix 속성이 등록되어 있어야 해요. 속성 선택 후 왼쪽 메뉴의 Sitemaps로 들어가고, 새 사이트맵 추가 입력칸에 `sitemap_index.xml`처럼 도메인 뒤 경로만 넣어 제출하면 돼요.

예를 들어 사이트가 `example.com`이고 Rank Math 사이트맵을 쓴다면 Search Console 입력값은 보통 `sitemap_index.xml`이에요. 전체 URL을 예시 링크로 만들기보다 Search Console 화면의 입력 구조에 맞춰 경로만 안내하는 방식이 가장 덜 헷갈려요.

1. Search Console에서 정확한 속성을 골라요. `http`, `https`, `www`, 서브도메인이 다르면 다른 속성으로 잡힐 수 있어요.
2. Sitemaps 메뉴에서 `sitemap_index.xml` 또는 `wp-sitemap.xml`을 제출해요.
3. 제출 직후 오류가 떠도 바로 반복 제출하지 말고, 실제 사이트맵 URL이 브라우저에서 열리는지 먼저 봐요.

Search Console 상태와 색인은 따로 봐야 해요

Search Console 상태에서 '성공'이 보이면 Google이 사이트맵 파일을 읽었다는 뜻에 가까워요. 여기서 멈추면 안 되는 이유는, 사이트맵 파일을 읽는 것과 개별 글을 색인하는 것은 다른 단계이기 때문이에요.

따라서 사이트맵 화면에서는 제출 성공 여부와 발견된 URL 수를 보고, 특정 글이 검색에 안 나오면 URL 검사에서 그 글의 색인 가능 여부를 봐야 해요. 이 둘을 분리하면 '사이트맵 문제인지', '개별 글 문제인지'를 훨씬 빨리 좁힐 수 있어요.

1. 상태가 성공이면 사이트맵 URL 자체는 통과로 보고 발견된 URL 수를 기록해요.
2. 발견된 URL 수가 0이면 사이트맵 안에 글 URL이 빠져 있는지 확인해요.
3. 개별 글이 안 보이면 Sitemaps가 아니라 URL 검사에서 색인 가능 여부와 차단 사유를 봐요.

색인이 안 될 때 케이스별로 보기

다른 워드프레스 운영자 글과 검색 커뮤니티 질문을 보면, 사이트맵 문제는 몇 가지 증상으로 반복돼요. 이때는 Search Console에 같은 주소를 계속 다시 제출하기보다, 현재 화면에 보이는 문구를 기준으로 원인을 좁히는 편이 빨라요.

아래 표는 실제로 자주 보이는 케이스를 운영자가 바로 판단할 수 있도록 정리한 내용이에요. 공식 문서와 상위 글의 구조를 참고하되, 조치는 워드프레스 운영 화면에서 바로 확인 가능한 순서로 잡았어요.

1. 문구가 `성공`이면 사이트맵 제출 자체보다 개별 글 URL 검사, noindex, canonical, 내부 링크를 먼저 봐요.
2. 문구가 `가져올 수 없음`이면 사이트맵 URL을 브라우저에서 열고 서버 응답을 먼저 확인해요.
3. 문구가 `발견된 URL 0개`이면 Search Console보다 사이트맵 XML 안의 URL 포함 여부를 먼저 봐요.
4. 새 글이라면 기술적 차단이 없는지 확인한 뒤, 관련 기존 글에서 새 글로 내부 링크를 연결해요.

robots.txt의 Sitemap 필드는 언제 쓰면 좋을까요?

robots.txt 안의 `Sitemap:` 필드는 크롤러에게 사이트맵 위치를 추가로 알려주는 보조 표지판에 가까워요. Search Console 제출을 대체한다기보다, 검색엔진이 사이트를 방문했을 때 사이트맵 위치를 더 쉽게 찾도록 돕는 용도예요.

워드프레스에서는 이 필드를 반드시 손으로 넣어야 하는 것은 아니에요. 다만 대형 사이트이거나 여러 사이트맵을 운영하거나, Search Console 외에도 크롤러가 사이트맵 위치를 쉽게 발견하게 만들고 싶다면 robots.txt에 대표 사이트맵 경로를 적어두면 도움이 돼요.

1. robots.txt에 적을 때는 `Sitemap:` 뒤에 실제 열리는 대표 사이트맵 전체 주소를 넣어요.
2. Search Console 제출과 robots.txt 표기는 서로 대체 관계가 아니라 보완 관계로 봐요.
3. robots.txt에서 중요한 URL을 `Disallow`로 막아두지 않았는지도 함께 봐요.

Rank Math를 쓴다면 이 설정을 보세요

Rank Math를 쓰는 경우에는 사이트맵 제출 전에 Sitemap 모듈이 켜져 있는지, Posts와 Pages 같은 콘텐츠 유형이 사이트맵에 포함되어 있는지 먼저 봐야 해요. 점수 화면에서 초록색이 보여도 사이트맵 포함 설정이 꺼져 있으면 제출할 URL 목록 자체가 부실해질 수 있어요.

또 글 개별 설정에서 noindex가 켜져 있으면 사이트맵 제출만으로 해결되지 않아요. Rank Math 점수는 글 작성 품질 힌트이고, 색인 가능 여부는 별도의 기술 신호이므로 둘을 분리해서 보는 편이 정확해요.

1. Rank Math > Sitemap Settings에서 Sitemap 기능이 켜져 있는지 봐요.
2. Posts, Pages, Categories처럼 필요한 콘텐츠 유형이 사이트맵에 포함되어 있는지 확인해요.
3. 문제 글의 Rank Math Advanced 설정에서 Robots Meta가 index 허용 상태인지 봐요.

제출 전 마지막 체크리스트

• 운영 도메인 뒤에 `/sitemap_index.xml` 또는 `/wp-sitemap.xml`을 붙였을 때 실제 XML이 열리는지 봐요.
• Search Console 속성이 정확한 도메인과 프로토콜로 선택되어 있는지 살펴봐요.
• Sitemaps 메뉴에는 대표 사이트맵 하나를 우선 제출하고, 제출 상태와 발견 URL 수를 기록해요.
• 개별 글이 안 보이면 URL 검사에서 색인 가능 여부, noindex, robots.txt, canonical을 먼저 봐요.
• 새 글에는 관련 기존 글에서 내부 링크를 걸어 검색엔진이 따라갈 수 있는 경로를 만들어요.

같이 읽으면 좋은 글

사이트맵 제출은 검색엔진이 URL을 발견하는 흐름의 한 부분이에요. 이 글을 읽은 뒤에는 아래 순서로 이어보면 "제출은 했는데 왜 노출이 약하지?"라는 문제를 더 넓게 점검할 수 있어요.

• AI 검색 노출 경로: RSS·Sitemap·IndexNow 설정법 – 사이트맵을 RSS, IndexNow와 함께 URL 발견 신호로 묶어 이해하고 싶을 때 이어서 보면 좋아요.
• AI 검색 SEO 체크리스트: 구글·네이버 2026 기준 – 사이트맵 제출 이후 콘텐츠 구조, 근거, 내부 링크까지 같이 점검하려면 이 체크리스트가 다음 단계예요.
• Google AI 소상공인 활용, 작은 가게가 먼저 써볼 만한 일 – 검색 노출을 기술 설정에서 끝내지 않고 실제 AI 활용 주제로 넓혀볼 때 참고할 만해요.

참고한 공식 자료

본문의 기준은 아래 공식 안내와 맞춰 정리했어요.

• Google Search Central 기준으로 사이트맵 제출은 URL 발견을 돕는 신호이며, 제출 자체가 모든 URL의 크롤링이나 색인을 보장하지 않는다.
• 워드프레스 5.5 이상은 기본 XML 사이트맵 기능을 제공하며, 기본 사이트맵 인덱스는 /wp-sitemap.xml 경로에서 확인할 수 있다.
• Rank Math 공식 문서 기준으로 Sitemap Settings에서 글, 페이지, 카테고리 등 콘텐츠 유형별 사이트맵 포함 여부를 조정할 수 있다.

자주 묻는 질문

워드프레스 사이트맵은 sitemap_index.xml과 wp-sitemap.xml 중 무엇을 제출해야 하나요?

Rank Math 같은 SEO 플러그인을 쓰면 보통 sitemap_index.xml을 먼저 제출해요. 플러그인을 쓰지 않는 기본 워드프레스라면 wp-sitemap.xml을 열어본 뒤 그 경로를 제출하면 돼요.

Search Console에 사이트맵을 제출하면 바로 색인되나요?

사이트맵 제출은 검색엔진이 URL을 발견하도록 돕는 작업이에요. 개별 글 색인은 URL 검사, noindex, robots.txt, canonical, 내부 링크 상태를 함께 봐야 해요.

출처 및 참고자료

• Google Search Central 사이트맵 공식 문서 – Google Search Central, 확인일 2026-07-07
• WordPress.org 사이트맵 공식 문서 – WordPress.org, 확인일 2026-07-07
• Rank Math 사이트맵 설정 공식 문서 – Rank Math, 확인일 2026-07-07

사이트맵 제출은 시작점이에요. 제출 후에는 새 글의 URL 검사와 내부 링크 정리를 함께 진행해야 색인 문제를 더 빨리 좁힐 수 있어요.