티스토리 구글 검색 누락 해결방법｜서치콘솔 색인 오류 6가지와 점검 순서

티스토리 방문자가 갑자기 줄어든 날, 메일까지 한 통 도착하면 신경이 쓰입니다. “페이지 색인이 생성되지 않는 새로운 이유”라는 문구를 보면 블로그 전체가 구글 검색에서 빠진 건 아닌지 걱정부터 들죠.

그런데 서치콘솔을 열어보면 대체 페이지, robots.txt 차단, 리디렉션, 404처럼 서로 다른 상태가 한 화면에 섞여 있습니다.

검색 누락을 해결할 때는 오류 개수보다 어떤 주소가 제외됐는지부터 확인해야 합니다. 삭제한 주소나 모바일용 대체 주소의 제외는 정상일 수 있지만, 공개한 핵심 글의 차단은 수정해야 합니다.

먼저 확인할 순서
글이 열리는지 확인 → URL 검사 → 제외 사유와 대표 주소 확인 → 원인 수정 → 실제 URL 테스트 → 필요한 글만 색인 생성 요청

사이트맵을 반복 삭제하거나 도메인을 바꾸는 작업은 첫 번째 해결책이 아닙니다.

구글 검색 누락과 검색 순위 하락부터 구분하기

검색창에서 내 글이 안 보인다고 반드시 색인이 삭제된 것은 아닙니다.

글이 검색 대상에 등록돼 있어도 특정 검색어에서 순위가 내려가면 눈에 잘 띄지 않습니다.

상황	먼저 볼 곳	다음 행동
새 글 몇 개만 검색되지 않음	해당 글 URL 검사	공개 상태·수집 여부·대표 주소 확인
여러 주요 글이 한꺼번에 보이지 않음	페이지 색인 생성 추이·서버 상태·직접 조치	전역 차단·접근 오류·변경 이력 확인
URL 검사에서는 등록됐는데 방문자 감소	실적 → 검색결과	비교 기간의 클릭·노출·검색어·순위 확인

구글의 site: 검색은 간단히 살펴볼 때 유용합니다. 다만 결과가 전체 색인 목록을 빠짐없이 보여주는 것은 아니므로, 여기서 글이 안 보인다는 이유만으로 통누락을 확정하지 않습니다.

site:example.com
site:example.com/123

위 주소는 설명용 예시입니다. 자신의 블로그 주소와 실제 글 주소로 바꾸고, 최종 상태는 구글 서치콘솔 URL 검사에서 확인하세요.

서치콘솔 색인 오류 6가지, 무엇부터 고칠까?

“색인이 생성되지 않음” 목록은 모든 항목을 0으로 만드는 숙제가 아닙니다.

검색에 보여야 할 대표 게시글이 빠져 있는지를 기준으로 판단하면 훨씬 단순해집니다.

제외 사유	쉽게 이해하기	우선 확인
적절한 표준 태그가 포함된 대체 페이지	같은 내용의 대표 주소가 따로 있음	대표 글이 맞는지
robots.txt에 의해 차단됨	구글의 내용 수집을 경로 규칙으로 제한	공개 글인지 관리 주소인지
리디렉션이 포함된 페이지	다른 주소로 이동하는 URL	최종 도착 글이 맞는지
찾을 수 없음(404)	해당 주소에 페이지가 없음	의도한 삭제인지
발견됨 - 현재 색인이 생성되지 않음	주소를 알지만 아직 수집하지 않음	내부 링크·접근성·대기 기간
크롤링됨 - 현재 색인이 생성되지 않음	수집했지만 현재 색인에 포함하지 않음	본문·중복·수집 결과

각 사유를 누르면 예시 URL이 나옵니다. 화면 아래 “총 6행”처럼 표시되는 숫자는 사유의 행 수일 수 있으므로, 문제가 생긴 게시글 개수와 혼동하지 마세요.

적절한 표준 태그가 포함된 대체 페이지

표준 주소(canonical)는 같은 내용을 여러 주소로 볼 수 있을 때 대표로 사용할 URL입니다. 예를 들어 /123과 /m/123이 같은 글이라면 모바일 주소가 일반 글 주소를 대표로 가리킬 수 있습니다.

