VISIBILITY FIX CASES

검색 노출 문제 해결 사례

"왜 구글에 안 뜨지?" — 콘텐츠는 만들고, 사이트도 잘 운영하는데 검색에 안 잡힐 때 가장 답답합니다. 이 페이지는 그 정확한 상황 7가지를 다룹니다. 각 시나리오는 "작업 전 문제 → 진단 결과 → 개선한 항목 → 적용 후 변화 → 주의할 점" 5단계로 정리했습니다.

1,200+구축 백링크
180+프로젝트
97%고객 재계약
DR 50+평균 도메인
01NOT INDEXED

구글 색인 안 됨

"site:도메인.com" 검색해도 결과가 없거나 메인페이지만 색인되는 경우. 가장 기본 단계인 색인부터 막혀있는 상태입니다.

INDEXING
🚫

사이트가 구글에 아예 안 나오는 사이트 — 색인 단계별 진단

작업 전 문제

"site:도메인" 검색해도 결과가 거의 없거나 메인페이지만 색인된 상태. 구글에 회사명·서비스명을 쳐도 검색 결과에 사이트가 나오지 않았습니다.

진단 결과

색인 실패는 보통 다음 중 하나로 좁혀집니다 — robots.txt 차단 규칙, 메타 robots에 잘못 박힌 noindex, canonical이 다른 URL을 가리키는 오설정, 호스팅·CDN의 봇 차단, 서버 응답 코드 오류(5xx, 잘못된 4xx).

개선한 항목

  • robots.txt 점검 — 불필요한 Disallow 제거, 핵심 경로 차단 해제
  • 모든 페이지의 메타 robots 확인 — noindex가 잘못 박힌 페이지 식별
  • canonical이 자기 자신을 정확히 가리키는지 점검
  • 서치콘솔에 sitemap 제출 + URL 검사 도구로 색인 요청
  • 서버 응답 코드 점검 (정상 페이지는 200, 의도된 차단은 명확히)

적용 후 변화

  • 주요 페이지 대부분 색인 정상화
  • 회사명·서비스명 검색에서 사이트 노출 회복
  • 작업 기간 약 4주

주의할 점

색인됐다고 검색 상위 노출까지 보장되는 건 아닙니다. 색인은 "검색에 잡힐 자격"을 얻는 단계이고, 실제 노출은 콘텐츠·외부 신호 작업이 추가로 필요합니다.

🔧 사용한 도구
  • GSC URL 검사
  • robots.txt 테스터
  • Screaming Frog
  • 서버 로그 분석
✅ 작업 후 확인 방식

색인 차단 원인 제거 후 핵심 페이지를 GSC URL 검사로 색인 요청하고, 4주 동안 색인 적용 범위 리포트에서 '색인 생성됨' 페이지 수가 증가하는지 추적했습니다.

💬 담당자 코멘트
"사이트가 구글에 안 뜬다"는 상담의 8할은 robots.txt 또는 메타 noindex 1줄이 원인입니다. 가장 먼저 점검할 곳이 가장 자주 누락됩니다.
💡 이 사례에서 얻은 인사이트

개발 환경에서 noindex로 막아둔 채로 라이브에 배포된 사이트가 의외로 많습니다. 라이브 배포 직후 noindex 점검은 체크리스트에 고정 항목으로 두는 게 안전합니다.

🔍 비슷한 문제가 있다면 확인할 것
  • robots.txt가 핵심 경로를 차단하지 않는지
  • 메타 robots에 noindex가 잘못 박힌 페이지가 있는지
  • canonical이 자기 자신을 정확히 가리키는지
02SEARCH CONSOLE ERROR

서치콘솔 오류

빨간 오류·경고가 화면 가득 떠 있는데 무엇부터 손대야 할지 모르겠는 경우. 모든 오류를 한 번에 잡으려 하면 시간만 낭비됩니다.

DIAGNOSIS
⚠️

