새 블로그는 글을 발행해도 검색엔진이 존재 자체를 모릅니다. 그래서 INDEXLINER를 연 첫날, 저는 첫 글보다 구글과 네이버가 이 사이트를 찾아와 읽게 만드는 설정부터 했습니다.
이 글은 그날 한 색인 준비를 순서대로 기록한 것입니다. 무엇을 확인했고, 어디서 막혔고, 어떻게 풀었는지를 실제 화면과 함께 담았습니다. 결과적으로 구글 서치콘솔에 사이트맵을 제출하고 약 40분 뒤 “성공” 상태와 함께 페이지 10개가 발견됐습니다. 그런데 그 10개를 열어 보니, 정작 제가 쓴 글은 하나도 없었습니다. 그 이야기도 이 글에 있습니다.
Key points — 이 글에서 얻을 수 있는 것
- 색인을 시작하기 전에 꼭 확인할 워드프레스 설정 2가지
- 검색 결과에 보일 제목·설명·아이콘을 먼저 정리해야 하는 이유
- 서치콘솔 사이트맵 “주소가 잘못됨”·”가져올 수 없음” 해결 과정
- “발견된 페이지 10개”의 정체와, 사이트맵 제출 전에 지워야 할 것
- 네이버 서치어드바이저, 인덱스나우, AI 검색까지 챙기는 법
- 제출 뒤에 색인됐는지 확인하는 방법
그날의 순서
기억보다 기록이 정확하니, 색인과 관련된 작업만 시간대별로 남겨 둡니다.
| 시각 | 한 일 | 결과 |
|---|---|---|
| 13:06 | 페이지스피드 인사이트로 첫 점검 | 검색엔진 최적화 92점, 메타 설명 없음 |
| 13:10 | 홈 제목·메타 설명 정리 | 검색엔진 최적화 100점 |
| 13:10 | 네이버 인증 태그 추가 | 소유 확인 준비 |
| 13:55 | 서치콘솔 사이트맵 제출 | “주소가 잘못됨” → 전체 주소로 재제출 |
| 13:55 | 인덱스나우 켜기, 공유 썸네일 지정 | 발행 즉시 알림 설정 |
| 14:33 | 사이트맵 상태 확인 | 성공, 페이지 10개 발견 |
| 15:00 | llms.txt 켜기, 사이트맵 내용 점검 | 샘플 글이 섞여 있는 것 발견 |
색인 전에 확인한 설정 두 가지
사이트맵을 내기 전에 사이트가 스스로 검색을 막고 있지 않은지부터 봤습니다. 이걸 놓치면 뒤의 작업이 전부 소용없습니다.
- 설정 → 읽기의 “검색 엔진이 이 사이트를 검색하는 것을 차단” 체크가 꺼져 있는지. 사이트를 꾸미는 동안 켜 두고 잊는 경우가 많습니다.
- 설정 → 고유주소가 글 이름이 들어가는 구조인지. 글 주소는 나중에 바꾸면 그동안 쌓인 색인과 링크가 흩어지니 처음에 정해 둡니다.
Note — 알아 두면 좋은 점
글 주소(슬러그)를 한글로 둘지 영어로 둘지도 이때 정하면 좋습니다. 한글 주소는 검색 결과와 주소창에서 그대로 읽혀 내용을 알아보기 쉽지만, 메신저나 문서에 붙여 넣으면 %EC%9B%8C… 같은 긴 문자열로 바뀌어 보이는 경우가 많습니다. 어느 쪽이든 한 번 정하면 바꾸지 않는 것이 중요합니다.
검색 결과에 보일 모습부터 정리했다
색인이 된다는 건 결국 검색 결과에 내 사이트가 한 줄로 나타난다는 뜻입니다. 그 한 줄은 사이트 아이콘, 제목, 설명으로 이뤄집니다. 사이트맵을 내기 전에 이 세 가지가 제대로 나오는지부터 봤습니다.
제목과 메타 설명
Problem — 막혔던 점
페이지스피드 인사이트로 첫 점검을 했더니 검색엔진 최적화 항목이 92점이었고, “문서에 메타 설명이 없음”이 걸렸습니다. SEO 플러그인(랭크매스)을 설치해 뒀으니 당연히 들어가 있을 줄 알았는데, 플러그인 설정의 “홈페이지” 칸을 채워도 그대로였습니다.
Solution — 이렇게 풀었다
원인은 홈 화면 설정이었습니다. 설정 → 읽기에서 홈을 고정 페이지로 지정해 두면, 플러그인의 “홈페이지” 칸이 아니라 그 페이지 자체의 제목과 설명이 쓰입니다. “홈” 페이지를 열어 설명을 직접 넣고, 제목도 “홈 – INDEXLINER”에서 “INDEXLINER – 정보를 읽고, 흐름을 잇다.”로 바꾸자 92점이 100점이 됐습니다.
“홈 – 사이트이름” 같은 제목은 검색 결과에서 아무 정보도 주지 않습니다. 사이트가 무엇을 다루는지 한 문장으로 말해 주는 제목과 설명이 첫 클릭을 만듭니다.
사이트 아이콘(파비콘)
구글 검색 결과에는 제목 옆에 사이트 아이콘이 함께 나옵니다. 워드프레스는 설정 → 일반(또는 사용자 정의)의 “사이트 아이콘”에 정사각형 이미지 한 장(512×512 이상 권장)만 넣으면 필요한 아이콘 태그를 알아서 만들어 줍니다. 저는 원본 화질 그대로 512×512 PNG를 썼습니다.
Problem — 막혔던 점
준비한 로고 이미지는 둥근 사각형 바깥, 즉 모서리 배경이 흰색이었습니다. 밝은 화면에서는 티가 안 나는데 다크 모드에서 보니 아이콘 둘레에 흰 테두리가 드러났습니다. 검색 결과도 다크 모드로 보는 사람이 많습니다.
Solution — 이렇게 풀었다
모서리의 흰 배경만 투명하게 바꿨습니다. 그냥 흰색을 지우면 가장자리가 계단처럼 거칠어지기 때문에, 경계 몇 픽셀은 밝기에 따라 반투명하게 남겨 부드럽게 처리했습니다.
공유 썸네일
검색 결과는 아니지만, 카카오톡이나 SNS로 링크가 공유될 때 보이는 썸네일도 이때 같이 정했습니다. 대표 이미지가 없는 글을 공유하면 빈 칸이 뜨기 때문에, SEO 플러그인에 1200×630 기본 공유 이미지를 지정해 두었습니다.
크롤링 낭비 줄이기: robots.txt 점검
검색 로봇(크롤러)이 한 사이트에 쓰는 시간과 횟수에는 한계가 있습니다. 내부 검색 결과나 댓글 답글 주소처럼 끝없이 만들어지는 주소를 돌아다니게 두면, 정작 새 글을 늦게 읽어 갑니다. 그래서 내도메인/robots.txt를 열어 다음을 확인했습니다.
- 내부 검색 결과(
/?s=,/search/)를 막고 있는가 - 댓글 답글 주소(
?replytocom=)를 막고 있는가 - 관리자 페이지(
/wp-admin/)는 막되, 사이트 기능에 쓰이는admin-ajax.php는 열어 두었는가 - 마지막 줄에 사이트맵 주소가 적혀 있는가
여기에 더해 SEO 플러그인에서 글이 없는 빈 카테고리·태그 페이지는 색인 제외(noindex)로 두었습니다. 막 시작한 블로그는 빈 목록 페이지가 많아서, 내용 없는 페이지가 검색에 먼저 잡히기 쉽습니다.
Caution — 주의
robots.txt의 Disallow: / 한 줄은 사이트 전체를 막습니다. 다른 사람이 쓴 예시를 복사할 때는 막는 주소를 한 줄씩 확인하세요. 그리고 robots.txt는 “읽지 말라”는 요청일 뿐, 이미 다른 곳에 링크된 주소가 검색에 나오는 것까지 막지는 못합니다. 검색에서 빼고 싶은 페이지는 noindex로 처리합니다.
구글 서치콘솔 사이트맵 제출: 두 번 막혔다
사이트맵은 사이트의 글 목록을 검색엔진에 건네는 파일입니다. SEO 플러그인이 만들고, 글을 발행할 때마다 자동으로 갱신하므로 한 번만 제출하면 됩니다. 제 사이트맵 주소는 /sitemap_index.xml입니다.
Problem — 막혔던 점
서치콘솔 Sitemaps 메뉴에 sitemap_index.xml이라고만 넣고 제출했더니 “사이트맵 주소가 잘못됨”이라는 오류 창이 떴습니다. 다른 블로그 설명대로 파일 이름만 넣었는데 말이죠.
Solution — 이렇게 풀었다
원인은 서치콘솔 속성 유형이었습니다. 제 사이트는 DNS로 인증하는 도메인 속성이라 입력칸 앞에 주소가 자동으로 붙지 않습니다. https://indexliner.com/sitemap_index.xml처럼 전체 주소를 넣자 바로 제출됐습니다. URL 접두어 속성이라면 파일 이름만 넣어도 됩니다.
Problem — 막혔던 점
제출은 됐는데 목록의 상태 칸에 빨간 글씨로 “가져올 수 없음”이 떴습니다. 브라우저로 사이트맵 주소를 열면 멀쩡히 보이는데도요.
Solution — 이렇게 풀었다
먼저 사이트맵 주소가 브라우저에서 정상으로 열리는지, robots.txt가 막고 있지 않은지 확인했습니다. 둘 다 문제가 없어서 그대로 기다렸습니다. 새로 제출한 사이트맵에는 이 표시가 흔히 먼저 뜹니다. 약 40분 뒤 다시 보니 상태가 “성공”으로 바뀌고 발견된 페이지가 10개로 잡혀 있었습니다.
Note — 알아 두면 좋은 점
“가져올 수 없음”이 하루 넘게 그대로라면 그때는 진짜 문제입니다. 보안 플러그인이나 방화벽이 구글 로봇을 막는지, 사이트맵 주소가 다른 주소로 넘어가는지(리디렉션) 확인하세요. 형식과 제출 방법은 구글 검색 센터의 사이트맵 안내에 자세히 나와 있습니다.
“발견된 페이지 10개”의 정체
성공 표시를 보고 안심했다가, 문득 아직 글을 하나도 안 썼는데 무엇이 10개인지 궁금해졌습니다. 사이트맵을 하나씩 열어 확인해 보니 이랬습니다.
| 구분 | 주소 | 개수 |
|---|---|---|
| 고정 페이지 | 홈, 소개, 운영 원칙, 문의, 개인정보처리방침, 이용약관, 면책조항 | 7 |
| 글 목록 페이지 | /stories/ | 1 |
| 글 | /hello-world/ (워드프레스 기본 샘플 글) | 1 |
| 카테고리 | /uncategorized/ (기본 카테고리 “미분류”) | 1 |
Problem — 막혔던 점
구글이 처음 찾아간 10개 가운데 제가 쓴 글은 0개였습니다. 오히려 워드프레스를 설치하면 자동으로 생기는 샘플 글 “Hello world!”와 그 글만 들어 있는 “미분류” 카테고리가 섞여 있었습니다. 새 사이트의 첫인상을 샘플 글로 남길 뻔했습니다.
Solution — 이렇게 풀었다
사이트맵을 제출하기 전에 정리할 것을 정리했습니다. 샘플 글과 샘플 댓글은 지우고, 기본 카테고리 “미분류(Uncategorized)”는 실제로 쓸 카테고리 이름으로 바꿉니다. 소개·문의·개인정보처리방침 같은 페이지는 사이트 신뢰도를 보여 주는 페이지라 그대로 둡니다.
Note — 알아 두면 좋은 점
사이트맵 제출은 “이 목록을 읽어 가 달라”는 요청입니다. 제출 버튼을 누르기 전에 사이트맵 주소를 직접 열어, 목록에 들어 있는 주소가 정말 검색에 보이고 싶은 페이지인지 한 번 훑어보세요.
네이버 서치어드바이저: 국내 검색은 따로
구글에 냈다고 네이버가 알아서 알지는 않습니다. 네이버 서치어드바이저에 사이트를 등록하면 소유 확인용 메타 태그를 줍니다. 이 태그를 사이트 머리 부분에 넣고 확인 버튼을 누른 뒤, 요청 메뉴에서 두 가지를 제출합니다.
- 사이트맵:
https://indexliner.com/sitemap_index.xml - RSS:
https://indexliner.com/feed
Caution — 주의
저는 인증 태그를 테마 코드에 넣었습니다. 이렇게 하면 나중에 테마를 바꿀 때 태그가 함께 사라져 인증이 풀립니다. 처음부터 SEO 플러그인의 인증 칸이나 코드 스니펫 플러그인에 넣는 편이 안전합니다.
인덱스나우: 발행하자마자 알리기
사이트맵은 검색 로봇이 다시 찾아와야 읽힙니다. 인덱스나우(IndexNow)는 반대로 글을 발행하거나 고치는 순간 지원하는 검색엔진(빙, 네이버 등)에 “이 주소가 바뀌었다”고 바로 알리는 방식입니다.
랭크매스에서는 Instant Indexing 모듈을 켜면 끝입니다. 확인용 키가 자동으로 만들어지고, 기본값으로 글과 페이지를 발행할 때마다 자동 제출합니다. 구글은 인덱스나우를 쓰지 않으니 구글은 사이트맵, 나머지는 인덱스나우로 나눠서 챙긴다고 보면 됩니다.
속도도 색인 준비의 일부
검색 로봇은 서버가 빠르게 응답하는 사이트에서 더 많이, 더 자주 읽어 갑니다. 반대로 응답이 느리거나 오류가 나면 방문 횟수를 줄입니다. 구글의 크롤링 예산 안내는 대형 사이트용이지만, 이 원리는 작은 블로그에도 같습니다.
그래서 색인 작업과 함께 속도도 점검했습니다. 무거운 페이지 빌더 없이 가벼운 테마를 쓰고, 분석 코드는 방문자가 스크롤하거나 몇 초가 지난 뒤에 불러오게 했습니다. 마지막으로 첫 화면을 늦추던 CSS 파일 하나를 페이지 안에 직접 넣자 모바일과 PC 모두 페이지스피드 100점이 나왔습니다.
Note — 알아 두면 좋은 점
점수 100점이 검색 순위를 직접 올려 주지는 않습니다. 다만 로봇이 읽기 편하고 사람이 머물기 편한 사이트를 만드는 기준으로는 충분히 쓸모가 있습니다.
AI 검색까지: 막고 있지 않은지만 확인
요즘은 ChatGPT 같은 AI 검색에서도 유입이 생깁니다. 여기서 할 일은 많지 않습니다.
- robots.txt가 AI 검색 로봇을 막고 있지 않은지 확인합니다. 제 사이트는 별도 차단이 없습니다.
- 클라우드플레어를 쓴다면 AI 로봇 차단 설정이 켜져 있지 않은지 대시보드에서 확인합니다. 켜져 있으면 robots.txt와 상관없이 막힙니다.
- 랭크매스의 llms.txt 모듈을 켜 두었습니다. AI가 사이트 구조와 주요 글을 파악하도록 돕는 안내 파일이
/llms.txt로 자동 생성됩니다.
이 파일을 열어 봤을 때도 “글” 항목에 샘플 글 “Hello world!”가 올라가 있었습니다. llms.txt는 사이트맵과 같은 목록을 바탕으로 만들어지기 때문에, 앞에서 말한 샘플 글 정리가 여기에도 그대로 영향을 줍니다.
제출 다음: 색인됐는지 확인하는 법
사이트맵이 “성공”이어도 그건 목록을 받았다는 뜻이지, 페이지가 검색에 들어갔다는 뜻은 아닙니다. 확인 방법은 두 가지이고, 둘 다 이 글을 쓰는 날 직접 해 봤습니다.
- site: 검색: 구글 검색창에
site:indexliner.com을 넣으면 현재 색인된 페이지가 대략 보입니다. 정확한 숫자보다는 내 글이 보이기 시작했는지 확인하는 용도입니다. - URL 검사: 서치콘솔 맨 위 검색창에 글 주소를 넣으면 “URL이 Google에 등록되어 있음” 또는 “등록되어 있지 않음”이 나옵니다. 등록되어 있지 않다면 “색인 생성 요청”을 한 번 누를 수 있습니다. 같은 주소를 여러 번 요청한다고 빨라지지는 않습니다.
결과는 예상대로였습니다. 사이트맵 제출 약 한 시간 뒤인 11월 8일 오후, 구글에서 site:indexliner.com을 검색하면 일치하는 검색결과가 없습니다가 나옵니다. 아직 한 페이지도 색인되지 않았다는 뜻입니다.
서치콘솔 URL 검사로 홈 주소를 넣어 봐도 “URL이 Google에 등록되어 있지 않음”입니다. 다만 상태가 “발견됨 – 현재 색인이 생성되지 않음”이고, 출처에 제가 제출한 사이트맵이 찍혀 있습니다. 구글이 사이트맵으로 주소를 알게는 됐지만 아직 읽으러 오지는 않았다는 뜻입니다. 사이트맵 제출이 제 역할을 한 것은 확인한 셈입니다.
그래서 이 글을 발행한 직후, 이 글 주소와 홈 주소에 “색인 생성 요청”을 한 번씩 눌렀습니다. 요청은 대기열에 올리는 것일 뿐 바로 색인된다는 보장은 없습니다. 실제로 언제, 어떤 순서로 색인이 붙는지는 다음 글에서 기록하겠습니다.
새 사이트는 첫 글이 검색에 나오기까지 며칠에서 몇 주가 걸리기도 합니다. 그 사이 서치콘솔 “페이지” 보고서에 “크롤링됨 – 현재 색인이 생성되지 않음” 같은 상태가 뜰 수 있는데, 이건 다음 글에서 따로 다루겠습니다.
막혔던 점 한눈에 보기
| 상황 | 원인 | 해결 |
|---|---|---|
| 검색엔진 최적화 92점, 메타 설명 없음 | 홈이 고정 페이지 | 그 페이지에 제목·설명 직접 입력 |
| 다크 모드에서 아이콘 흰 테두리 | 로고 모서리 배경이 흰색 | 모서리만 투명 처리 |
| “사이트맵 주소가 잘못됨” | 도메인 속성은 주소가 자동으로 붙지 않음 | 전체 URL로 제출 |
| “가져올 수 없음”(빨간 글씨) | 제출 직후 흔한 일시 표시 | 주소·robots 확인 후 기다리기(약 40분 뒤 성공) |
| 발견된 10개 중 내 글 0개 | 샘플 글·미분류 카테고리가 목록에 포함(llms.txt에도 반영) | 제출 전 샘플 콘텐츠 정리 |
| 테마 교체 시 네이버 인증 해제 위험 | 인증 태그를 테마 코드에 넣음 | SEO 플러그인 인증 칸이나 스니펫 플러그인 사용 |
Checklist — 새 블로그 색인 첫 설정
- 설정 → 읽기: 검색 엔진 차단 체크 해제
- 설정 → 고유주소: 글 이름 구조로 정하고 바꾸지 않기
- 홈 제목·메타 설명 정리(고정 페이지라면 그 페이지에)
- 사이트 아이콘 512×512, 다크 모드에서도 확인
- robots.txt 점검, 빈 카테고리·태그 색인 제외
- 샘플 글 삭제, “미분류” 카테고리 이름 바꾸기
- 서치콘솔에 사이트맵 제출(도메인 속성은 전체 URL)
- 네이버 서치어드바이저 인증, 사이트맵·RSS 제출
- 인덱스나우 켜기
- AI 로봇 차단 여부 확인, llms.txt
- site: 검색과 URL 검사로 색인 확인
마치며
설정 자체는 한 시간이면 끝납니다. 시간을 잡아먹은 건 오류 메시지를 보고 당황한 순간들이었습니다. “주소가 잘못됨”은 입력 형식 문제였고, “가져올 수 없음”은 기다리면 되는 표시였습니다. 그리고 “성공”이라는 초록 글씨도 그대로 믿기보다 안을 열어 봐야 했습니다. 메시지를 믿기 전에 실제 주소와 목록을 직접 확인하는 것이 가장 빠른 길이었습니다.
사이트맵이 성공했다고 글이 바로 검색에 나오는 건 아닙니다. 발견된 페이지가 실제로 색인되기까지의 과정은 SEO·색인 카테고리에 이어서 기록하겠습니다.