URL 검사에서 사용자 선언 표준 URL과 Google에서 선택한 표준 URL을 비교하고, 대표 주소도 검사하세요. 이 정보는 기존 색인 정보에서 확인하며 실제 URL 테스트만으로 구글이 선택할 대표 주소를 확정할 수는 없습니다.

글마다 대표 주소가 모두 홈페이지로 지정돼 있다면 수정 대상입니다. 반대로 모바일·추적용 주소가 올바른 본문을 가리키고 있다면 그대로 두면 됩니다.

robots.txt에 의해 차단됨

관리자나 로그인 경로를 막아둔 것이라면 일반 게시글의 검색 누락과는 구분해야 합니다. 문제가 된 주소가 공개 게시글인지부터 확인하세요.

robots.txt는 수집 경로를 제어하고, noindex는 검색 색인에 넣지 말라는 지시입니다. robots.txt에 noindex 한 줄을 적어서 색인을 제어하는 방식은 지원되지 않습니다. 구글이 페이지의 noindex를 읽으려면 해당 페이지에 접근할 수 있어야 합니다.

리디렉션이 포함된 페이지

HTTP 주소가 HTTPS로 이동하거나 이전 글 주소가 새 주소로 이동한다면 이전 주소의 제외는 정상일 수 있습니다. 최종 도착 글이 열리고 색인 가능한지 확인하면 됩니다.

특정 글이 홈페이지로 이동하거나 A → B → A로 반복 이동한다면 이동 규칙을 점검하세요. 최종 URL을 내부 링크와 사이트맵에서도 일관되게 사용하는 편이 좋습니다.

찾을 수 없음(404)

의도적으로 삭제했고 대신 보여줄 글도 없다면 404를 유지할 수 있습니다. 살아 있어야 할 글이 사라졌다면 기존 주소로 복구하고, 같은 내용의 글이 새 주소로 이동했다면 적절한 영구 이동을 설정합니다.

삭제된 글을 전부 홈페이지로 보내지는 마세요. 관련 없는 페이지로 보내면 독자가 원하는 답을 찾을 수 없고, 검색엔진에서도 정상적인 대체 페이지로 처리하지 않을 수 있습니다.

발견됨 - 현재 색인이 생성되지 않음

구글이 주소는 알지만 아직 본문을 수집하지 않은 상태입니다. 새 글이라면 처리 시간이 필요할 수 있으며, 오래된 주요 글이라면 접근성과 연결 구조를 함께 살펴보세요.

관련 있는 기존 글에서 해당 글로 링크를 연결하고, 카테고리나 글 목록에서 찾아갈 수 있게 합니다. 사이트맵에 빠져도 내부 링크로 발견될 수 있으므로 사이트맵 누락을 곧바로 수집 불가능으로 해석하지는 않습니다.

크롤링됨 - 현재 색인이 생성되지 않음

구글이 페이지를 수집한 뒤 현재 색인에 포함하지 않은 상태입니다. 이 문구만 보고 스팸 제재나 특정 작성 도구의 문제라고 확정할 수는 없습니다.

URL 검사와 가능한 경우 수집·테스트 화면에서 본문이 실제로 보이는지 살펴보세요. 접속 제한 화면이 대신 나오거나 비슷한 글이 여러 개라면 해당 부분을 먼저 점검합니다.

글을 보완할 때는 분량을 늘리는 것보다 제목에서 약속한 답이 있는지를 봅니다. 오류 해결 글이라면 적용 환경, 실패했을 때의 다음 방법, 해결 여부 확인까지 있어야 독자가 실제로 따라 할 수 있습니다.

티스토리 검색 누락, 초보자는 이 순서로 확인하세요

