본문 바로가기

INDEXING

색인 —
검색에 없는 문서는
AI 답변에도 없습니다

색인은 모든 검색·답변 노출의 전제 조건입니다. 사이트맵과 robots.txt를 정리하고 3사 콘솔에 등록해 문서를 후보에 올린 뒤, 실제로 색인됐는지를 엔진별로 확인해 기록합니다.

한 문단 요약

색인은 검색엔진이 페이지를 수집해 자기 데이터베이스에 등록하는 단계입니다. 색인되지 않은 문서는 검색 결과에도, 그 색인을 근거로 답을 만드는 AI 답변에도 후보로 오르지 않습니다. 나비랑은 사이트맵·robots.txt·콘솔 등록·변경 통지를 하나의 절차로 묶어 정리하고, 제출한 주소가 실제로 색인됐는지를 엔진별로 확인합니다.

제출은 색인을 보장하지 않습니다. 검색엔진마다 수집 주기와 판단 기준이 다르고, 같은 사이트 안에서도 어떤 페이지는 잡히고 어떤 페이지는 남습니다. 그래서 나비랑은 제출까지가 아니라 확인까지를 작업 범위로 둡니다 — 제출 이력만 있고 색인 결과가 없는 보고서는 아무것도 말해 주지 않기 때문입니다.

사이트맵 · robots.txt구글 · 빙 · 네이버 콘솔IndexNow 변경 통지색인 상태 확인

최종 확인

WHEN YOU NEED THIS

이런 문제가 있을 때
필요한 작업입니다

상담에서 실제로 반복해서 듣는 상황입니다. 하나라도 해당되면 측정부터 하시면 됩니다.

새 글을 올렸는데 몇 주째 검색에 잡히지 않습니다

아직 색인 전인 경우와 색인은 됐는데 검색어와 문서가 맞지 않는 경우는 원인도 조치도 다릅니다. 색인 여부를 먼저 확인하지 않으면 콘텐츠를 고칠지 기술을 고칠지 정할 수 없습니다.

사이트맵은 냈는데 무엇이 색인됐는지 모릅니다

제출은 후보를 알리는 요청이지 결과가 아닙니다. 콘솔에서 색인 결과를 여는 화면과 실시간으로 URL을 진단하는 화면이 따로 있고, 둘을 섞으면 정상 상태를 오류로 읽게 됩니다.

페이지 수는 많은데 색인된 수가 훨씬 적습니다

중복되는 문서, 내용이 얇은 자동 생성 페이지, 리다이렉트되는 주소를 대표 URL로 지정한 설정이 흔한 원인입니다. 페이지를 더 만들기 전에 이미 만든 페이지가 왜 빠졌는지부터 갈라내야 합니다.

배포할 때마다 전체 URL을 다시 제출하고 있습니다

내용이 그대로인 주소를 반복 제출하는 것은 스팸 신호입니다. 사이트맵도 콘솔에 주소 하나만 등록해 두면 검색엔진이 알아서 다시 읽으므로, 바뀔 때마다 재제출할 필요가 없습니다.

WHAT WE DO

나비랑이
실제로 하는 일

추상적인 제안 대신 작업 단위로 적습니다. 계약 범위도 이 목록에서 정합니다.

사이트맵 정비

사이트맵을 색인 후보 목록으로 다듬습니다. URL이 많은 것보다 목록에 있는 주소가 전부 200으로 열리고 대표 URL 형식과 일치하는 것이 중요합니다.

  • 관리자 화면·내부 검색 결과·파라미터 중복 주소를 목록에서 제외
  • 공개된 문서 목록과 사이트맵 목록을 맞대어 빠진 주소 찾기
  • lastmod 규칙 자체는 테크니컬 SEO에서 정하고, 여기서는 그 값이 제출 목록과 어긋나지 않는지만 확인
  • 사이트맵 주소를 robots.txt에 선언해 크롤러가 스스로 찾게 처리

robots.txt로 크롤 예산 관리

수집할 가치가 없는 경로를 걷어내 크롤러가 본문에 시간을 쓰게 합니다. robots.txt는 접근 통제 수단이 아니라 수집 우선순위를 알려 주는 파일이라는 전제로 씁니다.

  • 관리자·내부 검색 결과처럼 색인 대상이 아닌 경로 정리
  • 사이트맵에 실린 주소를 robots.txt가 막고 있지 않은지 대조 — 제출과 차단이 서로 부딪히는 상태를 먼저 없앱니다
  • 차단(robots.txt)과 색인 제외(noindex 메타)의 역할 구분 — 차단된 주소는 noindex를 읽지 못합니다
  • 비공개가 목적이라면 접근 제어를 별도로 적용

