검색되기 · 4 / 6

이 사이트 분해: Google 색인 693페이지, Bing은 50페이지뿐

앞 두 레슨의 체크리스트와 레버가, 이번엔 실제 환자 한 명에게 전부 떨어집니다: 샤오산 아카데미 자신입니다. 2026년 8월 10일 전 사이트 SEO / GEO 감사를 돌려 빈틈 열 개를 찾았고, 그주에 한 바퀴 고쳤습니다. 이번 레슨은 가장 대표성 있는 다섯 개를 골라, 각각 어떻게 찾았는지, 무엇을 고쳤는지, 무엇으로 검수하는지 풀어 줍니다.

실제 사례색인 비교감사 보고소프트 페이월 분해
먼저 환자의 밑천을 밝힙니다

감사 당일 이 사이트는 이런 모습이었습니다. HTML 페이지 759개, 중·영·한 3개 언어, 거의 모든 페이지에 description(743페이지)과 JSON-LD(741페이지)가 있었습니다2026-08-10 실측. 즉 지난 레슨의 최소 실행 체크리스트는 대부분 통과한 셈입니다. 많은 튜토리얼 기준으로는 이미 「SEO를 잘한 사이트」입니다.

그런데 실측을 돌리자 바로 드러났습니다. 이 장이 「직접 대조하라」고 반복하는 이유입니다: 체크리스트를 통과했다고 병이 없는 것은 아니고, 숫자가 진단서입니다. 첫 실측이 방 안에서 가장 큰 병을 찾아냈습니다.

직접 해보기 · 첫 실측: 양쪽 색인 수

1절에서 가르친 3분 초진의 첫 단계는 site: 로 색인을 보는 것입니다. 이 사이트에 그 단계를 돌리면 결과가 아래와 같습니다. 버튼을 눌러 한 번 돌려 보세요.

site:xueai.app 색인 수 실측 2026-08-10 기준
같은 사이트, 같은 날, 엔진 두 개
Google
Bing
거의 14배 차이이고, 짧은 쪽이 가장 치명적입니다. 지난 레슨의 복선이 여기서 실현됩니다. ChatGPT의 웹 검색은 Bing 색인에 크게 의존합니다. Bing이 당신 페이지 50개만 알면, 나머지 640페이지를 아무리 잘 써도 사용자가 검색할 때 ChatGPT는 그것들을 뒤지지 못합니다. 진단: Google 눈에는 콘텐츠 사이트이고, ChatGPT 눈에는 거의 존재하지 않습니다. 처방은 아래 감사 보고(빈틈 1)에 있습니다.

이 병의 원인을 되짚으면 전형적입니다. 웹마스터 도구는 Google만 등록했고, Bing은 자연 크롤에만 맡겼습니다. Google 크롤러는 부지런하고 할당량이 커서 천천히라도 다 돌 수 있지만, Bing은 제출하지 않은 작은 사이트를 아주 보수적으로 돕니다. 콘텐츠가 달라서가 아니라, Bing에게 인사조차 안 한 것입니다.

직접 해보기 · 감사 보고판: 다섯 빈틈을 하나씩 분해

열 개 빈틈 중 교육 가치가 가장 큰 다섯 개입니다. 각 줄을 눌러 「어떻게 찾았는지, 무엇을 고쳤는지, 무엇으로 검수하는지」 세 단락으로 보세요. 각 줄의 「발견」은 그대로 베낄 수 있는 동작이고, 자기 사이트에 그대로 쓸 수 있습니다.