1. 로그아웃 또는 시크릿 창에서 글 열기: 공개 글인지, 보호 글이나 오류 화면으로 바뀌지 않는지 확인합니다.
2. 정확한 속성 선택: 기본 티스토리 주소와 개인 도메인을 구분하고 검사할 주소가 포함된 속성을 선택합니다.
3. 글 주소로 URL 검사: 홈페이지가 아니라 검색에 안 나오는 게시글 주소를 입력합니다.
4. 기존 검사 결과 기록: 마지막 크롤링 시점, 크롤링 허용 여부, 색인 생성 허용 여부, 대표 주소를 확인합니다.
5. 실제 URL 테스트: 지금 구글이 접근할 수 있는지 확인합니다. 현재 테스트 성공과 이미 색인됨은 다릅니다.
6. 원인 수정 후 요청: 필요한 주요 글만 색인 생성 요청하고 이후 상태를 다시 확인합니다.

스킨을 바꾼 뒤 문제가 시작됐다면

스킨 변경 직후에는 본문 출력, 메타 태그와 대표 주소부터 확인하는 편이 좋습니다.

설정을 한꺼번에 바꾸면 어떤 변경이 영향을 줬는지 알기 어려우므로 기존 스킨을 백업하고 한 항목씩 점검하세요.

1. 페이지 전체에 noindex가 들어가지 않았는지 확인합니다.
2. 게시글의 canonical이 해당 글 주소를 가리키는지 확인합니다.
3. 본문이 스크립트 오류나 CSS 때문에 사라지지 않는지 확인합니다.
4. 메뉴·카테고리·다음 페이지 링크로 기존 글에 접근할 수 있는지 확인합니다.
5. 스킨 제목 외에 본문에 같은 H1을 또 넣었는지 확인합니다.

티스토리는 스킨이 글 제목을 H1으로 출력하는 경우가 많아 본문은 H2부터 구성하면 관리하기 편합니다. 다만 H1이 두 개라는 이유만으로 색인 제외가 확정되는 것은 아닙니다.

관련 점검 항목은 티스토리 스킨 변경 후 검색 누락을 확인할 부분도 함께 참고할 수 있습니다. 설명 태그가 없다는 이유만으로 글이 색인되지 않는다고 단정하지는 마세요.

워드프레스는 Rank Math와 서버 설정을 나눠 보세요

워드프레스는 검색 설정을 바꿀 수 있는 위치가 여러 곳입니다.

글 편집 화면만 확인하고 끝내면 사이트 전체 설정이나 서버 차단을 놓칠 수 있습니다.

확인 위치	점검 내용
설정 → 읽기	공개 사이트에 검색 엔진 차단 옵션이 선택돼 있지 않은지
해당 글 → Rank Math → 고급	Robots Meta의 No Index와 별도 canonical 입력값
Rank Math의 글 유형별 설정	글 전체에 의도하지 않은 noindex가 적용됐는지
캐시 플러그인·CDN	설정 변경 전 페이지가 계속 제공되는지
보안 플러그인·방화벽	Googlebot 접근을 차단하거나 확인 화면을 요구하는지

메뉴 이름은 버전이나 번역에 따라 다를 수 있습니다. 공개 글의 설정을 바로잡았다면 해당 페이지 캐시를 지우고 다시 테스트하세요. 관리자·검색결과·불필요한 목록까지 무조건 Index로 변경할 필요는 없습니다.

자동 점검에서 403이 나왔다는 이유만으로 구글도 차단됐다고 확정하지는 않습니다. 실제 URL 테스트 결과와 서버·방화벽 기록을 대조하고, 가능하면 검증된 검색로봇에 필요한 범위만 허용합니다.

사이트맵 삭제·재등록 전에 먼저 확인할 것

사이트맵은 구글에게 글 주소를 알려주는 목록입니다. 목록 제출이 성공했다고 모든 글의 색인이나 상위 노출이 보장되지는 않습니다.

플랫폼	일반적인 사이트맵 위치
티스토리	https://example.com/sitemap.xml
워드프레스 Rank Math	https://example.com/sitemap_index.xml

티스토리는 사이트맵을 자동 생성합니다. 워드프레스는 사이트맵 색인 파일뿐 아니라 그 안에서 연결하는 하위 사이트맵까지 열리는지 확인해야 합니다.

1. 브라우저에서 사이트맵을 열어 XML 목록이 제공되는지 확인합니다.
2. 워드프레스는 하위 post-sitemap 파일도 확인합니다.
3. 최근 공개한 대표 글의 주소가 포함되는지 찾아봅니다.
4. 삭제된 주소·이전 도메인·불필요한 이동 주소가 남는지 확인합니다.
5. 서치콘솔 Sitemaps의 상태와 마지막 읽은 날짜를 확인합니다.