검색엔진 콘솔 등록

구글·빙·네이버 3사에 사이트를 등록하고 사이트맵을 제출합니다. 소유확인 방식이 엔진마다 달라 순서를 잡으면 작업량이 줄어듭니다.

  • Google Search Console — 도메인 속성 + DNS TXT로 확인하면 www·http 변형까지 한 속성에서 봅니다
  • Bing 웹마스터도구 — Search Console에서 가져오기를 쓰면 소유확인 자체가 생략됩니다
  • 네이버 서치어드바이저 — HTML 메타 태그 방식, 프로토콜을 포함한 전체 주소로 등록합니다
  • 3사 사이트맵·RSS 제출과 초기 색인 요청

변경 통지(IndexNow)

내용이 실제로 바뀐 배포 뒤에만 변경을 통지합니다. 무변경 URL을 반복 제출하는 것은 스팸 신호이므로 제출 대상은 바뀐 주소로 한정합니다.

  • 이번 배포에서 내용이 달라진 URL만 추려 제출
  • 네이버 서치어드바이저 엔드포인트와 IndexNow 허브에 함께 통지
  • 구글은 IndexNow에 참여하지 않으므로 Search Console URL 검사로 별도 요청
  • 제출 대상·응답 코드를 배포 단위로 기록해 보관

색인 상태 확인

제출한 주소가 실제로 색인됐는지 엔진별로 확인해 기록합니다. 확인 없이 제출만 반복하면 무엇이 효과가 있었는지 영영 알 수 없습니다.

  • site: 연산자로 엔진별 결과 건수 확인(대조 도메인으로 연산자 동작 자체를 먼저 검증)
  • 콘솔의 실시간 URL 검사와 수집 이력 조회 화면 구분 — 수집 전이면 '데이터 없음'이 정상 출력입니다
  • 사이트링크는 한 문서에 딸린 표시 방식이지 색인 건수가 아니라는 점 구분
  • 색인 여부와 검색 노출 여부를 나눠 기록

미색인 원인 분리

색인에서 빠진 페이지를 원인별로 나눕니다. 원인이 다르면 조치도 다르고, 일부는 색인 대상에서 빼는 것이 정답입니다.

  • 중복·유사 문서로 밀려난 URL 분류 — 문서 통합 자체는 콘텐츠 SEO 쪽 작업으로 넘깁니다
  • 내용이 얇은 페이지는 보강 대상과 색인 제외 대상으로 구분
  • 리다이렉트되는 주소를 대표 URL로 지정한 설정 정정
  • 수집 결과가 비어 있는 URL은 렌더링 원인으로 분류해 기술 SEO 쪽으로 넘김

PROCESS

어떤 순서로
진행되나요

단계마다 무엇을 드리는지 함께 적습니다. 기간은 나비랑이 통제하는 작업 시간이며, 결과가 나타나는 시점을 약속하는 값이 아닙니다.

  1. 01 2~3일

    색인 기준선 기록

    URL 하나하나가 어느 엔진에서 확인되는지, 사이트맵 목록과 robots.txt·콘솔 등록 상태는 어떤지 있는 그대로 적습니다. 개선 전 상태를 남겨야 이후 변화를 비교할 수 있습니다.

    URL별 색인 기록표

  2. 02 3~5일

    사이트맵 · robots 정비

    사이트맵의 lastmod와 수록 범위를 바로잡고, robots.txt에서 색인 대상이 아닌 경로를 정리합니다.

    정비된 사이트맵 · robots.txt

  3. 03 1~2일

    콘솔 등록 · 제출

    3사 콘솔에 사이트를 등록하고 사이트맵을 제출합니다. 소유확인은 계정 로그인이 필요해 고객사에서 직접 눌러야 하는 구간이며, 나비랑은 태그·DNS 값과 절차를 준비해 드립니다.

    콘솔 등록 기록

  4. 04 배포 시

    변경 통지

    내용이 바뀐 URL만 IndexNow로 통지하고, 구글은 URL 검사로 별도 요청합니다. 무변경 배포에서는 아무것도 보내지 않습니다.

    제출 로그

  5. 05 배포 후 주기적

    색인 재확인

    엔진별로 색인 반영을 다시 확인하고, 남은 미색인 URL을 원인별로 분류합니다. 수집 주기가 엔진마다 달라 한 번의 확인으로 끝나지 않습니다.

    색인 상태 재확인 기록

