워드프레스 글 색인 안됨 해결: Search Console부터 noindex까지 점검 순서

워드프레스 글을 발행했는데 구글 검색에 보이지 않는다면 먼저 당황할 필요는 없습니다. 새 글은 구글이 아직 URL을 발견하지 못했을 수도 있고, 설정 하나 때문에 색인이 막혀 있을 수도 있으며, 기술적으로는 열려 있어도 중복 URL이나 콘텐츠 품질 문제로 제외될 수도 있습니다. 중요한 것은 색인 요청 버튼을 반복해서 누르는 것이 아니라, 현재 상태를 확인하고 원인을 하나씩 줄여 가는 것입니다.

워드프레스 글 색인 안됨 해결을 위한 Search Console 점검 화면

워드프레스 글 색인 안됨, 원인은 몇 가지로 좁혀집니다

구글 색인 문제는 대체로 발견 문제, 크롤링 차단, 색인 차단, 대표 URL 선택 문제, 콘텐츠 품질 문제로 나뉩니다. 글을 발행한 지 얼마 되지 않았다면 단순히 구글이 아직 방문하지 않은 상태일 수 있습니다. 반대로 몇 주가 지나도 변화가 없다면 워드프레스 설정, SEO 플러그인, robots.txt, 사이트맵, canonical을 차례대로 확인해야 합니다.

증상 가능한 원인 먼저 볼 곳
URL이 Google에 등록되어 있지 않음 구글이 아직 발견하지 못했거나 크롤링 전 Search Console URL 검사
라이브 테스트는 되지만 색인 안 됨 대기 중이거나 품질·중복 판단 Page indexing 세부 항목
사이트 전체 글이 안 잡힘 워드프레스 검색 엔진 가시성 설정 설정 > 읽기
특정 글만 안 잡힘 글 단위 noindex 또는 canonical 문제 SEO 플러그인 고급 설정
구글봇 접근이 막힘 robots.txt 차단 도메인 뒤 /robots.txt

Search Console URL 검사로 현재 상태를 먼저 확인하세요

가장 먼저 할 일은 구글 서치 콘솔에서 해당 글의 정확한 URL을 검사하는 것입니다. URL 검사 도구는 특정 페이지가 구글 색인에 있는지, 색인 가능 여부는 어떤지, 마지막 크롤링 정보와 canonical 정보가 무엇인지 확인하는 데 쓰입니다. 기능의 기준은 Google URL 검사 도구 안내에서 확인할 수 있습니다.

“URL이 Google에 등록되어 있지 않음”이 의미하는 것

이 메시지는 해당 URL이 현재 구글 색인에 없다는 뜻입니다. 하지만 원인은 하나가 아닙니다. 새 글이라 아직 발견되지 않았을 수 있고, 구글봇이 접근하지 못했을 수 있으며, noindex나 canonical 때문에 다른 판단이 내려졌을 수도 있습니다. 그래서 결과 문구만 보지 말고 Page indexing, Crawling, Indexing allowed, User-declared canonical, Google-selected canonical 같은 세부 항목을 함께 봐야 합니다.

라이브 테스트와 색인 요청은 순서가 중요합니다

URL 검사 후 바로 색인 요청을 누르기보다 먼저 라이브 테스트를 실행해 현재 페이지가 구글봇 기준으로 접근 가능한지 확인하세요. 라이브 테스트에서 접근 가능하고 noindex가 없으며 중요한 리소스가 막혀 있지 않다면 색인 요청을 할 수 있습니다. 다만 색인 요청은 “크롤링을 요청하는 절차”일 뿐 즉시 색인이나 검색 노출을 보장하지 않습니다. 같은 URL에 반복 요청해도 더 빨라지는 것은 아니며, 처리에는 며칠에서 몇 주가 걸릴 수 있습니다.

워드프레스 글이 구글에 색인되지 않을 때 확인할 순서

워드프레스 검색 엔진 가시성 설정을 확인하세요

워드프레스 관리자에서 설정 > 읽기로 이동하면 “검색 엔진이 이 사이트를 검색하지 못하게 하기” 또는 이와 비슷한 검색 엔진 가시성 옵션이 있습니다. 이 항목이 체크되어 있으면 검색 엔진에 사이트를 색인하지 말라고 요청할 수 있습니다. WordPress.org 읽기 설정 문서에서도 이 옵션은 검색 엔진에 색인을 막아 달라고 요청하는 기능으로 설명됩니다.

특히 개발 중이던 사이트를 공개로 전환했거나, 테마 작업 후 운영을 시작한 사이트라면 이 체크박스가 남아 있는 경우가 있습니다. WordPress 5.3 이후 환경에서는 이 설정으로 인해 meta name="robots" content="noindex,nofollow" 형태의 메타 태그가 생성될 수 있습니다. 체크되어 있다면 해제하고 저장한 뒤, 중요한 글 URL을 다시 검사하세요.

