최초 작성일: 2026년 9월 5일
최종 업데이트: 2026년 9월 5일
이 글은 Google, WordPress 및 관련 서비스의 공식 문서를 우선 확인해 작성했으며, 서비스 화면이나 정책 변경에 따라 내용이 달라질 수 있습니다.
WordPress에 글을 발행했는데 며칠이 지나도 Google에서 찾을 수 없으면 가장 먼저 드는 생각은 비슷합니다.
“색인이 안 된 건가?”
그래서 Search Console에서 색인 생성을 다시 요청하거나 사이트맵을 다시 제출하고, SEO 플러그인 설정까지 이것저것 바꾸기 시작합니다.
하지만 이 방법은 문제를 해결하기보다 원인을 더 찾기 어렵게 만들 수 있습니다.
Google에 글이 나오지 않는 이유는 하나가 아닙니다.
Google이 아직 URL 자체를 발견하지 못했을 수도 있고, URL은 발견했지만 아직 크롤링하지 않았을 수도 있습니다. 크롤링은 했지만 색인하지 않았을 수도 있고, robots.txt나 noindex 때문에 검색 대상에서 제외되고 있을 수도 있습니다.
따라서 가장 먼저 해야 할 일은 설정을 바꾸는 것이 아니라,
“내 글이 Google 처리 과정의 어디에서 멈춰 있는가?”
를 확인하는 것입니다.
먼저 확인하세요: 정말 Google에 없는 페이지인가요?
특정 페이지의 상태를 확인할 때 가장 먼저 사용할 도구는 Google Search Console의 URL 검사입니다.
Search Console 상단 입력창에 확인하려는 글의 전체 URL을 입력합니다.
검사 결과에 따라 다음 단계가 달라집니다.
URL이 Google에 있음
→ 이미 색인된 상태일 가능성이 높습니다.
→ 검색결과에서 바로 찾기 어렵다면 색인 문제가 아니라 검색순위나 검색어 관련 문제일 수 있습니다.
URL이 Google에 없음
→ 아래 단계로 계속 진단합니다.
URL 검사에서 “Google에 있음”으로 표시되더라도 모든 검색어에서 반드시 노출된다는 의미는 아닙니다.
1단계. Google이 이 URL을 알고 있나요?
첫 번째 질문은 간단합니다.
Google이 이 페이지의 존재를 알고 있는가?
URL 검사에서 마지막 크롤링 기록이 없거나 Google이 아직 해당 URL을 발견하지 못한 상태라면, 먼저 발견 경로부터 확인해야 합니다.
Google은 일반적으로 다른 페이지의 링크를 따라가거나 사이트맵을 통해 새로운 URL을 발견합니다.
따라서 새 글이라면 다음을 확인하세요.
- 홈페이지나 카테고리에서 해당 글로 이동할 수 있는가
- 다른 관련 글에서 내부링크가 연결되어 있는가
- XML Sitemap에 해당 URL이 포함되어 있는가
- Search Console에 올바른 Sitemap이 제출되어 있는가
새 글을 발행했는데 사이트 어디에서도 연결하지 않았다면 Google이 발견하기까지 시간이 더 걸릴 수 있습니다.
이 상태라면
Google이 URL을 아직 모름
→ 내부링크 확인
→ Sitemap 확인
→ 필요한 경우 URL 검사에서 색인 생성 요청
사이트 전체에서 여러 URL을 Google에 알릴 때는 개별 URL을 계속 요청하기보다 Sitemap을 사용하는 것이 더 적절합니다.
2단계. Google이 페이지에 접근할 수 있나요?
URL을 발견했다고 해서 반드시 페이지 내용을 읽을 수 있는 것은 아닙니다.
URL 검사에서 실시간 URL 테스트를 실행하면 현재 Googlebot이 페이지에 접근할 수 있는지 확인하는 데 도움이 됩니다.
여기서는 특히 다음을 봅니다.
- 페이지 가져오기 성공 여부
- 색인 생성 허용 여부
- robots.txt 차단 여부
- noindex 존재 여부
- 로그인이나 접근 제한 여부
WordPress에서는 이것도 확인하세요
WordPress 관리자에서
설정 → 읽기 → 검색 엔진 가시성
으로 이동합니다.
검색 엔진이 이 사이트를 검색하는 것을 차단
항목이 체크되어 있지 않은지 확인합니다.
사이트를 처음 만들 때 테스트 목적으로 설정해두었다가 해제하지 않는 경우가 있기 때문입니다.
단, Search Console에서 색인 문제가 보인다고 해서 이 설정을 무조건 켰다 껐다 반복할 필요는 없습니다.
실제 설정 상태를 먼저 확인한 뒤 문제가 있을 때만 수정하는 것이 중요합니다.
3단계. 페이지가 다른 URL로 이동하고 있지는 않나요?
URL 검사에서 예상과 다른 URL이 표시된다면 리디렉션도 확인해야 합니다.
예를 들어 예전에 사용하던 URL을 새 주소로 301 리디렉션했다면 이전 URL이 Google에 색인되지 않는 것은 정상일 수 있습니다.
따라서 Search Console에서
Page with redirect
라는 메시지가 보인다고 해서 무조건 오류라고 생각하면 안 됩니다.
먼저 질문해야 합니다.
“이 URL이 원래 Google 검색결과에 직접 나와야 하는 주소인가?”
리디렉션시키려고 만든 URL이라면 검색결과에서 제외되는 것이 의도한 동작일 수 있습니다.
4단계. Google이 다른 canonical URL을 선택했나요?
WordPress에서는 하나의 콘텐츠가 여러 형태의 URL로 접근되는 경우가 생길 수 있습니다.
Google은 내용이 같거나 매우 비슷한 여러 URL을 발견하면 그중 대표 URL, 즉 canonical URL을 선택합니다.
URL 검사에서 다음 두 항목을 확인해볼 수 있습니다.
사용자 선언 canonical
사이트가 대표 주소라고 알려준 URL
Google이 선택한 canonical
Google이 실제 대표 페이지라고 판단한 URL
둘이 다르다고 해서 항상 문제가 있는 것은 아닙니다.
Google은 canonical 지정을 강제 명령이 아니라 여러 신호 중 하나로 사용합니다.
따라서 canonical 관련 메시지가 나오면 바로 플러그인 설정을 바꾸기보다,
- 실제로 중복 페이지가 존재하는지
- 어느 URL이 검색되어야 하는지
- 내부링크가 어느 URL을 가리키는지
- Sitemap에는 어느 URL이 들어있는지
부터 확인해야 합니다.
5단계. 크롤링은 했는데 색인하지 않았나요?
초보자가 가장 당황하기 쉬운 상태 중 하나입니다.
Crawled – currently not indexed
즉 Google이 페이지를 방문하고 내용을 가져갔지만 현재 색인에는 포함하지 않은 상태입니다.
이 상태에서는 “Google이 글을 못 읽었다”라고 바로 판단하면 안 됩니다.
이미 크롤링했다는 것은 최소한 Google이 URL에 접근했다는 뜻이기 때문입니다.
이 경우에는 기술 설정만 계속 바꾸기보다 페이지 자체도 함께 확인해야 합니다.
확인할 항목
- 다른 글과 내용이 지나치게 겹치지 않는가
- 제목만 다르고 본문 구조가 거의 같은 글이 여러 개 있지 않은가
- 독자가 실제로 얻을 수 있는 정보가 충분한가
- 다른 페이지에서 이 글로 연결되는 내부링크가 있는가
- 해당 페이지가 사이트 안에서 중요한 위치에 있는가
이 단계의 핵심은 색인 요청 버튼을 반복해서 누르는 것보다 Google이 이 페이지를 독립적으로 색인할 이유가 있는지 확인하는 것입니다.
6단계. Discovered 상태라면 조금 다르게 봐야 합니다
Discovered – currently not indexed와 Crawled – currently not indexed는 같은 상태가 아닙니다.
Discovered 상태라면 Google이 URL의 존재는 알고 있지만 아직 크롤링하지 않은 상태에 가깝습니다.
따라서 먼저 확인할 것은:
- Sitemap에 들어있는가
- 내부링크가 연결되어 있는가
- 사이트에 비슷한 URL이 지나치게 많이 생성되고 있지 않은가
- 중요한 페이지가 너무 깊은 위치에 있지 않은가
입니다.
반대로 Crawled 상태라면 이미 읽은 뒤 색인하지 않은 것이므로 접근 문제와 콘텐츠·중복·대표 URL 문제를 구분해서 보는 것이 중요합니다.
7단계. 문제를 수정했다면 이렇게 확인합니다
설정을 수정했거나 콘텐츠를 보완했다면 바로 여러 플러그인을 추가하거나 Sitemap을 반복 제출하지 마세요.
다음 순서면 충분합니다.
1. URL 검사
수정한 URL을 다시 검사합니다.
2. 실시간 URL 테스트
현재 Google이 페이지에 접근할 수 있는지 확인합니다.
3. 문제가 해결됐다면 색인 생성 요청
중요한 개별 페이지라면 Search Console의 색인 생성 요청을 사용할 수 있습니다.
다만 색인 생성 요청은 색인을 보장하는 버튼이 아닙니다.
요청했다고 바로 색인되는 것도 아니며, 같은 URL을 계속 반복해서 요청한다고 처리 속도가 보장되는 것도 아닙니다.
Google에 글이 안 나올 때 가장 먼저 기억할 순서
문제가 생겼을 때 아래 순서대로 확인하면 불필요한 설정 변경을 크게 줄일 수 있습니다.
Google이 URL을 알고 있는가?
아니오
→ 내부링크와 Sitemap 확인
예
→ Google이 페이지를 크롤링했는가?
아니오
→ Discovered 상태와 발견·크롤링 경로 확인
예
→ 색인됐는가?
아니오
→ Crawled 상태, noindex, canonical, 중복 및 페이지 가치 확인
예
→ 색인 문제가 아니라 실제 검색노출 상태 확인
이런 행동은 먼저 하지 않는 것이 좋습니다
Google에 글이 나오지 않는다고 바로 아래 작업부터 반복하면 원인을 찾기 어려워질 수 있습니다.
- SEO 플러그인을 계속 변경하기
- Sitemap을 반복해서 삭제하고 재등록하기
- 모든 Search Console 메시지를 오류라고 판단하기
- 모든 404를 무조건 301 리디렉션하기
- robots.txt를 이해하지 않은 상태에서 수정하기
- 색인 생성 요청을 계속 반복하기
- 비슷한 내용의 글을 다시 만들어 새 URL로 발행하기
먼저 현재 상태를 구분한 다음 그 상태에 필요한 작업만 하는 것이 더 안전합니다.
결론
WordPress 글이 Google에 나오지 않을 때 가장 중요한 것은 해결 방법을 많이 시도하는 것이 아닙니다.
Google이 그 URL을 어디까지 처리했는지를 먼저 확인하는 것입니다.
URL을 아직 발견하지 못한 문제와, 발견했지만 크롤링하지 않은 문제, 크롤링했지만 색인하지 않은 문제는 서로 해결 순서가 다릅니다.
CrawlPath에서는 이 과정을 다음 네 단계로 나눠 봅니다.
발견 → 크롤링 → 색인 → 검색노출
이 순서대로 확인하면 무엇부터 고쳐야 할지 훨씬 명확해집니다.
정보 확인 기준
이 글은 가능한 한 다음 순서로 정보를 확인합니다.
- Google 및 관련 서비스의 공식 문서
- WordPress의 실제 설정 구조
- 기술적으로 확인 가능한 색인·크롤링 상태
- 반복적으로 확인되는 사용자 사례
사이트 환경에 따라 결과가 달라질 수 있는 내용은 하나의 해결 방법을 모든 사이트에 적용되는 정답처럼 표현하지 않습니다.