DELIVERABLES

무엇을
받으시나요

말로 끝나는 작업을 만들지 않습니다. 아래 문서가 그대로 남아 다음 측정의 기준이 됩니다.

URL별 색인 기록표

페이지 수 합계가 아니라 URL 하나하나가 어느 엔진에서 확인됐는지 적은 표입니다. 개선 전 상태를 함께 남겨 이후 변화를 같은 기준으로 비교합니다.

사이트맵 · robots 점검표

사이트맵 수록 범위·lastmod·응답 코드와 robots.txt 규칙을 항목별 통과/미통과로 정리합니다.

콘솔 등록 기록

3사 등록 상태와 소유확인 방식, 사이트맵·색인 요청 이력을 적습니다. 담당자가 바뀌어도 다시 찾을 필요가 없게 남기는 문서입니다.

변경 통지 로그

배포 단위로 어떤 URL을 어디에 제출했고 응답이 무엇이었는지 기록합니다. 무변경 제출을 하지 않았다는 근거이기도 합니다.

미색인 원인 목록

색인되지 않은 URL을 중복·얇은 문서·리다이렉트 지정·렌더링 의존으로 나눠 정리하고, 색인 제외가 정답인 항목은 그렇게 표시합니다.

나비랑이 자사 사이트에 적용한 색인 설정

소유확인 방식
구글은 도메인 속성(DNS TXT), 네이버는 HTML 메타 태그로 확인 — 빙을 포함해 3사 모두 2026-07-30에 완료
사이트맵 제출
네이버 서치어드바이저에 사이트맵·RSS를 한 번 제출하고 내용이 바뀌어도 재제출하지 않습니다. robots.txt에도 사이트맵 주소를 선언해 뒀습니다
색인 제외 경로
관리자 화면은 사이트맵 필터 · robots.txt Disallow · noindex 메타 · 접근 제어로 분리
변경 통지
네이버 서치어드바이저 엔드포인트 + IndexNow 허브. 내용이 바뀐 URL만 제출
구글 통지
IndexNow 미참여 — Search Console URL 검사로 별도 요청
제출 기록
2026-08-13 배포에서 37건 — 네이버 200 OK 37/37 · IndexNow 허브 200 OK 37/37. 전 페이지 내용이 실제로 바뀐 배포라 전량이 곧 '바뀐 것만'이었습니다
첫 색인 기록
2026-07-29 사이트 공개 → 2026-08-03 네이버 색인 확인(홈 1건). 다른 신규 도메인 1건은 9~13일

첫 색인 기록의 표본은 2개뿐이라 소요일을 인과로 설명하지 않습니다. 비용이 거의 들지 않는 조치라 하지 않을 이유는 없지만, 효과가 검증됐다고 말하려면 표본이 더 필요합니다.

HOW IT CONNECTS

다른 작업과
어떻게 이어지나요

나비랑의 작업은 한 덩어리로 굴러갑니다. SEO는 검색엔진에서 발견될 기반을 만들고, AEO는 그 정보가 답변에서 인용될 가능성을 높이며, 구조화 데이터는 기계가 사실을 이해하도록 돕고, 콘텐츠는 인용할 근거를 만듭니다.

영역 이 작업과의 관계
기술 SEO 렌더링·URL 형식·사이트 구조 등 색인 이전 단계의 기술 조건
콘텐츠 SEO 중복·얇은 문서를 문서 설계 단계에서 없애는 작업
AI 크롤러 최적화 답변엔진 크롤러의 접근 정책을 따로 다루는 영역
AEO 진단 색인 상태를 답변엔진 인용 측정과 함께 점검
구조화 데이터 색인된 문서의 사실을 기계가 읽는 형태로 명시

FAQ

자주 묻는 질문

Q 사이트맵을 제출하면 색인되나요?

A 제출한다고 색인되지는 않습니다. 사이트맵은 '이 주소들이 있다'고 알리는 후보 목록이고, 수집할지와 색인에 올릴지는 검색엔진이 판단합니다. 다만 제출하지 않으면 크롤러가 내부 링크나 외부 링크로 우연히 발견할 때까지 기다려야 하므로, 제출은 발견 시점을 앞당기는 조치로 이해하는 편이 정확합니다.