단, 이 옵션은 보안 기능이 아닙니다. 방문자 접근을 차단하거나 비공개 페이지를 보호하는 기능이 아니라 검색 엔진에 요청하는 신호에 가깝습니다. 비공개 자료라면 비밀번호 보호, 회원 권한, 서버 접근 제한을 별도로 사용해야 합니다.

글 단위 noindex와 SEO 플러그인 설정을 점검하세요

noindex는 해당 페이지를 검색 결과에 표시하지 말라는 강한 신호입니다. 워드프레스 전체 설정은 정상인데 특정 글만 색인되지 않는다면 글 편집 화면의 SEO 플러그인 설정을 확인해야 합니다. Yoast SEO, Rank Math, All in One SEO 같은 플러그인은 글별로 “검색 결과에 표시”, “색인 허용”, “noindex”와 유사한 고급 옵션을 제공하는 경우가 있습니다. 플러그인마다 메뉴명은 다를 수 있으므로 글 편집 화면의 SEO 박스와 고급 탭을 차분히 확인하세요.

카테고리와 태그 noindex는 글 noindex와 다릅니다

많은 사이트가 중복 페이지 관리를 위해 카테고리, 태그, 작성자 아카이브를 noindex로 설정합니다. 이것 자체가 개별 글의 색인을 막는 것은 아닙니다. 하지만 실수로 “글”, “포스트”, “콘텐츠 유형” 전체에 noindex를 적용하면 새 글이 색인되지 않을 수 있습니다. 문제가 넓게 발생한다면 개별 글뿐 아니라 플러그인의 콘텐츠 유형별 검색 노출 설정도 함께 확인해야 합니다.

robots.txt는 색인 차단용 도구가 아닙니다

도메인 뒤에 /robots.txt를 붙이면 현재 robots.txt 파일을 확인할 수 있습니다. 예를 들어 본인 도메인이 mydomain.com이라면 mydomain.com/robots.txt 형식으로 접속합니다. 여기에서 중요한 글 경로, 카테고리 경로, 필수 CSS·JS 리소스가 불필요하게 Disallow 처리되어 있지 않은지 봐야 합니다.

주의할 점은 robots.txt가 “검색 결과에서 숨기는 도구”가 아니라는 것입니다. Google 공식 설명에 따르면 robots.txt는 주로 크롤러 접근과 트래픽 관리를 위한 파일입니다. robots.txt로 차단된 URL도 외부 링크나 내부 링크를 통해 URL 자체가 발견되면, 내용 없이 주소만 검색 결과에 나타날 수 있습니다. 검색 결과에서 제외하고 싶다면 noindex, 비밀번호 보호, 삭제 요청처럼 목적에 맞는 방식을 써야 합니다.

색인 안 됨을 해결하는 관점에서는 반대로 접근해야 합니다. 중요한 글 URL을 구글봇이 가져갈 수 있어야 하므로, 글 본문 경로나 렌더링에 필요한 리소스를 막고 있지 않은지 확인하세요. 특히 무작정 /wp-content/ 전체를 막으면 테마, 이미지, 스크립트 확인에 문제가 생길 수 있습니다.

noindex robots.txt 사이트맵 canonical 차이

사이트맵 제출과 내부 링크는 발견 속도에 영향을 줍니다

사이트맵은 구글이 사이트의 중요한 URL과 업데이트 정보를 더 효율적으로 발견하도록 돕습니다. 하지만 사이트맵 제출은 색인 보장이 아닙니다. 새 사이트, 외부 링크가 거의 없는 사이트, 내부 링크 구조가 약한 사이트에서는 사이트맵과 내부 링크가 특히 중요합니다.

워드프레스는 기본 사이트맵을 제공하거나 SEO 플러그인을 통해 사이트맵을 생성하는 경우가 많습니다. 일반적으로 /sitemap.xml, /wp-sitemap.xml, 또는 SEO 플러그인에서 안내하는 사이트맵 주소를 확인합니다. 이후 Search Console의 Sitemaps 메뉴에 해당 주소를 제출하고, 상태가 “성공”인지 확인하세요. 제출 오류가 있다면 사이트맵 URL이 잘못되었거나, 서버 응답이 불안정하거나, noindex URL이 과도하게 포함되어 있을 수 있습니다.

내부 링크도 중요합니다. 새 글이 사이트 안 어디에서도 연결되지 않으면 발견이 늦어질 수 있습니다. 홈페이지의 최신 글 영역, 관련 글, 카테고리 페이지, 기존 인기 글에서 자연스럽게 새 글로 연결해 주세요. 단순히 링크 수를 늘리는 것이 아니라, 사용자가 다음에 읽을 만한 맥락에서 연결하는 것이 좋습니다.