서치콘솔에 빨간 오류·경고가 계속 뜨는 사이트 — 분류 후 우선순위

작업 전 문제

서치콘솔 "페이지 색인 생성" 리포트에 빨간 오류와 노란 경고가 수십~수백 개. "리디렉션 오류", "발견됨 - 색인되지 않음", "noindex 태그에 의해 제외됨", "4xx (요청을 처리할 수 없음)" 등 다양한 메시지가 섞여있었습니다.

진단 결과

서치콘솔 오류는 종류별로 영향이 다릅니다. 일부는 의도된 동작(예: 관리자 페이지의 noindex, 검색용 차단)이고 일부는 진짜 문제(404, 5xx, 색인 실패). 모든 오류를 0으로 만들 필요는 없습니다.

개선한 항목

  • 오류를 3분류 — ① 진짜 문제 (5xx 서버 오류, 의도하지 않은 4xx, 색인 실패), ② 의도된 동작 (관리자 noindex, 카테고리 필터 차단), ③ 무시 가능 (오래된 외부 링크의 404 등)
  • 우선순위 1: 5xx 서버 오류 (즉시), 핵심 페이지의 4xx (1주 내), 핵심 페이지 색인 누락 (2주 내)
  • 우선순위 2: 중복 콘텐츠, canonical 미일치, 모바일 사용성
  • 우선순위 3: 비핵심 페이지의 "발견됨/색인 안 됨"

적용 후 변화

  • 오류 페이지 수 정상 수준으로 회복
  • 핵심 페이지 색인 비율 회복
  • 작업 기간 약 6주

주의할 점

"오류 0"이 목표가 아닙니다. 의도된 동작은 그대로 두고, 진짜 문제만 우선순위로 해결하는 게 효율적입니다.

🔧 사용한 도구
  • GSC 페이지 색인 생성 리포트
  • Screaming Frog 응답 코드 점검
  • 서버 로그 분석
  • 오류 분류 시트
✅ 작업 후 확인 방식

오류를 3분류한 뒤 우선순위 1·2 항목을 6주 동안 단계적으로 해결하면서 GSC '페이지 색인 생성'에서 오류 페이지 수가 감소하는 추이를 매주 모니터링했습니다.

💬 담당자 코멘트
"빨간 오류 0개 만들기"는 잘못된 목표입니다. 관리자 페이지의 noindex 같은 의도된 차단까지 잡으려 들면 정말 중요한 문제를 놓칩니다.
💡 이 사례에서 얻은 인사이트

실제로 문제가 되는 오류는 보통 전체의 10~20%였습니다. 분류 시트 한 장만 만들어도 작업 효율이 크게 개선됩니다.

🔍 비슷한 문제가 있다면 확인할 것
  • 오류가 ① 진짜 문제 ② 의도된 동작 ③ 무시 가능 3분류로 정리됐는지
  • 5xx 서버 오류가 즉시 해결됐는지
  • 핵심 페이지의 4xx·색인 실패가 우선순위 상단에 있는지
03NO SEARCH VISIBILITY

검색 결과 미노출

색인은 분명히 됐는데 어떤 키워드로 검색해도 우리 사이트가 결과에 보이지 않는 경우. 색인과 노출은 다른 단계의 신호입니다.

VISIBILITY
🔍

색인은 됐는데 검색 결과에 안 보이는 사이트 — 노출 단서 진단

작업 전 문제

서치콘솔에서는 페이지가 "색인됨" 상태로 표시되는데, 정작 어떤 키워드로 구글에 검색해도 우리 사이트가 결과에 나오지 않았습니다. 단순 색인과 실제 노출은 다른 문제입니다.

진단 결과

색인 ≠ 노출. 색인은 "검색 후보 풀에 들어간 것"이고, 노출은 "실제 검색 결과 페이지에 표시되는 것"입니다. 페이지가 색인됐어도 검색엔진이 "이 페이지를 어떤 키워드에 노출할까" 판단할 신호가 부족하거나, 품질·신뢰 임계 이하면 노출에서 제외됩니다.