정상적으로 갱신되는 사이트맵은 주기적으로 삭제하거나 재생성할 필요가 없습니다. 오류가 있다면 캐시·생성 설정·접근 문제를 수정한 뒤 다시 제출하는 순서가 맞습니다.

Rank Math의 사이트맵 파일 자체에 X-Robots-Tag: noindex가 있어도 곧바로 오류는 아닙니다. XML 목록 자체를 검색결과에 표시하지 않는 것과 목록 안의 글을 색인하는 것은 별개입니다.

여러 블로그를 점검하면서 구분한 정상 상태와 개선 항목

2026년 10월 26일 공개 페이지를 점검할 때도 홈과 사이트맵이 열리는 것, 글이 색인 가능한 것, 실제 구글 색인에 포함된 것은 따로 확인해야 했습니다. 아래 내용은 운영 계정과 개별 주소를 제외한 점검 사례입니다.

확인한 사례	해석
모바일 글이 일반 글을 대표 주소로 지정	대체 주소를 정리하는 정상적인 형태
워드프레스 하위 사이트맵 49개가 모두 정상 응답	점검 당시 파일 접근·XML 해석은 성공. 모든 글의 색인을 뜻하지 않음
일부 글 제목이 H1으로 두 번 출력	문서 구조를 정리할 항목. 색인 제외 원인으로 단정 불가
태그 모음이 사이트맵에 있으나 canonical은 홈	검색에 노출할 대표 주소 정책과 실제 제외 URL 대조 필요
일부 요청에서 403, 다른 요청에서 정상 응답	접속 방식에 따른 차이. Googlebot 차단 여부는 별도 확인

이처럼 정상인 부분까지 계속 변경하기보다는 실제 차단된 공개 글, 잘못 이동하는 주소, 살아 있어야 할 404 글부터 해결하는 편이 효율적입니다.

색인 요청을 자주 하면 저품질이 될까?

구글 공식 안내는 같은 URL을 반복 요청해도 더 빨리 수집되지 않는다는 것입니다. 반복 요청 자체를 검색 누락이나 스팸 제재의 원인으로 단정할 근거는 없습니다.

요청에는 할당량이 있고 처리 결과가 보장되지 않으므로 새 글이나 중요한 수정 글에 필요한 만큼 사용하세요. 며칠에서 몇 주가 걸릴 수 있으며 모든 사이트에 동일한 완료 기한이 있는 것은 아닙니다.

URL 검사는 상태 확인, 색인 생성 요청은 수집·색인 검토 요청, 수정 결과 확인은 해당 문제의 해결 여부 검증입니다. 이름이 비슷해도 역할이 다릅니다.

퓨어 스팸과 직접 조치는 어디서 확인할까?

페이지 색인 생성 알림만으로 퓨어 스팸 제재를 받았다고 판단하면 안 됩니다.

서치콘솔의 보안 및 직접 조치 → 직접 조치에서 실제 조치가 표시되는지 확인하세요. 인터페이스에 따라 수동 조치라는 표현을 볼 수도 있습니다.

조치가 표시된다면 위반 항목과 적용 범위를 읽고 원인을 수정한 후 해당 보고서에서 재검토를 요청합니다. 일반적인 미색인 글을 대상으로 무조건 재검토 요청을 하는 절차는 아닙니다.

직접 조치가 없어도 검색 알고리즘 평가나 기술 문제로 노출이 줄 수 있습니다. 순위 조작 목적의 대량 콘텐츠, 과도한 키워드 반복, 조작된 링크 등 실제 정책 위반 여부를 별도로 살펴보세요.

작성에 어떤 도구를 썼는지만으로 스팸이 결정되는 것은 아닙니다. 독자에게 필요한 답이 없는 페이지를 대량으로 만들거나 사실과 다른 사용 경험을 적는 방식은 피하고, 출처와 적용 조건을 확인하는 편이 좋습니다.

