SEO 최소 실행 체크리스트: 크롤·이해·색인
SEO라는 말은 각종 「비법」에 싸여 신비롭게 들립니다. 1인 작은 사이트에 할 만한 부분은 사실 작고 분명합니다: 크롤러가 가져가게, 엔진이 읽게, 색인을 조회할 수 있게. 이번 레슨은 하면 효과가 있고 안 하면 0이 되는 부분만 다룹니다. 각 항을 직접 대조할 수 있어요.
전통 SEO는 큰 산업입니다: 백링크 구축, 경쟁사 키워드 사전, 사이트 네트워크, 오래된 도메인… 그 세트는 팀과 예산이 있는 회사를 향합니다. 혼자 제품을 만드는 사람이 그걸 배우면 인생을 낭비하는 겁니다. 좋은 소식은, 검색 엔진이 몇 년째 게임을 한 방향으로 밀고 있다는 점입니다: 콘텐츠를 잘 만들고 기술 장애를 치운 사이트는, 자연히 잘 대해집니다.
그래서 최소 실행 체크리스트의 논리는 이렇습니다: 안 하면 바로 탈락하는 일만 하세요. 앞 레슨 퍼널의 층에 맞추면 세 그룹입니다: 크롤 가능(크롤 층), 이해 가능(이해 층), 색인 가능(색인 층). 세 그룹이 통하면 나머지는 콘텐츠 품질입니다. 그건 레슨 5의 일입니다.
| 그룹 | 무엇을 푸나요 | 안 하면 |
|---|---|---|
| 크롤 가능 | 크롤러가 와서 본문을 가져갈 수 있습니다 | 빈 껍데기를 가져가고, 뒤는 전부 0입니다 |
| 이해 가능 | 엔진이 각 페이지가 무엇을 말하는지 압니다 | 색인돼도 어떤 질문 아래 보여줄지 모릅니다 |
| 색인 가능 | 엔진이 당신 존재와 페이지 목록을 압니다 | 색인이 운에 맡겨지고, 빠르기는 관측할 수 없습니다 |
가장 치명적인 병부터 고칩니다. AI가 만든 프론트엔드는 싱글 페이지 앱을 좋아합니다: 페이지가 열리면 먼저 빈 껍데기고, 콘텐츠는 JS가 데이터를 요청한 뒤 렌더링합니다. 사용자가 보는 것은 전부 정상입니다. 크롤러가 가져온 것은 다른 이야기입니다. 아래는 같은 제품 페이지, 구현 두 가지입니다. 오른쪽이 크롤러가 실제로 가져온 소스입니다.
계약을 올리면 규정에 맞는 인보이스 신청서가 자동으로 만들어집니다. 일반 부가세 영수증과 전용 영수증을 지원하고, 오후에 걸쳐 하던 일을 3분에 끝냅니다.
무료로 시작주류 엔진은 JS를 실행할 수 있다고 말하지만, 실행에는 할당량과 지연이 있고 작은 사이트는 우선 큐에 못 들어갑니다. 대부분의 AI 크롤러는 JS를 아예 실행하지 않고, 가져온 것이 전부입니다. 아키텍처를 뒤집을 필요는 없습니다: 핵심 페이지(홈, 기능, 글)는 HTML 소스에 본문이 이미 있게. 인터랙션은 계속 JS로 해도 됩니다. AI에게 페이지를 시킬 때 이 문장을 프롬프트에 넣으세요. 비용은 0입니다.
크롤이 된 뒤 두 번째 일은 엔진이 각 페이지를 읽게 하는 것입니다. 원칙은 하나뿐입니다: 한 페이지가 한 질문에 답합니다. 무엇이든 말하는 페이지는, 엔진이 어떤 질문 아래 보여줄지 몰라 결국 어느 질문에도 안 나옵니다. 주제가 정해지면 title과 description이 검색 결과에서 그 페이지의 얼굴입니다. 사용자는 두 줄을 훑고 클릭을 정합니다.
아래는 도구 사이트가 검색 결과에 나온 실제 병례 세 건입니다. 하나를 눌러, 어떻게 고치는지 보세요.
검진표를 찍으면 자동 보관하고 다음 알림을 설정합니다. 다견·다묘 가정을 지원하고, 데이터는 수의사에게 내보낼 수 있습니다.
· 체중 곡선 자동 생성
· 진료 기록 한 번에 공유
이 대결은 흔한 고민에도 답합니다: 화려함과 검색되기가 충돌하나요? 충돌하지 않습니다. 순서가 있을 뿐입니다. 먼저 HTML에 완전한 본문이 있게 하고, 애니메이션과 인터랙션은 그 위에 쌓으세요. 이 부의 이 교재 페이지들이 바로 그렇게 합니다: 지금 읽는 글자마다 소스에 있고, 인터랙티브 컴포넌트는 전부 추가로 올린 것입니다.
가져갈 수 있고 읽을 수 있게 된 뒤, 마지막 동작 묶음은 사이트를 엔진 앞에 직접 데려가는 것입니다. 네 가지, 오후 한나절이면 전부 끝낼 수 있습니다. 끝나면 색인이 신비에서 숫자를 볼 수 있는 과정으로 바뀝니다.
| 동작 | 무엇을 하나요 | 왜 할 만하나요 |
|---|---|---|
| sitemap.xml | 사이트 루트에 두는 XML 파일로, 전체 페이지 주소를 나열합니다. 다국어 사이트는 각 URL에 hreflang으로 다른 언어 버전을 서로 가리키게 합니다 | 엔진이 목록을 따라 크롤하므로, 페이지가 몇 장인지 스스로 더듬지 않아도 됩니다. 이 사이트가 2026년 8월 영·한 페이지를 보탠 뒤, sitemap 항목이 약 330에서 약 950으로 늘었습니다 |
| robots.txt | 루트의 텍스트 파일로, 어떤 경로는 환영하고 어떤 경로는 잡지 말라고 선언하며, 끝에 sitemap 주소를 가리킵니다 | 크롤러가 사이트에 들어와 보는 첫 파일입니다. Disallow 한 줄을 잘못 쓰면 전 사이트를 막을 수 있습니다. 고친 뒤에는 반드시 웹마스터 도구로 검증하세요 |
| canonical | 각 페이지 head의 한 줄 <link rel="canonical">로, 이 페이지의 정식 주소를 선언합니다 | 파라미터가 붙은 주소, 여러 입구가 같은 페이지를 가리킬 때, 엔진이 가중치를 누구 이름으로 적을지 압니다. 자기 페이지끼리 표를 나누지 않습니다 |
| 웹마스터 도구 제출 | Google Search Console과 Bing Webmaster에 각각 한 번 등록하고, 도메인을 검증하고, sitemap을 제출합니다. Bing에서는 IndexNow도 켜 두세요: 배포 후 변경된 페이지 주소를 밀어 줍니다 | 이후 색인 수, 크롤 오류, 노출 횟수에 전부 리포트가 생깁니다. Google만 제출하지 마세요: 다음 레슨의 GEO가 Bing이 왜 똑같이 중요한지 말합니다 |
이 네 가지는 매일 손볼 필요가 없습니다. sitemap은 빌드 스크립트가 자동 생성하게 하고, 웹마스터 리포트는 주에 한 번 보면 충분합니다.
이 목록에서 한 항을 빠뜨리면 · 레슨 4이 사이트도 빠뜨렸습니다: sitemap에 주소 470개가 빠졌고, Bing은 제출하지 않았습니다. 레슨 4가 그 구멍의 대가와 고치는 법을 통째로 회고합니다.이번 레슨의 내용은 전부 열 항 체크리스트에 들어갑니다. 사이트를 대조해 한 항씩 이미 한 것을 켜세요. 사이트가 없으면 먼저 북마크해 두고, 출시하는 날 다시 한 바퀴 도세요.
이번 레슨의 요구 대부분은, AI에게 페이지를 시킬 때 한 번에 말할 수 있습니다. 아래 블록은 바로 쓸 수 있습니다. 프로젝트 프롬프트나 규칙 파일에 붙이세요:
문단 하나의 비용으로, 새 페이지마다 처음부터 합격입니다. 이 부가 반복하는 패턴이기도 합니다: 프롬프트와 스크립트에 넣을 수 있는 요구는, 기억과 자각에 두지 마세요.
최소 실행 세 그룹: 크롤 가능(본문을 HTML에), 이해 가능(페이지당 주제 하나, 사람 말 title), 색인 가능(sitemap, robots, canonical, 웹마스터 도구). 안 하면 탈락하는 일만 하세요.
JS 빈 껍데기는 AI 프론트엔드의 1번 병입니다: 사용자는 정상으로 보고, 크롤러는 빈칸을 가져갑니다. AI에게 요구할 때 「핵심 페이지 본문은 HTML 소스에 있어야 한다」고 쓰세요. 비용은 0입니다.
title과 description은 검색 결과에서 입을 열 유일한 기회입니다: title은 사용자가 검색할 질문, description은 이 페이지가 그를 어떻게 돕는지.
플랫폼 제출이 색인을 관측 가능하게 만듭니다: Google과 Bing 둘 다 제출하세요. 이후 리포트와 베이스라인이 생깁니다. 열 항 점수를 매기고, 빠진 것을 채우세요.
프롬프트와 스크립트에 넣을 수 있는 요구는, 기억과 자각에 두지 마세요: 그 고정 프롬프트를 프로젝트 규칙에 붙이면, 새 페이지마다 처음부터 합격입니다.
콘텐츠 출처: 샤오산 아카데미 「검색에 걸리기」 특집 오리지널. 본문의 sitemap 항목 수(약 330 → 약 950)는 이 사이트의 2026년 8월 개조 실제 데이터입니다. 전체 회고는 레슨 4를 보세요.