개선한 항목

  • 서치콘솔 "성능" 리포트에서 페이지가 어떤 쿼리에라도 노출됐는지 확인 (노출 0이면 신호 부재)
  • 노출 0인 페이지는 본문·메타·내부 링크·H 태그·구조화 데이터 신호 보강
  • 매우 경쟁 심한 키워드는 자연스럽게 노출 형성에 3~6개월 소요됨을 인지
  • E-E-A-T 신호 점검 (저자·갱신성·출처·실적)
  • 롱테일 키워드부터 진입 시도 (경쟁 낮은 키워드로 신호 누적)

적용 후 변화

  • 페이지가 어떤 키워드에서든 노출 시작 → 점진 확장
  • 롱테일 키워드 우선 진입 후 메인 키워드로 확장
  • 작업 기간 약 3~5개월

주의할 점

신규 도메인은 색인됐어도 노출까지 4~8주 걸리는 게 흔합니다. 노출 0이라고 즉시 "문제"는 아닙니다.

🔧 사용한 도구
  • GSC 검색 실적
  • Ahrefs Keyword Explorer
  • 롱테일 키워드 시트
  • Schema Validator
✅ 작업 후 확인 방식

롱테일 키워드 우선 작업 후 12주 동안 GSC '검색 실적' 의 노출 키워드 수, 평균 게재순위 변화, 첫 노출 발생까지의 시간을 추적했습니다.

💬 담당자 코멘트
"색인은 됐다"는 말은 시작점이지 끝점이 아닙니다. 노출은 별도의 신호 임계점을 넘어야 발생합니다.
💡 이 사례에서 얻은 인사이트

롱테일 키워드(검색량은 작지만 의도가 뚜렷한 키워드)에서 먼저 노출이 잡히고, 그 신호가 메인 키워드로 점진 확장되는 패턴이 가장 안정적이었습니다.

🔍 비슷한 문제가 있다면 확인할 것
  • 페이지가 어떤 키워드에서든 노출 1회 이상 발생했는지
  • 본문·메타·H 태그·내부 링크가 키워드 신호를 보내는지
  • E-E-A-T 신호가 누적되고 있는지
04SITEMAP NOT PICKED UP

사이트맵 제출 후 반응 없음

서치콘솔에 sitemap.xml을 제출했는데 색인 페이지 수가 늘지 않고 "제출됨 - 색인되지 않음" 으로 정체된 경우.

SITEMAP
🗺️

sitemap.xml 제출 후 반응 없는 사이트 — sitemap·크롤링 진단

작업 전 문제

서치콘솔에 sitemap.xml을 제출하고 2~3주가 지났는데 색인 페이지 수가 증가하지 않음. "제출됨 - 색인되지 않음" 상태로 정체되어 있었습니다.

진단 결과

sitemap이 제대로 처리되지 않는 원인은 보통 4가지 — ① sitemap XML 형식 오류(인코딩·XML 구문), ② sitemap 내 URL이 robots.txt에 차단됨, ③ 사이트 권위가 낮아 크롤링 예산이 작음, ④ sitemap 내 URL 다수가 중복·자동 생성 노이즈.

개선한 항목

  • sitemap XML 형식 검증 (XML Sitemap Validator 같은 도구로)
  • sitemap 내 URL이 robots.txt에 차단되지 않는지 모든 URL 점검
  • 자동 생성 sitemap을 "수동 큐레이션"으로 전환 — 노이즈 URL 제거, 정말 색인 시키고 싶은 URL만 포함
  • 큰 사이트는 sitemap을 카테고리별로 분리 + sitemap 인덱스 사용
  • 서치콘솔 URL 검사 → 핵심 페이지 색인 요청으로 수동 트리거

적용 후 변화

  • sitemap 처리 속도 개선
  • 색인된 URL 수 점진 증가
  • 작업 기간 약 4~6주