도메인 변경 역시 검색 누락을 자동으로 해결하는 방법은 아닙니다. 실제 브랜드 변경이나 사이트 이전이 필요한 경우에만 이전 계획을 세우고, 티스토리 개인 도메인 연결과 DNS 설정을 확인하세요.

수정 후 해결됐는지 확인하는 방법

브라우저에서 글이 열린다는 확인만으로 끝내지 말고, 처음 문제가 생긴 동일 URL을 다시 검사하세요. 과거 보고서에는 이전 크롤링 결과가 잠시 남을 수 있습니다.

1. 실제 URL 테스트에서 현재 접근 문제나 색인 차단이 해소됐는지 확인합니다.
2. canonical이 의도한 대표 글을 가리키는지 확인합니다.
3. 필요한 URL의 색인 생성을 요청합니다.
4. 이후 마지막 크롤링 시점과 색인 상태가 갱신됐는지 확인합니다.
5. 실적 보고서에서 해당 페이지의 노출·클릭 변화를 비교합니다.

초보자라면 기록도 간단하게 남기면 됩니다. 글 주소 / 제외 사유 / 수정한 내용 / 수정 날짜 / 재검사 결과 다섯 항목이면 어떤 설정을 바꿨는지 잊지 않고 추적할 수 있습니다.

티스토리 구글 검색 누락 FAQ

색인이 생성되지 않는다는 메일을 받으면 블로그 전체가 누락된 건가요?

그렇지 않습니다. 일부 주소의 새 제외 사유를 알리는 메일일 수 있습니다. 해당 사유의 예시 URL과 중요한 글의 색인 여부를 먼저 확인하세요.

사이트맵 제출이 성공했는데 왜 글이 검색되지 않나요?

사이트맵 읽기와 개별 글의 수집·색인은 서로 다른 단계입니다. 글 주소로 URL 검사를 해야 원인을 좁힐 수 있습니다.

발견됨과 크롤링됨은 무엇이 다른가요?

발견됨은 주소를 알지만 아직 수집하지 않은 상태, 크롤링됨은 수집했으나 현재 색인하지 않은 상태입니다. 두 상태에 같은 해결책을 반복 적용하지 마세요.

모바일 주소가 대체 페이지로 제외되면 수정해야 하나요?

일반 글을 대표로 가리키는 정상적인 경우라면 별도 수정이 필요하지 않을 수 있습니다. 대표 글의 색인 상태를 확인하세요.

사이트맵을 매주 재생성하면 도움이 되나요?

정상 갱신 중이라면 정기 재생성이 필요하지 않습니다. 실제 오류나 누락이 발견됐을 때 생성 설정과 캐시 등을 점검하세요.

본문에 H1이 두 개면 검색에서 빠지나요?

그 사실만으로 색인 제외를 확정할 수 없습니다. 스킨 제목과 본문 제목이 중복된다면 본문을 H2 이하로 정리하되, 접근 차단이나 대표 주소 오류를 먼저 해결하세요.

실제 URL 테스트가 성공하면 바로 검색되나요?

아닙니다. 현재 수집 가능 여부와 실제 색인 여부는 별개입니다. 이후 색인 상태와 검색 실적을 확인해야 합니다.

삭제한 글의 404도 전부 없애야 하나요?

의도적으로 삭제했고 대체 글이 없다면 404를 유지할 수 있습니다. 동일한 내용의 새 글로 이동한 경우에만 적절한 이동 규칙을 설정하세요.

제 생각에는 색인 문제는 설정을 많이 바꾸는 것보다 검색에 보여야 할 글 하나를 골라 원인을 끝까지 확인하는 방식이 초보자에게도 가장 이해하기 쉽습니다. 정상적인 제외는 남겨두고, 실제 게시글의 차단부터 차근차근 해결해 보세요.

공식 도움말과 확인 자료

• 페이지 색인 생성 보고서
• URL 검사 도구
• 구글에 재크롤링 요청하기
• site 검색 연산자의 범위
• 표준 URL 지정 방법
• robots.txt의 역할
• 직접 조치 보고서
• 구글 검색 스팸 정책
• 티스토리 사이트맵 자동 생성 안내
• Rank Math 사이트맵 설정 안내