2026-08-10 감사 보고 (발췌 다섯 줄) 열림 0 / 5
한 줄을 누르면 펼쳐집니다
1Bing 색인 약 50페이지, Google 약 693페이지
발견엔진마다 site:xueai.app을 한 번씩 돌리고 결과 수를 눈으로 비교. 비용 30초.
고침Bing Webmaster 등록, sitemap 제출. IndexNow를 붙여 배포 스크립트가 변경 페이지 주소를 Bing에 자동 푸시. 첫 푸시는 403을 먹었는데, key 파일을 사이트 루트에 먼저 두지 않아서였고, key 검증이 통과한 뒤 정상으로 돌아왔습니다.
검수목표는 2주 안에 Bing 색인을 50에서 300 이상으로. 매주 웹마스터 관리 화면에서 한 번씩 숫자를 적습니다.
2sitemap이 영문·한글 페이지를 전부 빠뜨림, 약 470개 주소
발견자기 sitemap.xml을 열어 항목을 셉니다: 약 330개, 전부 중문 페이지. 사이트에는 .en과 .ko 페이지가 분명히 있는데, 전부 외부 링크에 운을 맡기고 발견되기를 기다렸습니다. 영문 콘텐츠야말로 해외 AI 엔진이 주로 인용하는 언어라, GEO 테이블의 절반을 내준 셈입니다.
고침생성 스크립트를 바꿉니다. 각 강의 페이지가 중·영·한 <url> 세 줄을 내고, 항목 안에서 hreflang으로 세 언어 버전을 서로 가리키면 엔진은 같은 페이지의 번역이지 중복 콘텐츠가 아님을 압니다.
검수sitemap 항목이 약 330에서 약 800으로. 웹마스터 도구에 형식 오류 없음.
3원래부터 Q&A인 페이지 37개를 Article로만 표시해 FAQ 인용을 버림
발견이 사이트의 왕초보 FAQ 시리즈는 페이지마다 질문 하나와 답 하나(「Token이 뭔가요」「AI 고객센터는 왜 멍청한가요」)이고, 왕초보가 AI에 그대로 치는 질문입니다. JSON-LD를 보니 Article 타입만 있고, 지난 레슨의 FAQPage 레버는 하나도 안 썼습니다.
고침빌드 스크립트가 이 묶음에 FAQPage를 추가로 주입합니다. 페이지 제목을 Question으로, 페이지 첫 답변 블록 텍스트를 acceptedAnswer로. 전부 자동이고, 페이지마다 손으로 쓰지 않습니다.
검수Google 리치 결과 테스트 통과. 매달 이 질문들을 Perplexity에 한 바퀴 묻고, 이 사이트가 인용된 횟수를 기록.
4JSON-LD에 날짜가 없어 AI 엔진이 신선도를 판단 못 함
발견몇 페이지 JSON-LD를 표본으로 보니 datePublisheddateModified가 둘 다 없습니다. 「2026년에 AI를 어디서부터 배워야 하나요」 같은 질문에서 엔진은 스스로 신선함을 증명할 수 있는 콘텐츠를 편애합니다.
고침날짜는 손으로 채우지 않습니다. 스크립트가 git 커밋 기록에서 각 페이지의 첫 커밋과 최근 콘텐츠 커밋을 가져와 JSON-LD에 쓰고 캐시한 뒤, 빌드 때 일괄 주입합니다.
검수열 페이지를 표본으로 schema 검증 통과, 날짜가 git 기록과 일치.
5통계 스크립트가 크롤러 트래픽을 전부 버려, GEO 효과를 측정 못 함
발견트래픽 통계 스크립트는 숫자를 깨끗하게 하려고 bot 요청을 전부 걸러 버렸습니다. 사람 방문은 깨끗해졌지만, 대가는 GPTBot이 왔는지, 무엇을 가져갔는지 전혀 모른다는 것입니다. 개조가 AI 색인에 들어갔는지 볼 계기판이 하나도 없었습니다.
고침필터를 보관으로 바꿉니다. bot 요청을 따로 저장하고, UA별로 GPTBot, ClaudeBot, PerplexityBot, Bytespider 등의 일 크롤량과 인기 경로를 집계하며, 관리 화면에 「AI 크롤」 표를 하나 더합니다.
검수관리 화면에서 각 AI 크롤러의 최근 7일 크롤 곡선을 볼 수 있음. 지난 레슨의 「GEO 계기판」이 바로 이 표입니다.
다섯을 다 열면 공통점이 보입니다: 각 줄의 고침은 전부 스크립트와 프로세스에 들어갔고, 손으로 하는 것은 하나도 없습니다. 한 사람이 수백 페이지를 유지하면 손은 반드시 빠뜨립니다. 빌드 스크립트가 배포마다 자동으로 맞게 하는 것이, 1인 회사의 SEO 자세입니다.
직접 해보기 · 소프트 페이월: 유료 콘텐츠를 크롤러에게는 보여 주되 공짜로 주지 않기

이 사이트에는 피할 수 없는 모순이 있습니다. 페이지 오백여 개(영·한 버전 포함)는 로그인해야 볼 수 있는데, 페이지 전체를 막으면 엔진과 AI도 한 글자를 못 가져갑니다. 감사 전의 방식이 바로 이런 「하드 페이월」이었고, 제한 페이지 531개는 엔진에게 완전히 보이지 않았습니다. 개조 후 「소프트 페이월」로 바꿨습니다. 전환해 두 가지 벽 아래에서 사용자와 크롤러가 각각 무엇을 보는지 보세요.