주의할 점

sitemap이 모든 페이지의 색인을 보장하지 않습니다. sitemap은 "이 URL들을 우선 봐달라"는 요청 신호일 뿐, 색인 결정은 구글이 합니다.

🔧 사용한 도구
  • XML Sitemap Validator
  • GSC 사이트맵 리포트
  • Screaming Frog Sitemap 생성
  • 수동 큐레이션 시트
✅ 작업 후 확인 방식

sitemap 형식·URL 차단·중복 점검 후 재제출하고 6주 동안 GSC 사이트맵 리포트의 '검색됨' vs '색인 생성됨' URL 수 추이를 비교했습니다.

💬 담당자 코멘트
자동 sitemap 플러그인이 만든 sitemap에는 의외로 노이즈 URL이 많이 섞여 들어갑니다. 사이트 규모에 맞춰 수동 큐레이션이 필요합니다.
💡 이 사례에서 얻은 인사이트

sitemap 내 URL을 정말 색인하고 싶은 URL로만 줄였더니, sitemap 제출 후 7~10일 안에 색인 적용 속도가 눈에 띄게 빨라졌습니다.

🔍 비슷한 문제가 있다면 확인할 것
  • sitemap이 XML 형식 검증을 통과하는지
  • sitemap 내 URL이 robots.txt에 차단되지 않는지
  • sitemap에 노이즈·중복 URL이 섞이지 않았는지
05NEW DOMAIN SANDBOX

신규 사이트 샌드박스 의심

신규 도메인 사이트가 런칭 후 3~6개월이 지나도 검색 트래픽이 매우 적은 경우. 흔히 "구글 샌드박스" 로 의심하지만 실체는 "도메인 신뢰 누적 시간" 입니다.

NEW DOMAIN
🏝️

신규 도메인이 몇 개월간 거의 무반응인 사이트 — 권위 누적 가속

작업 전 문제

신규 도메인으로 사이트를 런칭한 후 3~6개월이 지나도 검색 트래픽이 매우 적었습니다. 색인은 되지만 어떤 키워드로도 거의 잡히지 않아 "구글 샌드박스" 현상으로 의심되는 패턴이었습니다.

진단 결과

구글이 공식적으로 "샌드박스"를 인정하진 않지만, 신규 도메인의 신뢰 형성에 시간이 걸리는 건 명확합니다. 도메인 권위·외부 신호·콘텐츠 누적이 임계점에 도달해야 검색이 활성화됩니다. 단기간 백링크 대량 발주 같은 무리한 신호는 오히려 의심 신호로 작용합니다.

개선한 항목

  • 첫 6개월은 콘텐츠 발행·내부 구조에 집중 (외부 신호 무리하게 추구 X)
  • 주 1~2편 정기 콘텐츠로 "활성 사이트" 신호 누적
  • 안전한 외부 신호 확보 (보도자료·디지털 PR 기반의 자연 언급)
  • 코어 키워드보다 롱테일 키워드 우선 진입 (경쟁 낮은 키워드부터)
  • 인내 — 도메인 권위 누적은 절대 시간 필요

적용 후 변화

  • 6~9개월차부터 키워드 노출 점진 회복
  • 롱테일 키워드부터 진입 시작
  • 안정 노출까지 9~12개월

주의할 점

신규 도메인에 단기간 백링크 대량 발주는 의심 신호로 작용합니다. 자연 누적이 정답이며, 무리한 가속은 오히려 회복 시간을 늘립니다.

🔧 사용한 도구
  • GSC 검색 실적(주간 추적)
  • Ahrefs Domain Rating
  • 콘텐츠 발행 캘린더
  • Whois 도메인 이력 점검
✅ 작업 후 확인 방식

첫 6개월은 콘텐츠 발행 캘린더에 맞춰 진행하고, 7개월차부터 GSC 노출·평균 게재순위·DR 변화를 월간 단위로 비교했습니다. 외부 신호도 자연 누적 페이스를 점검했습니다.