canonical과 중복 URL 문제를 확인하세요

Search Console URL 검사 결과에서 User-declared canonicalGoogle-selected canonical을 비교해 보세요. 사용자가 선언한 대표 URL과 구글이 선택한 대표 URL이 다르면, 구글은 현재 URL 대신 다른 URL을 더 적합한 대표 페이지로 판단했을 수 있습니다.

중복 URL 문제는 생각보다 자주 발생합니다. httphttps, www와 non-www, 끝 슬래시 유무, URL 파라미터, AMP 또는 인쇄용 페이지, 같은 글을 다른 주소로 접근할 수 있는 구조가 원인이 될 수 있습니다. rel="canonical"은 대표 URL을 알려주는 신호이지만 절대 명령은 아닙니다. 내부 링크, 사이트맵, 리디렉션, canonical 태그가 모두 같은 URL을 가리키도록 정리해야 신호가 강해집니다.

기술 문제가 없어도 콘텐츠 자체를 점검해야 합니다

페이지가 접근 가능하고 noindex도 없고 사이트맵에도 들어 있는데 색인이 지연되거나 제외된다면 콘텐츠 품질을 봐야 합니다. 구글은 사람에게 도움이 되는 독창적이고 신뢰할 수 있는 콘텐츠를 우선적으로 평가합니다. 단순히 글자 수를 늘리는 방식은 해결책이 아닙니다.

검색자가 이 글에 들어왔을 때 원하는 답을 실제로 얻을 수 있는지 확인하세요. 문제의 원인, 해결 순서, 예시, 주의점, 이미지, FAQ가 충분한지 봐야 합니다. 다른 글을 거의 복사한 내용, 자동 생성 문장만 많은 글, 제목은 구체적인데 본문은 일반론뿐인 글은 색인과 노출 모두에 불리할 수 있습니다. 색인 문제를 기술 설정만의 문제로 보지 말고, “이 URL을 구글이 검색 결과에 넣을 만큼 별도 가치가 있는가”까지 함께 점검하는 것이 안전합니다.

워드프레스 글 색인 안됨 해결 체크리스트

  1. Search Console에서 정확한 글 URL을 검사합니다.
  2. 라이브 테스트로 현재 페이지 접근 가능 여부를 확인합니다.
  3. 문제가 없다면 색인 요청을 1회 진행합니다.
  4. 워드프레스 설정 > 읽기의 검색 엔진 가시성 체크를 해제합니다.
  5. 글 편집 화면과 SEO 플러그인에서 noindex가 켜져 있는지 확인합니다.
  6. /robots.txt에서 중요한 글과 필수 리소스가 차단되지 않았는지 봅니다.
  7. 사이트맵 주소를 확인하고 Search Console에 제출합니다.
  8. 홈페이지, 관련 글, 카테고리에서 새 글로 내부 링크를 추가합니다.
  9. URL 검사에서 canonical 항목을 확인하고 중복 URL 신호를 정리합니다.
  10. 검색 의도에 맞게 본문을 보강한 뒤 며칠에서 몇 주 단위로 재확인합니다.

자주 묻는 질문

색인 요청을 여러 번 누르면 더 빨라지나요?

아니요. 같은 URL에 대해 색인 요청을 반복한다고 더 빨리 처리된다고 보기는 어렵습니다. 먼저 접근 가능 여부와 noindex, canonical 문제를 해결한 뒤 한 번 요청하고 기다리는 편이 낫습니다.

색인 요청 후 얼마나 기다려야 하나요?

정확한 보장 기간은 없습니다. 구글의 크롤링과 색인 반영은 사이트 상태, URL 중요도, 내부 링크, 콘텐츠 품질 등에 따라 며칠에서 몇 주까지 걸릴 수 있습니다.

사이트맵을 제출하면 무조건 색인되나요?

아닙니다. 사이트맵은 URL 발견을 돕는 파일이지 색인 보장 장치가 아닙니다. noindex, robots.txt 차단, canonical 불일치, 품질 문제는 별도로 해결해야 합니다.

site:검색에 안 나오면 무조건 색인 안 된 건가요?

site: 검색은 빠른 참고용으로는 쓸 수 있지만 가장 직접적인 확인 방법은 Search Console URL 검사입니다. 실제 검색 노출 여부를 보려면 URL 전체를 구글에 검색해 보는 방법도 함께 사용할 수 있습니다.

색인되면 바로 상위 노출되나요?

색인은 검색 결과에 포함될 수 있는 상태가 되는 것이고, 순위는 별도의 평가 문제입니다. 색인 후에도 검색 의도 충족, 콘텐츠 신뢰도, 사이트 권위, 내부 링크, 경쟁 문서 수준에 따라 노출 순위는 달라질 수 있습니다.