하드 페이월 vs 소프트 페이월 전환
로그인하지 않은 사용자가 보는 것
xueai.app/slides/agent-3.html
크롤러가 가져간 소스 (발췌)

소프트 페이월과 엔진을 속이는 cloaking은 종이 한 장 차이입니다. 둘을 가르는 것은 isAccessibleForFree: false 선언입니다. JSON-LD에 「이 페이지에 유료 부분이 있고, 제한 범위가 어디인지」를 분명히 말하는 것이고, 이것은 Google이 공식으로 인정한 방식(Flexible Sampling)입니다. 선언을 지우고 엔진에게는 전문을, 사용자에게는 빈 페이지를 주면 위반으로 미끄러집니다. 고친 결과: 제한 페이지 531개의 전문을 크롤할 수 있고, 색인 가능 페이지는 28에서 186, 감사 이후에는 전량으로 늘었습니다2026-08 개조 기록.

직접 해보기 · 개조 전후, 카드 여섯 장을 뒤집어 보세요

이번 개조의 성적표가 카드 여섯 장에 들어 있습니다. 한 장을 누르면 한 장이 뒤집힙니다. 왼쪽 위 첫 장은 가장 중요한 당부입니다: 어떤 숫자는 개조 당일에는 안 움직이고, 엔진이 소화하기를 기다려야 합니다.

개조 전 → 개조 후 뒤집음 0 / 6
숫자 기준: 2026-08-10 감사와 그주 개조 기록
sitemap 항목
~330개
영·한 페이지를 전부 빠뜨림
llms.txt 체계
목차만
전문판 없음
Q&A 구조화 데이터
0페이지
전부 일반 기사로 표시
신선도 신호
없음
엔진이 시효를 판단 못 함
AI 크롤러 모니터링
전부 버림
GEO를 눈감고 운항
Bing 색인
~50페이지
개조 당일에는 안 변함
마지막 카드의 정직함에 주목하세요: Bing 색인 수는 개조 당일 한 페이지도 늘지 않습니다. SEO와 GEO 동작은 그날 끝나지만, 효과는 주 단위로 셉니다. 그래서 검수 기준이 전부 「2주 안에」「매주 한 번 적기」처럼 시간이 붙은 쓰기이고, 당일 효과가 난다는 SEO는 대개 사기입니다.

여섯 장 뒤의 작업량을 밝히면: 감사 반나절, 개조는 한 주에 몰아서 끝났고, 대부분은 빌드 스크립트 하나를 고친 일입니다. 한 사람, 한 주, 현금 비용은 거의 제로 — 동작을 전부 스크립트화한 뒤, SEO / GEO가 1인 회사에 매기는 실제 가격입니다.

베껴 쓰기 목록 · 자기 사이트에 같은 감사를 하세요

이번 감사에 쓴 동작은 전부 베낄 수 있고, 오후 한나절이면 돌릴 수 있습니다. 순서대로:

  1. Google과 Bing에서 각각 site: 조회를 한 번 돌리고, 두 숫자를 장부에 적으세요. 차이가 크면 어디를 먼저 메울지 압니다.
  2. 자기 sitemap.xml을 열어 항목을 세고, 실제 페이지 수와 맞춰 보세요. 빠진 것이 엔진이 모르는 것입니다.
  3. 아무 페이지 다섯 개를 뽑아 소스를 보세요. 본문이 있는지, description이 있는지, canonical이 맞는지, JSON-LD에 날짜가 있는지.
  4. 사이트의 모든 질문-답 형태 페이지를 찾아, FAQPage로 표시됐는지 확인하세요.
  5. 요청 로그에서 GPTBot을 검색하세요. 안 나오면 통계 스크립트나 방화벽이 버린 것은 아닌지 확인하세요.
  6. 유료 콘텐츠가 있으면 크롤러 시점(curl 또는 웹마스터 도구의 가져오기 테스트)으로 제한 페이지를 보고, 엔진이 가져간 것과 사용자가 보는 것이 같은 문서인지 확인하세요.

항목마다 한 줄씩 적으세요: 현황, 영향, 고치는 법. 다 끝나면 손에 자기 사이트의 이 감사 보고가 있습니다.

이번 개조의 리듬표

마지막으로 이번 개조의 일정을 밝혀, 자기 버전을 짤 때 참고하게 합니다. 핵심 원칙: 「엔진이 아예 못 봄」「보긴 하지만 인용 안 함」「확대와 방어」 세 층으로 우선순위를 매기고, 한 층을 끝낸 뒤에 다음 층을 하세요.