💬 담당자 코멘트
"3개월 안에 검색 1등" 같은 약속은 위험 신호입니다. 신규 도메인은 시간을 단축할 수 없고, 무리한 가속은 패널티 위험만 키웁니다.
💡 이 사례에서 얻은 인사이트

첫 6개월간 주 1~2편의 정기 콘텐츠 발행이 '활성 사이트' 신호로 누적되어, 7개월차부터 노출 회복 속도가 가팔라지는 패턴이 일관되게 관찰되었습니다.

🔍 비슷한 문제가 있다면 확인할 것
  • 주 1~2편 정기 콘텐츠 발행 캘린더가 있는지
  • 단기간 백링크 대량 발주를 피하고 있는지
  • 롱테일 키워드 우선 전략이 적용됐는지
06DUPLICATE CONTENT

중복 페이지 문제

같은 내용이 여러 URL로 색인된 사이트는 어느 페이지도 1위가 되지 못합니다. 옵션·필터·정렬·페이지네이션이 중복 URL의 주범입니다.

DUPLICATE
🧩

같은 내용이 여러 URL로 색인된 사이트 — canonical·통합 정리

작업 전 문제

제품·콘텐츠 페이지가 옵션·필터·정렬·페이지네이션에 따라 수많은 중복 URL로 색인. 본문은 거의 같은데 URL만 다른 페이지가 수천 개. 서치콘솔에 "중복, 사용자가 선택한 표준 URL 없음" 메시지가 다수 발생한 상태였습니다.

진단 결과

중복 콘텐츠는 구글이 "어느 페이지가 메인인지" 판단하지 못해 노출 우선순위가 하락합니다. 또한 크롤링 예산을 낭비해서 정말 색인되어야 할 핵심 페이지의 색인까지 지연됩니다.

개선한 항목

  • 중복 페이지 식별 (서치콘솔 + site: 검색 + 본문 첫 50자 따옴표 검색)
  • 옵션·필터·정렬 URL은 메인 페이지를 canonical로 지정
  • 페이지네이션은 rel=next/prev 대신 canonical 메인 + noindex 조합
  • 본문 90% 이상 같은 페이지는 통합 후 301
  • sitemap에서 중복 URL 모두 제거, 핵심 URL만 포함

적용 후 변화

  • 크롤링 통계상 핵심 페이지 방문 증가
  • 중복 색인 페이지 점진 감소
  • 핵심 페이지 노출 회복
  • 작업 기간 약 3개월

주의할 점

대규모 중복 정리는 단기 트래픽 변동이 발생할 수 있습니다. 작업 전 영향 분석과 분기 단위 추적이 필요합니다.

🔧 사용한 도구
  • GSC 색인 적용 범위
  • Screaming Frog 중복 콘텐츠 점검
  • Siteliner
  • canonical 매핑 시트
✅ 작업 후 확인 방식

중복 정리 후 GSC '색인 적용 범위'의 '중복, 사용자가 선택한 표준 URL 없음' 페이지 수 감소, '크롤링 통계'의 핵심 페이지 방문 빈도, 핵심 URL의 평균 게재순위를 12주 동안 추적했습니다.

💬 담당자 코멘트
옵션·필터·페이지네이션 URL은 가장 흔한 중복 발생원입니다. canonical 한 줄로 막을 수 있는 케이스가 의외로 많이 방치됩니다.
💡 이 사례에서 얻은 인사이트

중복 URL을 정리하자 크롤링 통계상 핵심 페이지 방문 빈도가 자연스럽게 늘었습니다. 크롤링 예산 회복이 색인·노출 회복으로 연결되는 패턴이 명확했습니다.

🔍 비슷한 문제가 있다면 확인할 것
  • 옵션·필터·정렬 URL이 canonical로 정리됐는지
  • 본문 90% 이상 같은 페이지가 통합·301되었는지
  • sitemap에 중복 URL이 섞여 들어가지 않는지
