SEO 최적화는 검색엔진이 페이지를 수집하고, 이해하고, 질문에 맞는 답으로 고르게 만드는 작업입니다. 새 글 발행 전 수집·색인·문서 구조·근거·발행 후 단계별로 확인할 18가지를 표로 정리했습니다.
루미브리즈
2026년 10월 15일
SEO 최적화는 검색엔진이 페이지를 찾고(수집), 내용을 이해하고(색인), 사용자의 질문에 맞는 답으로 고르게(노출) 만드는 작업입니다. Google 검색 센터의 SEO 기본 가이드도 검색엔진이 콘텐츠를 이해하도록 돕고 사용자가 사이트를 찾도록 돕는 일로 SEO를 설명합니다. 그래서 체크리스트도 이 네 단계 순서로 짜야 빠짐이 없습니다.
아래 18가지는 루미브리즈가 고객사 콘텐츠를 발행하기 전에 실제로 확인하는 항목을 단계별로 묶은 것입니다. 글을 쓰는 사람과 사이트에 올리는 사람이 다를 때 특히 쓸모가 있습니다.
| # | 항목 | 확인 방법 |
|---|---|---|
| 1 | robots.txt가 해당 경로를 막지 않는다 | 사이트 주소 뒤 /robots.txt 직접 열기 |
| 2 | 사이트맵에 새 URL이 들어갔다 | sitemap.xml에서 URL 검색 |
| 3 | 다른 글·목록 페이지에서 링크가 걸려 있다 | 고아 페이지(들어오는 링크 0) 여부 |
| 4 | 로그인·스크립트 없이 본문이 보인다 | 페이지 소스 보기에 본문 텍스트가 있는지 |
4번이 자주 빠집니다. 화면에는 보이지만 소스에 본문이 없으면 검색엔진이 읽지 못할 수 있습니다. 네이버 쪽 수집 조건은 네이버 수집 조건 체크리스트에 따로 정리했습니다.
| # | 항목 | 확인 방법 |
|---|---|---|
| 5 | canonical이 자기 자신 URL을 가리킨다 | head의 rel=canonical 값 |
| 6 | noindex가 실수로 들어가 있지 않다 | meta robots 태그 |
| 7 | 같은 내용의 다른 URL이 없다 | 제목·본문 앞부분으로 사이트 내 검색 |
| 8 | HTTP 상태가 200이고 리디렉션이 한 번 이하다 | 브라우저 개발자 도구 네트워크 탭 |
구조화 데이터는 schema.org의 FAQPage 정의처럼 공개된 형식을 따르되, 화면에 없는 질문을 데이터에만 넣지 않는 것이 원칙입니다.
이 단계는 AI 검색과도 겹칩니다. 저희가 의료 콘텐츠에서 관찰한 결과는 형용사를 숫자로 바꾼 사례에 정리되어 있습니다.

IndexNow는 구글에는 해당하지 않는다는 점을 기억해 두면 혼란이 줄어듭니다. 운영 경험은 IndexNow 운영 사례에 있습니다.
체크리스트는 한 번 만들고 끝나는 문서가 아닙니다. 검색엔진의 화면과 규칙이 바뀌면 항목도 바뀝니다. 다음 글에서는 구글·네이버·빙의 차이를 따로 다룹니다.
일부는 그렇지만 핵심은 쓰기 전에 정합니다. 어떤 질문에 답할지, 제목과 첫 문단에 무엇을 둘지는 글의 뼈대이기 때문입니다. 발행 직전에는 표의 수집·색인 항목을 점검하는 순서가 효율적입니다.
정해진 숫자는 없지만 검색 결과에서 잘리면 핵심 단어가 보이지 않습니다. 루미브리즈는 한글 기준 60자 이내로 맞추고, 핵심 키워드를 앞쪽에 둡니다.
필수는 아니지만 검색엔진이 문서의 종류와 요소를 이해하는 데 도움이 됩니다. 글이라면 Article과 BreadcrumbList, 질문·답 구성이라면 FAQPage를 schema.org 형식으로 넣고, 화면에 실제로 보이는 내용과 일치시켜야 합니다.
수집이 됐는지부터 봅니다. 서치 콘솔이나 서치어드바이저에서 URL 상태를 확인하고, robots.txt 차단·noindex·canonical 오류가 없는지 점검합니다. 색인이 됐는데 노출이 없다면 그때 문서 내용을 봅니다.
내용을 실제로 보강했을 때만 수정일을 갱신하고, 사이트맵 lastmod도 실제 수정일로 맞춥니다. 날짜만 바꾸는 갱신은 신뢰를 떨어뜨릴 수 있습니다.
본 글에서 언급된 사례
본 글은 LumiBreeze가 발행하는 GEO/AEO 사례 연구·리서치 콘텐츠입니다. 인용된 사례는 일반적인 운영 데이터 기반으로 작성되었으며, 개별 의료기관·기업의 진료·서비스에 대한 보장이 아닙니다.