GEO INSIGHT
AI 검색 노출을 위한 홈페이지 진단 25가지 기준
써밋피드는 자사 홈페이지부터 SEO 25가지 기준으로 직접 진단했습니다. 수집, 색인, 본문, JSON-LD와 브랜드 정보를 어떤 순서로 점검했는지 실제 점검 흐름에 맞춰 정리했습니다.
핵심 답변
GEO 미팅에서 가장 많이 받은 질문은 ‘GEO가 홈페이지 구조화 하면 된다는데 맞나요?’였습니다.
이 질문에 답하기 위해 써밋피드 홈페이지부터 SEO 25가지 기준으로 점검했고, 수집, 색인, 본문, JSON-LD와 브랜드 정보가 실제로 어떻게 이어지는지 정리했습니다.
결론부터 말하면 홈페이지 구조화는 GEO의 시작점입니다. Schema와 페이지 구조만 정리한다고 AI 답변의 인용과 추천이 완성되지는 않습니다.
질문별 콘텐츠, 공식 정보의 일관성, 외부 언급과 4개 AI 재측정까지 이어져야 GEO 실행이 완성됩니다.
2026년 10월 16일 기준 가장 많이 경험한 경우
SSL 인증서에 문제가 있는 경우
주소는 맞는데 보안 경고가 뜨거나 접속이 끊기면 검색 로봇과 사용자 모두 페이지에 안정적으로 들어오지 못합니다.
robots.txt가 페이지를 막은 경우
홈페이지는 열려도 robots.txt에서 중요한 페이지를 막으면 검색 로봇은 내용을 읽지 못합니다.
JSON-LD가 화면과 다른 경우
화면의 회사명, 서비스와 FAQ가 JSON-LD와 다르면 검색엔진과 AI가 브랜드 정보를 한 가지로 이해하기 어렵습니다.
구글에선 상위노출이 되어 있는데 왜 AI에서는 가시성이 적을까?
구글 검색 상위노출과 AI 답변 노출은 같은 기준이 아닙니다. 구글에서 잘 보이던 페이지도 AI 관련 크롤러가 막혀 있거나 브랜드를 뒷받침하는 외부 언급이 부족하면 답변의 추천 후보로 연결되지 않습니다.
그래서 상위노출 여부만 보지 않고 robots.txt, 초기 HTML, 화면과 JSON-LD의 일치 여부를 먼저 확인합니다. 이후 공식 채널과 외부 콘텐츠에서 같은 브랜드 정보가 반복되는지, 실제 AI 답변에서 언급과 출처가 나오는지도 따로 봅니다.
상위노출 이후에 따로 보는 세 가지
AI가 페이지에 들어오는가
robots.txt에서 중요한 페이지의 접근이 막혀 있지 않은지 봅니다.
홈페이지가 한 문장으로 설명되는가
회사명, 핵심 서비스와 답변이 화면과 JSON-LD에서 같은 내용으로 정리됐는지 봅니다.
홈페이지 밖에서도 같은 브랜드로 언급되는가
공식 채널과 외부 콘텐츠에 회사명과 서비스 정보가 일관되게 쌓였는지 확인합니다.
홈페이지 진단 25가지에서는 무엇을 확인할까?
25개 항목은 기술 점검표를 채우기 위한 목록이 아닙니다. 홈페이지가 발견되고, 읽히고, 브랜드의 공식 정보와 연결되는 과정에서 어디가 끊겼는지 찾기 위한 기준입니다.
| 번호 | 확인 항목 | 문제가 보이는 상태 | 먼저 할 일 |
|---|---|---|---|
| 1 | robots.txt | 공개 페이지 또는 필요한 자산이 차단됨 | 규칙과 대상 URL 대조 |
| 2 | 서버와 보안 접근 | 403, 429 또는 지역 차단 | CDN, WAF와 서버 로그 확인 |
| 3 | 색인 차단 | 공개 페이지에 noindex 또는 X-Robots-Tag 잔존 | HTML과 응답 헤더 확인 |
| 4 | sitemap.xml | 404, 리디렉션, 중복 URL 또는 잘못된 lastmod | 공개 대표 URL만 정리 |
| 5 | HTTPS와 리디렉션 | 인증서 오류, 반복 이동 또는 여러 호스트 노출 | 대표 호스트와 이동 경로 통일 |
| 6 | 초기 HTML | H1과 핵심 답변이 실행 후에만 나타남 | 서버 렌더링 또는 정적 출력 검토 |
| 7 | 페이지 안정성 | 타임아웃, 빈 화면, 5xx 오류가 반복됨 | 서버와 핵심 자산 병목 확인 |
| 8 | 모바일 화면 | 본문, 표 또는 버튼이 잘리거나 가로로 넘침 | 주요 화면 폭에서 직접 확인 |
| 9 | 문서 언어 | 본문 언어와 lang, hreflang이 맞지 않음 | 언어별 URL과 대표 URL 점검 |
| 10 | 이미지 alt | 중요한 설명이 이미지에만 있고 대체 텍스트가 없음 | 이미지 용도에 맞는 alt 작성 |
| 11 | 페이지 title | 여러 페이지가 같은 제목을 사용함 | 페이지 질문에 맞게 고유화 |
| 12 | meta description | 본문과 다르거나 모든 페이지에 반복됨 | 실제 내용을 짧게 요약 |
| 13 | canonical | 다른 도메인이나 관련 없는 페이지를 가리킴 | sitemap과 내부 링크까지 대조 |
| 14 | Open Graph | 제목, URL 또는 이미지가 실제 페이지와 다름 | 공유 미리보기와 절대경로 확인 |
| 15 | H1 | 대표 제목이 없거나 이미지에만 존재함 | 페이지 주제를 텍스트로 표시 |
| 16 | H2와 H3 | 빈 제목, 순서 혼선 또는 디자인용 제목이 섞임 | 사용자 질문과 하위 답변으로 정리 |
| 17 | 첫 답변 | 서론이 길고 제목의 답이 늦게 나옴 | 첫 문단에서 핵심 답변 제시 |
| 18 | 본문 범위 | 광고 문구만 있고 조건과 근거가 부족함 | 빠진 하위 질문과 근거 보강 |
| 19 | 표, 목록과 FAQ | 본문과 FAQ가 다르거나 모바일 표가 잘림 | 화면과 구조화 데이터를 함께 수정 |
| 20 | 내부 링크 | 중요한 페이지가 고립되거나 링크가 깨짐 | 관련 허브와 서비스 페이지 연결 |
| 21 | 작성자와 날짜 | 작성 주체가 없거나 실제 수정 없이 날짜만 바뀜 | 실제 작성 주체와 변경일 표시 |
| 22 | 회사와 브랜드 정보 | 페이지마다 회사명, 주소 또는 서비스가 다름 | About, 푸터와 외부 표기 통일 |
| 23 | Organization과 WebSite | 중복 @id, 잘못된 로고 또는 허위 sameAs | 전역 엔티티와 화면 정보 대조 |
| 24 | Article, BreadcrumbList와 FAQPage | 화면에 없는 질문이 JSON-LD에만 들어 있음 | 렌더링 결과와 스키마 일치 |
| 25 | 출처와 정본 관리 | 근거가 없거나 같은 원고가 여러 URL에 반복됨 | 공식 출처, canonical과 원본 URL 정리 |
25개를 모두 같은 무게로 보지 않습니다. 접근과 색인을 막는 오류를 먼저 고치고, 중요한 페이지의 제목, 본문, 브랜드 정보와 구조화 데이터 순으로 확인합니다.
robots.txt가 열려 있으면 AI가 홈페이지를 읽을까?
robots.txt는 홈페이지 앞에 붙여 둔 출입 안내문과 비슷합니다. 중요한 페이지를 막아두면 홈페이지가 브라우저에서 열려도 검색 로봇은 그 안의 내용을 읽지 못합니다.
robots.txt가 열려 있어도 페이지에 ‘검색 결과에 올리지 말라’는 설정이 남아 있거나 사이트맵에서 중요한 페이지가 빠져 있으면 색인으로 이어지지 않습니다. 아래 네 가지를 함께 보면 어디에서 막혔는지 쉽게 구분할 수 있습니다.
| 확인 항목 | 쉽게 말하면 | 문제가 있는 상태 | 점검할 내용 |
|---|---|---|---|
| SSL 인증서 | 홈페이지에 안전하게 접속할 수 있는지 확인 | 보안 경고가 뜨거나 접속이 끊김 | 인증서 만료일과 연결 주소 |
| robots.txt | 검색 로봇에게 읽어도 되는 페이지를 안내 | 중요한 페이지가 차단됨 | 공개 페이지의 차단 여부 |
| noindex | 검색 결과에 페이지를 올리지 말라는 표시 | 공개 페이지에 설정이 남아 있음 | 페이지 소스의 색인 차단 설정 |
| sitemap.xml | 검색엔진에 중요한 페이지 목록을 전달 | 주요 페이지가 빠지거나 없어진 주소가 포함됨 | 실제 공개 URL과 목록 비교 |
화면에 보이는 글이 실제 HTML에도 들어 있을까?
제목과 설명을 이미지 한 장에 통으로 넣으면 사람 눈에는 글이 보이지만 페이지 안에는 읽을 텍스트가 없습니다. 쉽게 말해 사용자는 내용을 보는데 검색엔진과 AI는 이미지 한 장만 만나는 상태입니다.
회사명, 서비스 설명과 핵심 답변은 이미지 안에만 넣지 말고 실제 HTML 텍스트로 작성해야 합니다. 내용이 있는 이미지에는 무엇을 보여주는지 알 수 있는 alt를 함께 넣고, 장식용 이미지는 빈 alt로 구분합니다.
텍스트가 없는 경우와 있는 경우
텍스트가 없는 경우
제목과 설명이 이미지 안에만 있고 HTML에는 img 태그만 있습니다. alt도 비어 있거나 ‘메인 이미지’처럼 모호하면 페이지 주제와 서비스 내용을 정확히 읽기 어렵습니다.
텍스트와 alt가 있는 경우
제목은 H1, 설명은 본문 텍스트로 작성하고 이미지에는 ‘AI 검색 노출 진단 화면’처럼 내용을 설명하는 alt를 넣습니다. 페이지 주제와 이미지 의미를 함께 확인할 수 있습니다.
점검할 때 보는 것
화면 캡처만 보지 않고 초기 HTML에 제목과 설명이 있는지, 중요한 이미지에 맞는 alt가 있는지, 모바일에서도 같은 텍스트가 유지되는지 확인합니다.
페이지 제목과 본문이 서로 다른 말을 하고 있지는 않을까?
title은 GEO 대행사를 말하는데 H1은 AI 마케팅처럼 넓게 쓰고, 본문은 회사 소개만 하는 페이지가 있습니다. 이런 페이지는 검색엔진뿐 아니라 방문자도 무엇에 대한 답인지 바로 판단하기 어렵습니다.
title, description, H1과 첫 문단은 같은 질문을 설명해야 합니다. canonical, Open Graph와 내부 링크도 같은 대표 URL을 가리켜야 합니다. 키워드를 반복하는 것보다 한 페이지가 한 질문에 분명히 답하도록 정리하는 일이 먼저입니다.
한 페이지에서 맞춰 볼 항목
검색 결과
title과 description이 실제 페이지 내용을 짧고 정확하게 설명하는지 봅니다.
화면 본문
H1과 첫 문단이 검색 결과에서 약속한 질문에 바로 답하는지 봅니다.
대표 URL
canonical, Open Graph, sitemap과 내부 링크가 같은 URL로 모이는지 확인합니다.
콘텐츠와 출처에서는 무엇을 점검할까?
게시글 수가 많은지는 첫 번째 기준이 아닙니다. 제목에서 묻는 내용이 첫 문단에 답으로 나오고, 그 답을 뒷받침하는 공식 정보와 출처가 같은 페이지 안에서 이어지는지 점검합니다.
작성자와 수정일이 보이는지, 서비스 조건과 회사 정보가 다른 페이지에서도 같게 쓰였는지, 관련 가이드와 서비스 페이지가 내부 링크로 연결됐는지도 함께 확인합니다.
제목과 첫 답변
제목에서 묻는 내용이 첫 문단에서 바로 설명되는지 점검합니다.
근거와 출처
서비스 설명과 수치 가까이에 다시 확인할 수 있는 공식 출처가 있는지 봅니다.
작성자와 수정일
누가 작성했고 언제 실제로 수정했는지 화면에서 확인할 수 있는지 봅니다.
내부 링크
관련 가이드, 서비스와 문의 페이지가 문맥에 맞게 연결됐는지 점검합니다.
JSON-LD는 어떤 걸 정확하게 해야 할까?
JSON-LD에서 먼저 정확하게 맞춰야 할 것은 화면에 보이는 회사명, 서비스, 페이지 제목, 작성자, 주소와 URL입니다. 구조화 데이터는 새로운 내용을 만드는 곳이 아니라 화면의 정보를 검색엔진이 이해할 수 있게 연결하는 코드입니다.
Organization, WebSite, WebPage, Article과 BreadcrumbList는 같은 @id 관계로 연결하고 실제 화면과 동일한 값을 사용합니다. 화면에 없는 FAQ나 서비스 내용을 JSON-LD에만 추가하지 말고, 회사 정보나 본문을 바꿨다면 JSON-LD도 함께 수정해야 합니다.
| 노드 | 확인할 내용 | 피해야 할 상태 |
|---|---|---|
| Organization | 회사명, 주소, URL과 공식 프로필 | 화면과 다른 회사 정보 또는 허위 sameAs |
| WebSite와 WebPage | 사이트와 현재 페이지의 관계 | 서로 다른 호스트와 중복 @id |
| Article | 제목, 작성자, 발행일과 수정일 | 실제 수정 없이 날짜만 변경 |
| FAQPage | 화면에 보이는 질문과 답변 | 숨긴 질문 또는 화면과 다른 답변 |
25가지 중 무엇부터 고쳐야 할까?
오류 개수가 많은 순서가 아니라 영향이 큰 순서로 고칩니다. 공개 페이지가 차단됐거나 초기 HTML에 본문이 없다면 콘텐츠를 더 쓰기 전에 접근과 출력 문제부터 해결해야 합니다.
| 순서 | 해당 상태 | 수정 방향 |
|---|---|---|
| 먼저 | 403, 429, noindex, 잘못된 리디렉션, 빈 초기 HTML | 페이지 접근과 색인 가능 상태를 복구합니다. |
| 다음 | title, H1, canonical과 본문 주제가 서로 다름 | 대표 질문과 URL을 한 페이지에 맞춥니다. |
| 그다음 | 회사 정보, 출처, 작성자와 JSON-LD가 불일치 | 화면과 구조화 데이터를 같은 원본으로 통일합니다. |
| 마지막 | 내부 링크, 모바일 표, 이미지 alt와 보조 항목 부족 | 사용성과 문서 연결을 보강한 뒤 다시 검사합니다. |
수정 후에는 같은 URL과 같은 조건으로 다시 확인해야 전후 상태를 비교할 수 있습니다.
수정한 뒤에는 무엇을 다시 확인해야 할까?
수정한 파일만 보는 것으로 끝내지 않습니다. 실제 배포된 URL의 상태 코드, 초기 HTML, canonical, 화면 본문과 JSON-LD를 다시 읽고 sitemap과 내부 링크가 새 상태를 반영하는지 확인합니다.
그다음 Google과 Bing의 색인 상태를 확인하고, 목표 질문을 ChatGPT, Gemini, Perplexity, Claude에 다시 입력해 브랜드 언급, 출처 인용과 추천 여부를 기록합니다. 기술 수정과 AI 답변 변화는 같은 날 바로 일어나지 않을 수 있으므로 확인일과 조건을 함께 남깁니다.
수정 후 재검증 순서
배포 확인
운영 URL의 응답, 초기 HTML과 화면을 다시 확인합니다.
색인 확인
sitemap과 Google, Bing의 색인 상태를 확인합니다.
AI 답변 확인
같은 질문과 조건으로 4개 AI의 언급, 인용과 추천을 다시 기록합니다.
홈페이지 진단에서 자주 쓰는 용어는 무엇일까?
진단표에서 반복되는 용어만 짧게 정리했습니다.
크롤링
검색 로봇이 URL을 찾아 페이지 내용을 가져가는 과정입니다.
색인
가져간 페이지를 검색 결과에 사용할 수 있도록 저장하고 정리하는 과정입니다.
초기 HTML
브라우저가 JavaScript를 실행하기 전에 서버에서 처음 받은 문서입니다.
canonical
비슷한 URL 가운데 대표로 사용할 주소를 알려주는 값입니다.
sitemap
검색엔진이 확인할 공개 URL과 수정 정보를 정리한 XML 파일입니다.
JSON-LD
회사, 페이지, 글과 FAQ의 관계를 기계가 읽기 쉽게 설명하는 구조화 데이터 형식입니다.
수정 전후에 꼭 확인할 것
- 공개 페이지가 200으로 열리고 noindex가 남아 있지 않은지 확인합니다.
- H1과 핵심 답변이 초기 HTML에 실제 텍스트로 들어 있는지 확인합니다.
- title, canonical, Open Graph와 sitemap이 같은 대표 URL을 가리키는지 확인합니다.
- 화면의 회사 정보와 Organization, WebSite JSON-LD가 같은지 확인합니다.
- 본문의 질문, 답변, 출처와 FAQPage가 서로 다르지 않은지 확인합니다.
- 수정한 운영 URL을 같은 조건으로 다시 검사하고 확인일을 남깁니다.
자주 묻는 질문
홈페이지 진단 25가지를 모두 통과해야 AI에 노출되나요?
25개 항목은 노출을 보장하는 점수표가 아닙니다. 접근과 색인을 막는 오류를 먼저 고치고, 중요한 페이지의 답변과 브랜드 근거를 보강한 뒤 같은 질문으로 다시 확인하는 기준입니다.
robots.txt를 허용하면 홈페이지가 바로 인용되나요?
robots.txt 허용만으로는 부족합니다. 실제 서버가 요청을 막지 않는지, 공개 페이지에 noindex가 없는지, 본문과 출처가 읽을 수 있는 상태인지 함께 확인해야 합니다.
JavaScript로 만든 홈페이지도 AI가 읽을 수 있나요?
읽는 범위는 시스템마다 다릅니다. 그래서 회사명, H1과 핵심 답변은 클릭이나 실행 상태에 의존하지 않고 초기 HTML에 제공하는지 먼저 확인합니다.
JSON-LD를 많이 넣으면 AI 인용이 늘어나나요?
노드 개수보다 화면과 값이 일치하는지가 중요합니다. 화면에 없는 FAQ나 회사 정보를 JSON-LD에만 넣지 말고, 실제 본문과 같은 원본에서 생성해야 합니다.
홈페이지 진단은 얼마나 자주 해야 하나요?
주요 배포, URL 구조 변경, 콘텐츠 개편과 서버 정책 변경 뒤에 다시 확인합니다. 운영 중에는 중요한 페이지의 색인과 AI 답변 변화를 같은 질문과 조건으로 정기적으로 기록합니다.
llms.txt가 없으면 AI 검색에 노출되지 않나요?
llms.txt는 이 25개 핵심 항목에 포함하지 않은 보조 파일입니다. 먼저 수집, 색인, 초기 HTML, 본문, 출처와 브랜드 정보의 일관성을 갖추는 것이 우선입니다.
결론: 홈페이지 구조화는 GEO의 시작점입니다
써밋피드는 자사 홈페이지부터 SEO 25가지 기준으로 점검했습니다. SSL 인증서와 robots.txt처럼 페이지 접근을 막는 문제부터 제목, 본문, JSON-LD와 브랜드 정보가 서로 맞는지까지 같은 순서로 확인했습니다.
하지만 홈페이지 구조화만으로 GEO가 끝나지는 않습니다. 질문별 콘텐츠, 공식 정보의 일관성, 외부 언급과 AI 답변 재측정까지 이어져야 실제 인용과 추천 결과를 확인할 수 있습니다.
이 글에서 25가지 진단 기준을 확인했다면 다음 원고에서는 써밋피드 홈페이지에 JSON-LD를 어떻게 적용했고, 운영 코드가 전후로 어떻게 달라졌는지 이어서 확인할 수 있습니다.
공식 참고 자료
- Google robots.txt 소개
- Google robots meta tag와 X-Robots-Tag
- Google 사이트맵 생성 및 제출
- Google canonical URL 지정 방법
- Google JavaScript SEO 기본 가이드
- Google Article 구조화 데이터
- Google 구조화 데이터 일반 가이드
- Google 사용자 중심 콘텐츠 가이드
- Schema.org Organization
- Schema.org Article
- Schema.org BreadcrumbList
- Schema.org FAQPage
- 네이버 서치어드바이저 robots.txt 설정
- 네이버 서치어드바이저 RSS와 사이트맵 제출
