사이트맵 제출 방법
블로그를 처음 만들고 글을 열심히 올렸는데, 며칠이 지나도 구글에서 내 글이 보이지 않을 때가 있습니다.
“글을 이렇게 많이 썼는데 왜 검색에 안 뜨지?”라는 생각이 들면 괜히 서버 문제인가, 글 품질 문제인가, 애드센스에 불리한 건가까지 걱정하게 됩니다.
그런데 의외로 첫 번째로 확인해야 할 것은 아주 기본적인 부분입니다.
바로 사이트맵 제출입니다.
사이트맵은 내 블로그의 글, 페이지, 카테고리 주소를 검색엔진에게 알려주는 일종의 지도입니다. 구글은 링크를 따라다니며 페이지를 발견하지만, 워드프레스처럼 글이 계속 쌓이는 블로그라면 XML 사이트맵을 통해 “여기 새 글이 있고, 이 주소들이 중요합니다”라고 알려주는 것이 훨씬 효율적입니다.
특히 코리씽크처럼 블로깅, SEO, 워드프레스 운영, 검색 노출을 다루는 사이트라면 사이트맵 제출은 단순한 설정이 아니라 검색엔진 최적화의 출발점이라고 봐야 합니다.
사이트맵 제출이란 무엇인가
사이트맵 제출은 말 그대로 내 사이트의 지도 파일을 구글에 알려주는 작업입니다.
여기서 중요한 점은 “파일을 구글에 업로드한다”는 개념이 아니라, 내 사이트 안에 있는 사이트맵 URL의 위치를 구글 서치콘솔에 등록한다는 것입니다. 구글 서치콘솔 도움말에서도 사이트맵 제출은 구글에게 사이트맵 파일의 위치를 알려주는 행위이며, 실제로 파일을 구글에 업로드하는 것은 아니라고 설명합니다.
예를 들어 워드프레스에서 Rank Math SEO 플러그인을 사용한다면 보통 사이트맵 주소는 다음과 비슷합니다.
https://example.com/sitemap_index.xml
여기서 example.com 부분만 자신의 도메인으로 바꾸면 됩니다.
사이트맵 안에는 보통 글 주소, 페이지 주소, 카테고리 주소, 이미지 관련 정보 등이 포함될 수 있습니다. 구글은 이 정보를 참고해 어떤 URL이 존재하는지, 어떤 페이지가 새로 생겼는지, 어떤 페이지가 업데이트되었는지 파악합니다.
다만 사이트맵 제출을 했다고 해서 모든 글이 무조건 색인되는 것은 아닙니다. 사이트맵은 “발견을 돕는 장치”이지 “검색 노출 보장권”은 아닙니다. 구글은 사이트 규모, 내부링크, 콘텐츠 품질, 서버 응답, 중복 여부, canonical URL, 크롤링 가능성 등을 함께 보고 색인 여부를 판단합니다.
왜 워드프레스 블로그에 사이트맵 제출이 중요한가
작은 블로그는 구글이 링크를 따라가며 페이지를 자연스럽게 발견할 수도 있습니다. 구글 도움말에서는 대략 500페이지 이하의 작은 사이트이고, 모든 페이지가 홈페이지에서 링크를 통해 잘 연결되어 있다면 사이트맵이 꼭 필요하지 않을 수도 있다고 설명합니다.
하지만 현실의 워드프레스 블로그는 다릅니다.
처음에는 글이 30개, 50개뿐이라 괜찮아 보여도 시간이 지나면 글이 500개, 1,000개, 3,000개 이상으로 늘어납니다. 카테고리도 많아지고, 태그 페이지도 생기고, 오래된 글은 홈 화면에서 멀어집니다. 이때 사이트맵이 없으면 구글봇이 모든 글을 빠르게 발견하기 어려울 수 있습니다.
특히 다음과 같은 블로그는 사이트맵 제출이 더 중요합니다.
| 블로그 유형 | 사이트맵 제출이 중요한 이유 |
|---|---|
| 새로 만든 워드프레스 블로그 | 구글이 사이트 구조를 아직 충분히 모를 수 있음 |
| 글을 매일 많이 올리는 블로그 | 새 URL 발견 속도를 높이는 데 도움 |
| 카테고리가 많은 전문 블로그 | 글 구조와 콘텐츠 묶음을 검색엔진이 이해하기 쉬움 |
| 오래된 글이 많은 블로그 | 내부링크에서 멀어진 글도 사이트맵으로 발견 가능 |
| 다국어 블로그 | 언어별 URL 구조를 정리해 관리하기 좋음 |
| 애드센스 승인 준비 사이트 | 기본 SEO 세팅이 되어 있다는 신뢰 신호를 만들 수 있음 |
사이트맵은 검색 순위를 직접 올려주는 마법 버튼은 아닙니다.
하지만 검색엔진이 내 사이트를 읽기 쉽게 만들어주는 기본 인프라입니다.
블로그 운영에서는 이런 기본 세팅이 생각보다 중요합니다. 글을 100개 쓰는 것도 중요하지만, 구글이 그 100개를 제대로 발견하고 처리할 수 있는 구조를 만들어두는 것도 똑같이 중요합니다.
사이트맵 제출 전에 확인해야 할 기본 조건
사이트맵 제출 전에 먼저 확인할 것이 있습니다.
무작정 구글 서치콘솔에 sitemap_index.xml을 넣는다고 끝나는 것이 아닙니다.
첫째, 사이트가 검색엔진에 공개되어 있어야 합니다.
워드프레스 관리자 화면에서 설정 → 읽기 → 검색 엔진이 이 사이트 검색 차단하기 항목이 체크되어 있으면 안 됩니다. 이 항목이 체크되어 있으면 아무리 사이트맵을 제출해도 검색엔진에게 “들어오지 마세요”라고 말하는 것과 비슷합니다.
둘째, 사이트맵 URL이 실제로 열려야 합니다.
브라우저 주소창에 내 사이트맵 주소를 직접 입력했을 때 XML 화면이 보이거나, 사이트맵 인덱스 페이지가 떠야 합니다. 404 오류, 서버 오류, 빈 화면, 보안 차단 화면이 나오면 먼저 사이트맵 생성 문제부터 해결해야 합니다.
셋째, 구글 서치콘솔에 사이트 소유권 인증이 되어 있어야 합니다.
구글 서치콘솔의 사이트맵 보고서를 통해 제출하려면 해당 속성의 소유자 권한이 필요합니다. 권한이 없다면 robots.txt 파일에 사이트맵 위치를 표시하는 방법을 사용할 수도 있습니다.
넷째, 사이트맵에 들어간 URL은 절대경로여야 합니다.
구글은 사이트맵에 상대주소가 아니라 https://example.com/sample-page/처럼 완전한 URL을 넣도록 안내합니다.
즉, 사이트맵 제출은 “등록 버튼 한 번 누르기”가 아니라, 내 사이트가 구글봇에게 열려 있는지 확인하는 과정까지 포함됩니다.
워드프레스에서 사이트맵 주소 확인하는 방법
워드프레스는 기본적으로 사이트맵 기능을 가지고 있습니다. 하지만 실제 블로그 운영에서는 Rank Math SEO, Yoast SEO 같은 SEO 플러그인을 사용하는 경우가 많습니다.
코리씽크처럼 워드프레스 SEO를 신경 쓰는 블로그라면 Rank Math 기준으로 보는 것이 가장 현실적입니다.
Rank Math를 사용한다면 보통 사이트맵 주소는 다음과 같습니다.
https://내도메인.com/sitemap_index.xml
확인 방법은 간단합니다.
워드프레스 관리자 화면으로 들어갑니다.
왼쪽 메뉴에서 Rank Math SEO → Sitemap Settings로 이동합니다.
사이트맵 기능이 켜져 있는지 확인합니다.
브라우저에서 도메인/sitemap_index.xml을 열어봅니다.
Rank Math는 워드프레스 사이트의 글, 페이지, 아카이브 등을 기준으로 XML 사이트맵을 자동 생성하고, 글을 발행하거나 수정하면 사이트맵도 자동으로 업데이트되는 방식으로 안내하고 있습니다. 또한 robots.txt에 사이트맵이 표시되도록 도와 검색엔진이 사이트맵 위치를 찾기 쉽게 만들 수 있습니다.
여기서 중요한 점은 개별 사이트맵이 아니라 사이트맵 인덱스 파일을 제출하는 것입니다.
예를 들어 Rank Math에서는 다음과 같은 하위 사이트맵이 보일 수 있습니다.
| 사이트맵 종류 | 예시 URL | 의미 |
|---|---|---|
| 사이트맵 인덱스 | /sitemap_index.xml | 전체 사이트맵 목록을 묶은 대표 파일 |
| 글 사이트맵 | /post-sitemap.xml | 블로그 글 URL 목록 |
| 페이지 사이트맵 | /page-sitemap.xml | 고정 페이지 URL 목록 |
| 카테고리 사이트맵 | /category-sitemap.xml | 카테고리 아카이브 URL 목록 |
| 이미지 사이트맵 | 플러그인 설정에 따라 포함 | 이미지 검색 및 콘텐츠 이해 보조 |
구글 서치콘솔에는 보통 대표 파일인 sitemap_index.xml을 제출하면 됩니다.
개별 사이트맵을 하나씩 전부 넣기보다, 인덱스 파일 하나를 제출하는 방식이 관리하기 편합니다.
구글 서치콘솔에 사이트맵 제출하는 순서
이제 실제 제출 순서를 정리해보겠습니다.
먼저 구글 서치콘솔에 접속합니다.
등록하려는 사이트 속성을 선택합니다.
왼쪽 메뉴에서 Sitemaps 또는 사이트맵 메뉴를 클릭합니다.
“새 사이트맵 추가” 입력창에 sitemap_index.xml을 입력합니다.
제출 버튼을 누릅니다.
예를 들어 내 사이트가 https://korithink.com/이라면 입력창에는 보통 다음처럼 넣습니다.
sitemap_index.xml
구글 서치콘솔 속성에 이미 도메인이 잡혀 있기 때문에 전체 주소를 넣지 않고 뒷부분만 넣는 경우가 많습니다. 다만 상황에 따라 전체 URL을 넣어야 하는 화면도 있으므로, 입력창 앞에 도메인이 표시되는지 확인하면 됩니다.
제출 후 상태가 바로 “성공”으로 뜰 수도 있고, 잠시 동안 “가져올 수 없음” 또는 “처리 중”처럼 보일 수도 있습니다. 구글 도움말에서는 사이트맵이 즉시 가져와질 수 있지만, 사이트맵 안의 URL을 크롤링하는 데는 시간이 걸릴 수 있고, 사이트 규모나 활동성에 따라 모든 URL이 크롤링되지 않을 수도 있다고 설명합니다.
여기서 초보자가 가장 많이 착각하는 부분이 있습니다.
사이트맵 제출 성공은 “사이트맵 파일을 구글이 읽었다”는 뜻에 가깝습니다.
색인 생성은 그다음 단계입니다.
검색 노출은 또 그다음 단계입니다.
즉, 흐름은 이렇게 봐야 합니다.
사이트맵 제출
→ 구글이 사이트맵 파일 확인
→ URL 발견
→ 크롤링
→ 색인 가능 여부 판단
→ 검색결과 노출 가능성 발생
그래서 사이트맵 제출 후 바로 검색결과에 글이 안 뜬다고 해서 실패한 것은 아닙니다. SEO는 버튼 하나로 끝나는 일이 아니라, 구글이 사이트를 이해하고 신뢰하는 시간이 필요합니다.
사이트맵 제출 후 반드시 봐야 할 상태값
사이트맵을 제출한 뒤에는 구글 서치콘솔의 상태값을 확인해야 합니다.
가장 좋은 상태는 성공입니다.
이 경우 구글이 사이트맵을 정상적으로 읽었다는 뜻입니다.
하지만 다음과 같은 문제가 나올 수도 있습니다.
| 상태 또는 오류 | 의미 | 확인할 것 |
|---|---|---|
| 성공 | 사이트맵을 정상적으로 읽음 | 발견된 URL 수 확인 |
| 가져올 수 없음 | 구글이 사이트맵 파일에 접근하지 못함 | URL 오타, 서버 응답, 보안 차단 확인 |
| 읽을 수 없음 | XML 형식이나 접근성 문제 가능 | 사이트맵 파일 구조 확인 |
| HTML 페이지로 인식 | XML 대신 일반 페이지가 열림 | 캐시, 리디렉션, 플러그인 충돌 확인 |
| 제출됨, 색인 생성 안 됨 | URL은 발견했지만 아직 색인되지 않음 | 콘텐츠 품질, 중복, 내부링크 확인 |
| 발견됨, 현재 색인 생성 안 됨 | 구글이 URL은 알지만 아직 크롤링 전후 보류 | 크롤링 우선순위와 사이트 신뢰도 확인 |
| 크롤링됨, 현재 색인 생성 안 됨 | 방문은 했지만 색인 가치 판단에서 제외 가능 | 얇은 콘텐츠, 중복 콘텐츠, canonical 확인 |
여기서 핵심은 사이트맵 보고서만 보지 말고 페이지 색인 생성 보고서와 URL 검사 도구를 함께 봐야 한다는 점입니다.
사이트맵은 입구입니다.
색인 보고서는 결과표입니다.
URL 검사 도구는 개별 글의 진단서입니다.
예를 들어 글을 발행했는데 검색에 안 뜬다면, 먼저 해당 글 URL을 구글 서치콘솔 URL 검사 도구에 넣어봅니다. 그리고 “Google에 등록되어 있음”인지, “현재 색인 생성 안 됨”인지, “noindex 감지”인지, “대체 페이지, 적절한 표준 태그 포함”인지 확인해야 합니다.
사이트맵 제출은 시작이고, 실제 문제 해결은 URL 단위로 봐야 합니다.
코리의 중간생각
가끔 블로그를 운영하다 보면 이런 생각이 듭니다.
“나는 글을 정말 많이 쓰고 있는데, 구글은 왜 이렇게 천천히 알아봐 줄까?”
그럴 때 사이트맵 화면을 계속 새로고침하고 싶어집니다.
그런데 결국 오래 가는 블로그는 조급하게 버튼을 누르는 블로그가 아니라, 구조를 차분히 정리하는 블로그였습니다.
사이트맵은 그 차분한 정리의 첫 번째 표시라고 생각합니다.
한줄팁
사이트맵 제출 후에는 새 글 하나하나를 계속 수동 제출하기보다, 중요한 글만 URL 검사로 확인하고 나머지는 내부링크와 사이트맵 구조로 자연스럽게 밀어주는 편이 좋습니다.
사이트맵에 넣어야 할 URL과 빼야 할 URL
사이트맵에 모든 URL을 넣는다고 좋은 것은 아닙니다.
구글은 사이트맵에 검색결과에 보여주고 싶은 URL을 넣으라고 안내합니다. 또한 중복 URL이 여러 개 있다면 선호하는 canonical URL을 선택해 사이트맵에 포함하는 것이 좋습니다.
블로그 운영자 입장에서 보면 사이트맵에 넣을 URL과 빼야 할 URL을 구분하는 것이 중요합니다.
넣는 것이 좋은 URL은 다음과 같습니다.
정성스럽게 작성한 블로그 글
검색 유입을 기대하는 고정 페이지
중요한 카테고리 페이지
시리즈형 콘텐츠의 핵심 글
다국어 사이트의 각 언어별 대표 URL
반대로 빼는 것이 좋은 URL도 있습니다.
검색에 노출할 필요 없는 관리자성 페이지
얇은 태그 페이지
중복 콘텐츠가 많은 아카이브
품질이 낮거나 임시로 만든 글
noindex 처리한 페이지
파라미터가 붙은 중복 URL
특히 워드프레스에서는 태그 페이지가 너무 많이 생성되는 경우가 있습니다. 태그 페이지마다 콘텐츠가 충분하고 검색 의도가 분명하다면 괜찮지만, 대부분의 태그 페이지가 글 목록만 반복하는 구조라면 사이트맵에서 제외하거나 noindex를 검토하는 것이 좋습니다.
사이트맵은 많을수록 좋은 것이 아니라, 검색엔진에게 보여주고 싶은 URL을 정리해서 전달하는 파일입니다.
XML 사이트맵, HTML 사이트맵, RSS 피드의 차이
사이트맵 이야기를 하다 보면 XML 사이트맵과 HTML 사이트맵을 헷갈리는 경우가 많습니다.
XML 사이트맵은 검색엔진을 위한 파일입니다.
사람이 읽기 편한 글 목록이 아니라, 구글봇이 URL을 파악하기 쉽게 만든 구조입니다.
HTML 사이트맵은 방문자를 위한 페이지입니다.
사이트 안의 주요 글이나 카테고리를 한눈에 볼 수 있게 만든 안내 페이지에 가깝습니다.
RSS 피드는 최신 글 중심의 업데이트 신호입니다.
구글은 RSS나 Atom 피드도 사이트맵처럼 제출할 수 있다고 설명하지만, CMS에서 생성되는 피드는 보통 최근 URL 위주로 정보를 제공합니다.
정리하면 이렇게 볼 수 있습니다.
| 구분 | 주 대상 | 사용 목적 |
|---|---|---|
| XML 사이트맵 | 검색엔진 | URL 발견, 크롤링 보조 |
| HTML 사이트맵 | 방문자 | 사이트 구조 안내, 내부 탐색 보조 |
| RSS 피드 | 검색엔진·구독자 | 최신 글 업데이트 전달 |
| robots.txt Sitemap 지시문 | 검색엔진 | 사이트맵 위치 안내 |
워드프레스 블로그 운영에서는 우선 XML 사이트맵을 제대로 제출하는 것이 1순위입니다.
그다음 방문자용 HTML 사이트맵이나 내부링크 구조를 보강하면 됩니다.
사이트맵 크기와 분할 기준
블로그가 커질수록 사이트맵도 커집니다.
처음에는 글이 적어서 큰 문제가 없지만, 글이 수천 개 이상 쌓이면 사이트맵 인덱스와 하위 사이트맵 구조가 중요해집니다.
구글 문서에 따르면 사이트맵 파일 하나는 압축하지 않은 기준으로 50MB 또는 50,000개 URL 제한을 가집니다. 이보다 크면 여러 개의 사이트맵으로 나누고, 필요하면 사이트맵 인덱스 파일 하나를 제출할 수 있습니다.
워드프레스 SEO 플러그인은 보통 이 구조를 자동으로 처리합니다.
그래서 운영자는 직접 XML 파일을 쪼개기보다, 플러그인에서 사이트맵이 정상 생성되는지 확인하는 데 집중하면 됩니다.
다만 대형 블로그라면 다음 기준을 생각해볼 수 있습니다.
글 사이트맵이 너무 커지면 분할 설정 확인
카테고리별 색인 상태를 따로 보고 싶다면 사이트맵 구조 확인
이미지 중심 콘텐츠가 많다면 이미지 사이트맵 포함 여부 확인
다국어 사이트라면 hreflang과 canonical 구조 확인
오래된 저품질 글이 많다면 사이트맵 포함 대상 재검토
사이트맵은 단순히 “전체 글 목록”이 아니라, 큰 블로그일수록 검색엔진에게 사이트 구조를 설명하는 설계도에 가까워집니다.
lastmod, priority, changefreq는 어떻게 봐야 할까
사이트맵을 열어보면 lastmod, priority, changefreq 같은 항목을 볼 때가 있습니다.
초보자 입장에서는 이 값들이 순위에 큰 영향을 주는 것처럼 보입니다.
하지만 구글은 priority와 changefreq 값을 사용하지 않는다고 밝히고 있습니다. 반면 lastmod는 실제 페이지의 중요한 변경과 일치할 때 크롤링 일정 판단에 도움이 될 수 있습니다.
여기서 핵심은 lastmod를 장난처럼 쓰면 안 된다는 점입니다.
글 내용은 바뀌지 않았는데 날짜만 계속 오늘로 바꾸는 방식은 좋지 않습니다. 구글은 lastmod가 실제 중요한 수정과 일치해야 유용하다고 설명합니다. 본문을 크게 보강했거나, 구조화 데이터가 바뀌었거나, 중요한 내부링크를 수정했을 때는 lastmod가 의미 있습니다. 하지만 푸터 문구나 저작권 연도만 바뀐 정도라면 중요한 수정으로 보기 어렵습니다.
블로그 운영자 입장에서 정리하면 이렇습니다.
priority 숫자를 만진다고 순위가 오르는 것은 아닙니다.changefreq를 daily로 바꾼다고 구글봇이 매일 오는 것은 아닙니다.lastmod는 실제로 중요한 업데이트가 있을 때만 신뢰를 얻습니다.
SEO는 꼼수보다 정직한 신호가 오래 갑니다.
사이트맵 제출 후 색인이 안 될 때 보는 체크리스트
사이트맵 제출을 했는데도 글이 색인되지 않는 경우가 있습니다.
이때는 “구글이 내 사이트를 싫어하나?”라고 생각하기보다 체크리스트로 하나씩 봐야 합니다.
첫째, URL이 사이트맵에 실제로 들어갔는지 확인합니다.
브라우저에서 사이트맵을 열고 해당 글 주소가 포함되어 있는지 봅니다.
둘째, 글이 noindex 처리되어 있지 않은지 확인합니다.
Rank Math 메타 설정에서 Robots Meta가 noindex로 되어 있으면 검색에 나오기 어렵습니다.
셋째, canonical URL이 자기 자신을 가리키는지 봅니다.
다른 URL이 표준으로 잡혀 있으면 구글은 현재 URL을 색인하지 않을 수 있습니다.
넷째, 내부링크가 충분한지 확인합니다.
사이트맵에만 있고 내부에서 거의 연결되지 않은 글은 중요도가 낮게 보일 수 있습니다.
다섯째, 콘텐츠가 너무 얇지 않은지 봅니다.
단순 요약, 중복 문장, 비슷한 글 반복은 “크롤링됨, 현재 색인 생성 안 됨”으로 이어질 수 있습니다.
여섯째, 서버가 안정적인지 확인합니다.
구글봇이 방문했을 때 5xx 오류가 잦거나 응답 속도가 너무 느리면 크롤링 효율이 떨어집니다.
일곱째, robots.txt가 막고 있지 않은지 확인합니다.
실수로 /wp-content/, /category/, /post-sitemap.xml 같은 경로를 막아두면 문제가 생길 수 있습니다.
여덟째, 새 사이트라면 시간을 줘야 합니다.
사이트맵 제출은 시작 신호입니다. 구글이 사이트의 패턴을 이해하고 색인을 넓혀가는 데는 시간이 걸릴 수 있습니다.
실사례: 글 100개를 올렸는데 구글에 12개만 보이는 경우
예를 들어 새 워드프레스 블로그를 만들고 한 달 동안 글 100개를 올렸다고 가정해보겠습니다.
운영자는 Rank Math를 설치했고, 사이트맵 주소도 sitemap_index.xml로 정상 생성되어 있습니다. 구글 서치콘솔에 제출했더니 상태도 성공으로 뜹니다.
그런데 검색결과에서 site:도메인.com으로 확인하면 12개 정도만 보입니다.
이러면 누구나 불안해집니다.
이때 먼저 봐야 할 것은 사이트맵 제출 여부가 아닙니다. 이미 성공이라면 다음 단계로 가야 합니다.
구글 서치콘솔의 페이지 색인 생성 보고서에서 제외된 이유를 봅니다.
“발견됨, 현재 색인 생성 안 됨”이 많다면 구글이 URL을 알고 있지만 아직 충분히 크롤링하지 않았을 가능성이 있습니다.
“크롤링됨, 현재 색인 생성 안 됨”이 많다면 구글이 페이지를 봤지만 색인 가치가 부족하다고 판단했을 수 있습니다.
“대체 페이지, 적절한 표준 태그 포함”이 많다면 canonical 문제나 중복 URL 구조를 봐야 합니다.
이 블로그가 만약 비슷한 제목으로 짧은 글을 많이 발행했다면, 사이트맵 문제가 아니라 콘텐츠 품질과 내부링크 문제가 더 클 수 있습니다. 반대로 콘텐츠는 충분한데 새 사이트라면 시간이 지나면서 점진적으로 색인이 늘어날 수 있습니다.
즉, 사이트맵 제출은 “문을 열어주는 일”입니다.
그 문 안쪽에 있는 글들이 검색엔진이 보기에도 충분히 가치 있어야 색인이 늘어납니다.
사이트맵 재제출은 언제 해야 할까
사이트맵을 한 번 제출한 뒤 매일 다시 제출할 필요는 없습니다.
구글은 성공적으로 크롤링된 사이트맵을 정기적으로 다시 확인합니다. 다만 사이트맵에 큰 변화가 있다면 재제출을 고려할 수 있습니다.
재제출을 고려할 만한 경우는 다음과 같습니다.
사이트 구조를 크게 바꾼 경우
카테고리 URL 구조를 변경한 경우
대량의 글을 삭제하거나 noindex 처리한 경우
도메인을 이전한 경우
http에서 https로 전환한 경우
SEO 플러그인을 바꾼 경우
기존 사이트맵 오류를 수정한 경우
수천 개 이상의 글을 대량 발행한 경우
하지만 글 하나 발행할 때마다 사이트맵을 삭제하고 다시 제출하는 방식은 추천하지 않습니다.
오히려 불필요하게 운영자가 피곤해지고, 문제 원인을 보기 어렵게 만들 수 있습니다.
사이트맵은 제출보다 유지가 중요합니다.
정상적으로 열리고, 실제 중요한 URL을 담고 있고, robots.txt와 충돌하지 않고, Search Console에서 성공 상태를 유지하면 됩니다.
이제는 사이트맵 Ping에 의존하지 말자
예전에는 사이트맵을 제출할 때 특정 URL에 ping 요청을 보내는 방식이 언급되기도 했습니다.
하지만 구글은 사이트맵 ping 엔드포인트 지원을 중단한다고 공지했고, 지금은 robots.txt와 Search Console을 통한 제출 방식이 핵심입니다. ping 요청은 더 이상 유용한 방식으로 보기 어렵습니다.
이 말은 블로그 운영자가 복잡한 자동 ping 스크립트에 집착할 필요가 없다는 뜻입니다.
워드프레스에서는 SEO 플러그인으로 사이트맵을 안정적으로 생성합니다.
구글 서치콘솔에 사이트맵 인덱스를 제출합니다.
robots.txt에 사이트맵 위치가 잘 표시되는지 확인합니다.
중요 글은 내부링크와 URL 검사 도구로 보조합니다.
이 정도가 현실적인 운영 방식입니다.
SEO는 점점 “검색엔진에게 속이는 기술”보다 “검색엔진이 이해하기 쉽게 정리하는 기술”에 가까워지고 있습니다. 사이트맵 제출도 마찬가지입니다.
코리씽크식 사이트맵 제출 운영 루틴
블로그를 여러 개 운영하거나 글을 많이 쓰는 사람이라면 사이트맵 제출을 한 번의 작업으로 끝내지 말고 루틴으로 만들어두는 것이 좋습니다.
코리씽크식으로 정리하면 이렇게 볼 수 있습니다.
1단계, 새 사이트 개설 직후
워드프레스 기본 설정을 끝내고, Rank Math SEO를 설치합니다. 사이트맵이 켜져 있는지 확인하고, sitemap_index.xml이 정상적으로 열리는지 봅니다.
2단계, 구글 서치콘솔 등록
도메인 속성 또는 URL 접두어 속성으로 사이트를 등록합니다. 소유권 인증을 마친 뒤 사이트맵 메뉴에서 sitemap_index.xml을 제출합니다.
3단계, robots.txt 확인도메인/robots.txt를 열어 사이트맵 주소가 표시되는지 확인합니다. 검색엔진을 막는 불필요한 Disallow가 없는지도 함께 봅니다.
4단계, 첫 글 색인 확인
대표 글 1~3개를 URL 검사 도구로 확인합니다. 색인 요청은 남발하지 말고, 기둥글이나 중요한 글 중심으로 사용합니다.
5단계, 일주일 단위 점검
페이지 색인 생성 보고서에서 제외 사유를 봅니다. 색인 안 된 글을 무조건 재제출하기보다, 제목·본문·내부링크·중복 여부를 함께 점검합니다.
6단계, 월 단위 구조 점검
태그 페이지가 너무 많아졌는지, 카테고리 구조가 난잡해졌는지, 오래된 저품질 글이 사이트맵에 계속 들어가 있는지 확인합니다.
이 루틴을 잡아두면 사이트맵 제출은 더 이상 어려운 기술 작업이 아닙니다.
블로그를 구글이 읽기 쉬운 구조로 관리하는 기본 습관이 됩니다.
사이트맵 제출에서 자주 하는 실수
사이트맵 제출은 쉬운 작업처럼 보이지만, 실제로는 작은 실수가 많습니다.
가장 흔한 실수는 주소 오타입니다.sitemap_index.xml을 sitemap-index.xml로 쓰거나, 도메인 뒤 슬래시 구조를 잘못 넣는 경우입니다.
두 번째는 사이트맵이 HTML 페이지로 열리는 경우입니다.
캐시 플러그인, 보안 플러그인, 리디렉션 설정 때문에 XML이 아니라 일반 404 페이지나 홈페이지로 연결될 수 있습니다.
세 번째는 noindex와 사이트맵이 충돌하는 경우입니다.
검색에 노출하지 않겠다고 noindex를 걸어놓고 사이트맵에는 넣어두면 신호가 어색해집니다.
네 번째는 삭제한 글이 사이트맵에 계속 남아 있는 경우입니다.
404 URL이 사이트맵에 많으면 크롤링 효율이 떨어질 수 있습니다.
다섯 번째는 http와 https가 섞이는 경우입니다.
사이트는 https로 운영하는데 사이트맵에는 http 주소가 들어가 있으면 정리가 필요합니다.
여섯 번째는 www와 non-www가 섞이는 경우입니다.www.example.com과 example.com은 검색엔진 입장에서 다른 URL입니다. 운영 기준을 하나로 정하고 canonical, 사이트맵, 서치콘솔 속성을 맞춰야 합니다.
일곱 번째는 사이트맵 제출만 하면 SEO가 끝났다고 생각하는 것입니다.
사이트맵은 기본 세팅이지 콘텐츠 전략을 대신하지 않습니다.
사이트맵 제출과 내부링크는 같이 가야 한다
사이트맵은 검색엔진에게 URL 목록을 알려줍니다.
하지만 내부링크는 페이지 사이의 관계와 중요도를 보여줍니다.
예를 들어 “워드프레스 SEO 완전정리”라는 기둥글이 있고, 그 아래에 “사이트맵 제출”, “robots.txt 설정”, “색인 생성 오류”, “URL 검사 도구”, “Article Schema” 글이 연결되어 있다면 구글은 이 사이트가 SEO 주제를 체계적으로 다룬다고 이해하기 쉽습니다.
반대로 글은 많지만 서로 연결이 거의 없다면, 사이트맵에는 URL이 있어도 사이트 구조가 약해 보일 수 있습니다.
사이트맵 제출 후에는 내부링크도 같이 정리해야 합니다.
기둥글에서 세부 글로 연결합니다.
세부 글에서 기둥글로 다시 연결합니다.
관련 글끼리 자연스럽게 연결합니다.
카테고리 페이지가 단순 목록이 아니라 주제 허브처럼 보이게 만듭니다.
이런 구조가 쌓이면 사이트맵은 단순 URL 목록이 아니라, 실제 사이트 구조와 맞물린 강한 SEO 신호가 됩니다.
사이트맵 제출은 애드센스 승인에도 도움이 될까
사이트맵 제출이 애드센스 승인을 직접 보장하지는 않습니다.
하지만 기본적인 사이트 관리 상태를 보여주는 데는 도움이 됩니다.
애드센스 심사에서 중요한 것은 콘텐츠 품질, 독창성, 탐색 구조, 정책 준수, 충분한 정보성 페이지, 사용자 경험 등입니다. 사이트맵은 이 중에서 탐색 구조와 검색엔진 접근성 측면의 기본 세팅이라고 볼 수 있습니다.
특히 새 블로그가 애드센스를 준비할 때는 다음 세팅을 함께 확인하는 것이 좋습니다.
사이트맵 제출
robots.txt 정상화
개인정보처리방침 페이지
문의 페이지
카테고리 정리
중복 글 정리
얇은 콘텐츠 보강
모바일 가독성
내부링크 구조
검색 노출 가능한 고유 콘텐츠
사이트맵 하나로 승인이 나는 것은 아니지만, 사이트맵도 안 되어 있는 블로그는 기본 정리가 부족해 보일 수 있습니다.
그래서 블로그 운영 초반에는 글쓰기와 함께 이런 기술 SEO 기본기를 같이 챙기는 것이 좋습니다.
사이트맵 제출은 블로그 SEO의 출발점에 가깝습니다.
하지만 구글 검색에서 꾸준히 노출되려면 사이트맵만으로는 부족합니다.
키워드 선정, 제목 구조, 내부링크, 이미지 Alt 텍스트, robots.txt, 색인 관리, 기술 SEO까지 함께 맞물려야 블로그 전체의 검색 신호가 더 단단해집니다.
그래서 사이트맵 제출을 이해했다면, 다음 단계로는 「SEO 완벽 가이드: 검색 상위노출, 키워드 전략, 기술 SEO까지 한 번에 끝내는 실전 블로그 운영법」 도 함께 읽어보면 좋습니다.
이 글에서는 블로그 운영자가 실제로 챙겨야 할 SEO 기본기와 실전 흐름을 한 번에 정리해두었습니다.
코리의 생각
사이트맵 제출은 어렵게 보면 기술 작업이고, 쉽게 보면 구글에게 내 블로그 지도를 건네는 일입니다.
정리하면 이렇게 봅니다.
첫째, 사이트맵은 검색 노출 보장 버튼이 아니라 URL 발견을 돕는 기본 SEO 장치입니다.
둘째, 워드프레스에서는 Rank Math 같은 SEO 플러그인으로 sitemap_index.xml을 생성하고 관리하는 방식이 현실적입니다.
셋째, 구글 서치콘솔에는 보통 개별 사이트맵보다 사이트맵 인덱스 파일을 제출하는 것이 관리하기 좋습니다.
넷째, 제출 후에는 성공 여부만 보지 말고 페이지 색인 보고서와 URL 검사 도구를 함께 봐야 합니다.
다섯째, 사이트맵보다 더 중요한 것은 결국 검색에 보여줄 만한 콘텐츠와 내부링크 구조입니다.
블로그는 글만 쌓는다고 커지지 않습니다.
검색엔진이 읽을 수 있게 정리해야 커집니다.
사이트맵 제출은 그 정리의 첫 단추입니다.
처음에는 작은 설정처럼 보여도, 글이 500개, 1,000개, 5,000개로 늘어날수록 사이트맵은 블로그 운영의 뼈대가 됩니다.
코리씽크에서 블로깅을 오래 다룬다면, 사이트맵 제출은 초보자용 글이면서도 꼭 필요한 기초 글입니다.
왜냐하면 모든 SEO의 시작은 결국 “내 글을 구글이 발견할 수 있는가”에서 출발하기 때문입니다.
사이트맵 제출 방법 참고자료
이 글은 구글 검색 센터의 사이트맵 제작 및 제출 가이드, 구글 서치콘솔 사이트맵 보고서 도움말, 사이트맵 ping 종료 관련 공지, Rank Math의 워드프레스 사이트맵 안내 자료를 참고해 워드프레스 블로그 운영자 관점으로 정리했습니다.
- Google Search Central, Build and Submit a Sitemap
- Google Search Console Help, Sitemaps Report
- Google Search Central Blog, Sitemaps Ping Endpoint Is Going Away
- Rank Math, How to Submit Your Website to Search Engines
사이트맵 제출 방법 Q&A
Q1. 사이트맵 제출하면 구글에 바로 색인되나요?
아닙니다. 사이트맵 제출은 구글에게 URL 위치를 알려주는 작업입니다. 구글이 사이트맵을 읽은 뒤에도 실제 크롤링과 색인 판단에는 시간이 걸릴 수 있습니다. 사이트맵 상태가 성공이어도 모든 URL이 바로 색인되는 것은 아닙니다.
Q2. 워드프레스에서는 어떤 사이트맵을 제출해야 하나요?
Rank Math SEO를 사용한다면 보통 sitemap_index.xml을 제출하면 됩니다. 이 파일은 글 사이트맵, 페이지 사이트맵, 카테고리 사이트맵 등을 묶은 대표 사이트맵 인덱스입니다. 개별 사이트맵을 하나씩 넣기보다 인덱스 파일 하나로 관리하는 것이 편합니다.
Q3. 사이트맵 제출 후 “가져올 수 없음”이 뜨면 어떻게 해야 하나요?
먼저 사이트맵 URL을 브라우저에서 직접 열어보세요. 404 오류, 빈 화면, 로그인 차단, 보안 플러그인 차단, 캐시 문제, http/https 혼동이 있는지 확인해야 합니다. 이후 구글 서치콘솔의 URL 검사 도구로 사이트맵 주소가 Googlebot에게 접근 가능한지도 점검하는 것이 좋습니다.
#사이트맵제출 #구글서치콘솔 #워드프레스SEO #RankMath #XML사이트맵 #sitemapindex #robots.txt #색인생성 #구글색인 #블로그SEO #기술SEO #코리씽크
👉 같이 읽어보세요
이 글이 도움이 되셨다면, 아래 글도 함께 읽어보세요.
같은 주제를 조금 더 넓고 깊게 이해하는 데 도움이 될 거예요.
색인이 안 되는 이유: Search Console 색인 생성 문제와 워드프레스 블로그 해결법 완전정리
Search Console 활용법: 워드프레스 블로그 색인·검색노출·클릭률을 키우는 실전 SEO 가이드
색인 생성 원리 : 워드프레스 SEO와 구글 서치콘솔로 검색 노출을 키우는 기술 SEO 가이드
생각이 조금 가벼워졌다면 그걸로 충분해요.
다음 질문에서 또 만나요 — Beautiful KoriThink