Q 사이트맵 내용이 바뀌면 콘솔에 다시 제출해야 하나요?

A 다시 제출하지 않아도 됩니다. 콘솔에 등록한 것은 사이트맵 파일의 주소 하나이고, 검색엔진은 그 주소를 주기적으로 다시 읽습니다. robots.txt에 사이트맵 주소를 선언해 두면 크롤러가 스스로 찾기도 합니다. 신규 URL을 빨리 알리고 싶을 때만 IndexNow나 콘솔의 URL 검사로 개별 요청을 더합니다.

Q 색인되기까지 얼마나 걸리나요?

A 엔진과 사이트마다 다릅니다. 나비랑 자사 사이트는 2026년 7월 29일 공개 후 8월 3일에 네이버 색인이 확인됐고, 저희가 같은 방식으로 기록한 다른 신규 도메인은 9~13일이 걸렸습니다. 표본이 둘이라 소요일을 약속하지 않으며, 신규 도메인은 몇 주가 걸리는 경우가 흔합니다. 기다리는 동안 확인할 것은 두 가지입니다 — 제출이 실제로 수락됐는지, 그리고 색인을 막는 설정이 남아 있지 않은지입니다.

Q 배포할 때마다 전체 URL을 IndexNow로 보내면 색인이 빨라지나요?

A 권하지 않습니다. 내용이 그대로인 주소를 반복 제출하는 것은 스팸 신호이고, 나비랑은 실제로 내용이 바뀐 URL만 제출합니다. 전 페이지가 함께 바뀐 배포에서만 전량 제출이 곧 '바뀐 것만'이 됩니다. 그리고 구글은 IndexNow에 참여하지 않으므로 IndexNow만으로는 구글 쪽에 아무 신호도 가지 않습니다.

Q 색인은 됐는데 검색 결과에 나오지 않습니다. 무엇을 봐야 하나요?

A 색인과 노출은 다른 단계라 진단을 갈라야 합니다. 색인은 문서가 데이터베이스에 들어갔다는 뜻일 뿐이고, 특정 검색어에 나오려면 그 검색어에 해당하는 문서로 판단돼야 합니다. 저희가 다른 사이트에서 실제로 겪은 사례는 색인은 정상인데 사용자가 실제로 치는 표현이 페이지 어디에도 없어서 잡히지 않은 경우였습니다. 이때 고칠 것은 색인 설정이 아니라 문서의 문구와 구성입니다.

Q 색인시키고 싶지 않은 페이지는 robots.txt로 막으면 되나요?

A 목적이 색인 제외라면 noindex 메타 태그를 씁니다. robots.txt로 막으면 크롤러가 페이지를 읽지 못해 그 안의 noindex도 읽지 못하고, 외부 링크만으로 주소가 색인에 남는 경우가 생깁니다. 나비랑은 자사 관리자 화면에 사이트맵 제외·robots.txt 차단·noindex 메타·접근 제어를 함께 걸어 두었습니다 — 크롤 예산 절약과 색인 제외와 실제 차단은 서로 다른 수단으로 처리해야 하기 때문입니다.

Q 구글·빙·네이버 등록은 각각 따로 소유확인을 해야 하나요?

A 방식이 달라서 순서를 잡으면 한 번으로 줄어드는 구간이 있습니다. 구글은 도메인 속성으로 등록하면 DNS TXT 레코드 하나로 확인되고 www·http 변형까지 한 속성에서 봅니다. 빙은 Google Search Console에서 가져오기를 쓰면 소유확인 자체가 생략됩니다. 네이버는 HTML 메타 태그를 페이지에 넣는 방식이라 배포가 한 번 필요합니다. 그래서 구글을 먼저 끝내는 순서를 권합니다.

함께 보면 좋은 페이지

관련 인사이트

사이트맵은 냈는데, 실제로 색인된 URL은 확인해 보셨나요?

홈페이지 주소만 주시면 제출 상태가 아니라 확인된 색인 결과를 URL 단위로 정리해 무료 진단에 함께 담아 드립니다. 빠진 URL은 중복·얇은 문서·리다이렉트·렌더링 중 어느 원인인지 나눠 적습니다.

영업일 기준 1일 내 회신드립니다.

SERVICES

서비스 바로가기

전체 서비스 자세히 보기
무료진단 전화상담 이메일 블로그