발행한 글이 검색과 AI 답변에 보이지 않으면 색인 여부 → 크롤링 허용 → 대표 주소 → HTML 본문 → 내용 순서로 확인합니다. 앞 단계가 막혀 있으면 뒤 단계를 아무리 고쳐도 효과가 나지 않기 때문입니다. 기술 단계는 확인 방법이 정해져 있어 짧은 시간 안에 점검할 수 있으므로 먼저 봅니다.
검색 노출과 AI 답변 노출은 출발점이 같습니다. 검색엔진이나 AI 서비스가 글을 가져가 읽을 수 있어야 순위를 매기거나 근거로 인용할 수 있습니다. 글이 보이지 않을 때 내용부터 다시 쓰기보다, 글이 읽히는 길이 열려 있는지부터 확인하는 것이 순서입니다.
먼저 색인 여부부터 확인합니다
색인(검색엔진이 글을 저장해 검색 결과 후보로 올려 둔 상태)이 되지 않은 글은 어떤 검색어로도 나오지 않습니다. 그래서 가장 먼저 글이 색인됐는지를 확인합니다.
- 구글: 구글 서치 콘솔의 URL 검사에 글 주소를 넣으면 색인 여부와 제외 사유가 표시됩니다.
- 네이버: 네이버 서치어드바이저에 사이트를 등록하면 수집 현황을 보고 웹페이지 수집을 요청할 수 있습니다.
- 간단 확인: 검색창에 글 제목을 큰따옴표로 묶어 검색하면 노출 여부를 대략 짐작할 수 있습니다.
발행 직후라면 아직 수집되지 않았을 수 있으므로 수집 요청을 넣고 기다립니다. 반대로 서치 콘솔에 「크롤링됨 - 현재 색인이 생성되지 않음」이나 중복 페이지 계열의 제외 사유가 표시되면 아래 단계에서 원인을 찾습니다.
검색엔진이 글에 들어올 수 있는지 봅니다
색인이 되지 않았다면 검색엔진이 글에 접근할 수 있는지를 봅니다. 확인할 곳은 세 군데입니다.
- robots.txt: 사이트 주소 뒤에 /robots.txt 를 붙여 열고, 글이 있는 경로가 Disallow 로 막혀 있지 않은지 확인합니다.
- noindex 표시: 글 HTML 의 head 안 robots 메타 태그에 noindex 가 들어 있으면 검색엔진은 그 글을 색인하지 않습니다.
- sitemap.xml: 사이트맵에 새 글 주소가 들어 있는지 보고, 서치 콘솔과 서치어드바이저에 사이트맵을 제출했는지 확인합니다.
AI 서비스의 수집기 가운데에도 robots.txt 를 따르는 곳이 있습니다. 특정 수집기를 막는 줄이 들어 있으면 검색에는 보여도 AI 답변의 근거로는 쓰이지 않을 수 있습니다. 설정을 직접 바꾼 적이 없더라도 테마나 플러그인이 넣은 줄이 있는지 함께 살펴봅니다.
대표 주소(canonical)가 글 자신을 가리키는지 봅니다
canonical 은 「이 글의 대표 주소는 여기입니다」라고 검색엔진에 알려 주는 표시입니다. 이 값이 다른 주소를 가리키면 검색엔진은 그 주소를 대표로 보고, 지금 글은 중복으로 판단해 제외할 수 있습니다.
- 글 HTML 의 canonical 값이 현재 글 주소와 정확히 같은지 봅니다. http 와 https, www 유무, 끝의 슬래시까지 같아야 합니다.
- 같은 본문이 여러 주소로 열리는지 봅니다. 태그 목록이나 인쇄용 주소가 같은 본문을 보여 주면 대표 주소가 흔들릴 수 있습니다.
- 발행 뒤 글 주소를 바꿨다면 옛 주소에서 새 주소로 301 리다이렉트를 걸었는지 확인합니다. 옛 주소가 404 로 끊기면 이미 색인된 주소와 새 주소가 엇갈립니다.
본문이 HTML 원본에 들어 있는지 봅니다
브라우저 화면에 글이 보인다고 해서 검색엔진과 AI 수집기도 같은 글을 받는 것은 아닙니다. 화면을 스크립트로 나중에 그리는 사이트는 처음 내려오는 HTML 이 거의 비어 있고, 수집기가 스크립트를 실행하지 않으면 본문을 읽지 못합니다.
확인 방법은 간단합니다. 브라우저에서 글을 열고 「페이지 소스 보기」로 원본 HTML 을 연 뒤, 본문 첫 문장으로 찾기를 합니다. 그 문장이 원본에 있으면 통과입니다. 브라우저 설정에서 스크립트를 끄고 글을 다시 여는 방법도 있고, 서치 콘솔 URL 검사의 크롤링된 페이지 보기로 검색엔진이 받은 HTML 을 직접 볼 수도 있습니다.
oblog 는 서버에서 본문까지 완성한 HTML 을 보내기 때문에 스크립트를 끄고 열어도 글이 그대로 보입니다. 다른 도구를 쓰고 있다면 글 몇 편에 이 점검을 해 보는 것만으로 원인 하나를 빠르게 걸러 낼 수 있습니다.
색인됐는데도 안 보이면 내용을 점검합니다
앞의 네 단계를 모두 통과했는데도 원하는 검색어나 AI 답변에 나오지 않는다면 이제는 기술보다 내용을 볼 차례입니다. 다음 네 가지를 차례로 확인합니다.
- 검색어와 제목이 맞는지: 독자가 실제로 입력하는 말이 제목과 첫 문단에 들어 있는지 봅니다. 업계 용어만 쓰면 독자의 검색어와 어긋날 수 있습니다.
- 첫 문단에 답이 있는지: 질문에 바로 답하는 문장이 앞에 있어야 AI 답변이 근거로 삼을 문장을 찾기 쉽습니다. 배경 설명이 길게 이어진 뒤에야 답이 나오면 인용할 문장이 흐려집니다.
- 떼어 내도 뜻이 서는지: 한 문단만 잘라 읽어도 무엇에 대한 이야기인지 알 수 있어야 답변의 근거로 쓰기 좋습니다.
- 이미 답이 많은 질문인지: 같은 질문에 답한 글이 많다면 아직 다루지 않은 조건·예외·절차를 더해야 선택받을 이유가 생깁니다.
내용을 고친 뒤에는 서치 콘솔과 서치어드바이저에서 다시 수집을 요청합니다.
새 글을 발행할 때마다 확인할 다섯 가지
문제가 생긴 뒤에 찾는 것보다 발행 직후에 짧게 확인하는 편이 수고가 적습니다. 다음 순서를 글마다 반복합니다.
- 글 주소가 로그인 없이 정상으로 열리는지 확인합니다.
- 페이지 소스에 본문 첫 문장이 들어 있는지 확인합니다.
- canonical 값이 현재 글 주소와 같은지 확인합니다.
- sitemap.xml 에 새 글 주소가 들어갔는지 확인합니다.
- 서치 콘솔과 서치어드바이저에서 수집을 요청합니다.
oblog 처럼 sitemap.xml · robots.txt · canonical 이 발행과 함께 자동으로 적용되는 도구를 쓰더라도, 실제 값이 의도대로 들어갔는지 한 번 열어 보는 습관이 원인 파악을 빠르게 합니다. 오늘 발행한 글 한 편부터 이 다섯 가지를 확인해 보시기 바랍니다.
자주 묻는 질문
발행한 지 얼마 안 된 글이 검색에 안 나오면 문제인가요?
발행 직후에는 아직 수집되지 않았을 수 있으므로 바로 문제로 보지 않습니다. 서치 콘솔과 서치어드바이저에서 수집을 요청한 뒤 색인 여부를 다시 확인합니다. 제외 사유가 표시되면 그때 원인을 찾습니다.
검색에는 나오는데 AI 답변에는 안 나오는 이유는 무엇인가요?
robots.txt 에서 특정 AI 수집기를 막고 있는지 먼저 확인합니다. 막혀 있지 않다면 첫 문단에 질문의 답이 있는지, 한 문단만 떼어 읽어도 뜻이 서는지 같은 내용 측면을 점검합니다.
본문이 HTML 원본에 있는지 어떻게 확인하나요?
브라우저에서 페이지 소스 보기를 열고 본문 첫 문장으로 찾기를 합니다. 그 문장이 원본에 있으면 통과입니다. 스크립트를 끄고 글을 다시 열어 보는 방법도 있습니다.
글 주소를 바꾼 뒤 검색에서 사라졌다면 어떻게 하나요?
옛 주소에서 새 주소로 301 리다이렉트가 걸려 있는지 확인합니다. 옛 주소가 404 로 끊기면 이미 색인된 주소와 새 주소가 엇갈립니다. 리다이렉트를 건 뒤 새 주소의 수집을 요청합니다.
