1. 수집·색인 조건을 먼저 확인합니다
- 공개 페이지는 정상 응답하며 robots와 noindex 설정이 목적에 맞는지 확인합니다.
- 같은 내용의 URL이 여러 개라면 대표 URL, 리디렉션, 내부 링크를 맞춥니다.
- 사이트맵에는 실제 공개할 대표 URL과 실제 변경일을 담습니다.
- Search Console·서치어드바이저의 수집 결과를 확인합니다. 파일 설정만으로 색인이 완료되지는 않습니다.
2. 본문과 구조화 데이터를 맞춥니다
Google Search Central — 구조화 데이터 일반 가이드에 맞춰 보이는 내용만 표시합니다. Organization·Service는 운영자와 서비스를 설명하고, Article·BreadcrumbList는 문서와 탐색 구조를 설명합니다. 유효한 마크업도 검색 확장 표시를 보장하지 않습니다.
FAQ 본문은 필요한 질문에 답하는 용도로 둡니다. 종료된 FAQ·HowTo 검색 표시나 특정 AI 인용을 구조화 데이터의 효과로 제안하지 않습니다.
3. 실제 페이지 경험을 측정합니다
Google Search Central — Core Web Vitals의 LCP·INP·CLS는 로딩, 상호작용, 화면 안정성을 살펴보는 지표입니다. 실사용 자료와 실험실 측정을 구분하고, 좋은 점수가 검색 상위 노출을 보장하는 것은 아니라는 점도 함께 봅니다.
- 이미지 크기·비율을 지정하고 화면에 맞는 파일을 제공합니다.
- 첫 화면 콘텐츠와 글꼴을 불필요하게 늦추지 않습니다.
- 무거운 스크립트·반복 애니메이션·외부 도구의 영향을 측정합니다.
4. 한 페이지가 답할 질문을 정합니다
서비스 범위·가격 조건·선택 기준을 페이지별로 나눕니다. 비슷한 단어를 반복한 페이지를 늘리기보다 기존 문서의 빠진 답과 실제 근거를 채우고 관련 문서로 연결합니다.
5. 수정과 성과를 따로 기록합니다
수정 URL·내용·날짜를 남기고, 검색어별 노출·클릭·문의가 어떻게 바뀌는지 살펴봅니다. 변경 직후의 짧은 등락만으로 효과를 확정하지 않습니다.