07DOMAIN MIGRATION

기존 도메인 이전 후 트래픽 하락

도메인을 바꿨거나 URL 구조를 리뉴얼한 후 트래픽이 절반 이상 빠진 경우. 90% 케이스는 301 매핑 누락이 원인입니다.

MIGRATION
📦

도메인·URL 변경 후 트래픽이 절반으로 — 마이그레이션 복구

작업 전 문제

기존 사이트의 도메인을 변경하거나 URL 구조를 리뉴얼한 후 검색 트래픽이 50% 이상 감소. 회복 기미 없이 몇 주가 지난 상태로 상담이 시작되었습니다.

진단 결과

마이그레이션 후 트래픽 손실의 90%는 301 리다이렉트 매핑 누락에서 발생합니다. 옛 URL이 새 URL로 정확히 연결되지 않으면 외부 백링크·기존 색인 신호가 모두 끊깁니다. 또한 도메인 변경 시 서치콘솔의 "주소 변경 도구"를 사용하지 않은 경우도 흔합니다.

개선한 항목

  • 기존 URL ↔ 새 URL 1:1 매핑 시트 작성, 누락 점검
  • 모든 옛 URL에 301 리다이렉트 적용 (http/https/www/non-www/대소문자/슬래시 변형 포함)
  • 서치콘솔 "주소 변경 도구"로 도메인 이전 명시 (도메인 자체가 바뀐 경우)
  • 새 도메인의 sitemap 제출 + 핵심 URL 색인 재요청
  • 외부 백링크가 가리키는 옛 URL이 살아있는지(301 작동) 점검
  • 외부 백링크 일부는 새 URL로 업데이트 요청

적용 후 변화

  • 트래픽 점진 회복 (보통 4~12주)
  • 핵심 키워드 순위 대부분 유지
  • 작업 기간 약 6~10주

주의할 점

마이그레이션 트래픽 손실은 즉시 회복되지 않습니다. 사전 계획이 핵심이고 사후 복구는 시간이 오래 걸립니다. 도메인 이전을 계획 중이라면 출시 전 SEO 컨설팅이 비용 대비 가장 효율적입니다.

🔧 사용한 도구
  • GSC 주소 변경 도구
  • Screaming Frog 301 점검
  • 1:1 URL 매핑 시트
  • Ahrefs Backlinks(외부 백링크)
✅ 작업 후 확인 방식

301 매핑 적용 후 4주·8주·12주 시점에 GSC '검색 실적' 의 클릭·노출, '페이지 색인 생성'의 404 추이, 외부 백링크가 가리키는 옛 URL이 정상 301되는지 점검했습니다.

💬 담당자 코멘트
"옛 URL은 자연스럽게 사라진다"는 가정이 가장 위험합니다. 1:1 301 없이 진행한 마이그레이션은 백링크·기존 색인 신호를 모두 잃습니다.
💡 이 사례에서 얻은 인사이트

외부 백링크 상위 30개에 대해 새 URL로 업데이트를 직접 요청한 것이 회복 속도를 가장 크게 단축시킨 작업이었습니다. 301만으로는 권위 신호의 일부가 새고 있습니다.

🔍 비슷한 문제가 있다면 확인할 것
  • 옛 URL ↔ 새 URL 1:1 매핑 시트가 완성됐는지
  • 서치콘솔 '주소 변경 도구'가 적용됐는지
  • 주요 외부 백링크가 새 URL로 업데이트 요청됐는지

지금 "왜 안 뜨지?" 라고 느끼신다면

위 7가지 시나리오 중 하나에 거의 확실히 해당합니다. 어떤 상황인지, 어디서부터 손대야 하는지 24시간 내 분석 리포트를 텔레그램으로 회신드립니다. 진단 자체는 무료이고 계약 의무는 없습니다.