단계무엇을 하나왜 이 자리인가
1주차sitemap 다언어 보충, llms-full.txt, 빠진 description 채우기, 웹마스터 등록과 제출전부 「못 봄」 급의 병입니다. 안 고치면 뒤에 무엇을 해도 헛일입니다. 세 가지는 같은 빌드 스크립트를 고치므로 배포 한 번
2주차FAQPage 구조화 데이터, JSON-LD 날짜, 크롤러 모니터링 패널「보긴 하지만 인용 안 함」 층. 모니터링 패널은 콘텐츠 동작보다 먼저 올라가야, 뒤의 효과를 볼 계기판이 있습니다
3~4주차전 사이트 한 줄 답변 블록유일하게 주 단위로 세는 콘텐츠 작업량: 수백 페이지의 요약 문장을 AI가 일괄 초안하고 사람이 한 바퀴 봅니다. 마지막에 두는 이유는 느려서이지, 안 중요해서가 아닙니다
매주 루틴색인 수 기록, 크롤러 곡선 보기, AI 출처 referrer 보기개조는 한 번이고, 측정은 장기입니다. 숫자는 장부에, 날짜를 붙여서

1주차에 세 가지를 몰아넣은 이유를 보세요. 같은 빌드 스크립트를 고치기 때문입니다. 한 사람이 최적화할 때는 「어느 파일을 고치나」로 묶어 일정을 짜는 것이 「어느 것이 더 중요하나」로 짜는 것보다 힘을 절반 아끼고, 이것이 공학 직감을 SEO에 적용하는 방식입니다.

고친 뒤 무엇으로 계속 검수하나 · 6절이번 개조의 검수 기준이 12항 목록과 네 가지 측정 기준으로 가라앉아, 배포마다 재사용할 수 있습니다.
퀴즈 · 컴플라이언스 경계는 어디인가
아래 중 어느 것이 소프트 페이월의 컴플라이언스 선을 넘었나요? 객관식
소프트 페이월과 부정행위는 종이 한 장 차이입니다. 이 문제가 그 종이입니다
A전문이 HTML에 들어가고, 비로그인 사용자는 앞 40%를 보며, JSON-LD가 제한 범위를 선언
B크롤러 UA를 식별하면 전문을 돌려주고, 일반 사용자 방문에는 로그인 상자만 있으며, 페이지는 아무 선언도 하지 않음
C무료 페이지는 전문 개방, 유료 페이지는 미리보기만 llms-full.txt에 넣고 「전문은 링크 참조」라고 적음
Dlocked.html 안내 페이지에 noindex를 걸어, 색인 자리를 차지하지 않게 함
핵심 정리

체크리스트를 통과했다고 병이 없는 것은 아닙니다: 이 사이트 759페이지 중 743페이지에 description이 있어 건강해 보였지만, 실측하니 Bing 색인은 50페이지뿐이었습니다. 숫자가 진단서입니다.

각 빈틈마다 「어떻게 찾았는지, 무엇을 고쳤는지, 무엇으로 검수하는지」가 붙어야 합니다: 발견은 베낄 수 있어야 하고, 고침은 스크립트에 들어가야 하며, 검수는 시간과 숫자가 붙어야 합니다.

소프트 페이월은 선언으로 컴플라이언스를 지킵니다: 유료 콘텐츠 전문을 HTML에 넣어 엔진이 크롤하게 하고, isAccessibleForFree로 제한 범위를 선언하세요. 선언을 지우면 최적화에서 부정행위로 미끄러집니다.

효과는 주 단위로 셉니다: 동작은 그날 끝나고, 색인 수와 인용률은 엔진이 소화하기를 기다립니다. 검수는 전부 날짜가 붙은 목표로 쓰고, 당일 효과를 약속하는 말은 믿지 마세요.

「어느 파일을 고치나」로 묶어 일정을 짜세요: 한 사람이 최적화할 때는 같은 스크립트의 변경을 같은 주에 몰아, 배포 한 번에 전부 올립니다.

출처: 이 사이트 2026년 8월 10일 SEO / GEO 감사와 그주 개조의 1차 기록. 본문의 모든 숫자(Google 약 693페이지 / Bing 약 50페이지, sitemap 약 330 → 약 800개, 743/759페이지에 description, 제한 페이지 531개, Q&A 페이지 37개, llms.txt 317개 레슨)는 2026-08-10 실측 기준이며, 색인 수는 시간에 따라 변하고 방법은 변하지 않습니다.