AI 크롤러가 받는 방식 그대로 페이지를 확인하세요. JavaScript 없이 HTML만 봅니다. JSON-LD, 답변에서 페이지를 빼는 robots 태그, 페이지 내용이 실제로 얼마나 있는지 점검합니다.
application/ld+json 블록을 확인합니다. 파싱되는지(끝에 쉼표가 있는 블록은 통째로 무시됩니다), @graph 안을 포함해 어떤 schema.org 유형을 선언하는지, 각 유형이 보통 갖는 속성 중 무엇이 빠졌는지입니다.X-Robots-Tag 헤더의 noindex, nosnippet, max-snippet:0입니다.<div id="root">뿐인 페이지는 렌더링하지 않는 크롤러에게 거의 비어 있는 것으로 읽힙니다.“보통 갖는 속성” 목록은 schema.org와 Google의 구조화 데이터 문서에서 가져왔습니다. 완성도 점검이지 순위 공식이 아닙니다. 답변에서 마크업이 정확히 어떻게 반영되는지는 모델 회사 밖의 누구도 모릅니다.
Organization 블록 하나. 이름, URL, 로고, 그리고 LinkedIn, G2, Crunchbase 프로필로 연결되는 sameAs 링크를 넣습니다. 파서가 모든 페이지를 하나의 회사로 연결하는 방법입니다.SoftwareApplication 또는 Product를 넣고, 요금제 페이지와 일치하는 offers 블록을 둡니다.datePublished, dateModified 값이 있는 Article을 넣어, 읽는 사람이 페이지가 얼마나 최신인지 알 수 있게 합니다.그다음 AI 크롤러 체커로 크롤러가 애초에 들어올 수 있는지 확인하세요.
그것만으로 그렇다는 공개된 증거는 없습니다. 다만 읽는 모든 파서에게 페이지의 사실을 모호하지 않게 만들고, Google은 리치 결과에 이를 씁니다. schema 마크업과 AI 인용 가이드에서 알려진 것과 알려지지 않은 것을 짚어 드립니다.
대부분의 AI 크롤러가 그렇게 하기 때문입니다. 2024년 12월 Vercel의 크롤러 트래픽 연구에서 주요 AI 크롤러는 JavaScript 파일을 가져오기만 하고 실행하지는 않는 것으로 나타났습니다. 클라이언트 측 렌더링 이후에야 나타나는 텍스트와 JSON-LD는 이들에게 보이지 않습니다.
홈페이지의 Organization에는 이름, 로고, URL, 프로필로 연결되는 sameAs 링크를 넣습니다. 무엇을 파는지 설명하는 곳에는 SoftwareApplication 또는 Product에 실제 offers 블록을 둡니다. 가이드에는 작성자와 날짜가 있는 Article을 둡니다. FAQPage는 질문과 답변이 페이지에 보이는 곳에만 씁니다.
Google은 AI Overviews와 AI Mode가 검색과 같은 미리보기 제어를 따른다고 말합니다. nosnippet robots 태그나 max-snippet:0은 Google이 페이지의 텍스트를 보여주지 못하게 하므로, 거기서 인용될 수도 없습니다. 체커는 robots meta 태그와 X-Robots-Tag 헤더를 모두 읽습니다.
아니요. Google의 테스트는 페이지가 Google 리치 결과 대상인지 알려주고 JavaScript를 렌더링합니다. 이 도구는 렌더링하지 않는 크롤러가 받는 원본 HTML을 읽고, 각 유형이 보통 갖는 속성에 비춰 완성도를 확인합니다. 둘 다 쓰세요.
깔끔한 마크업은 페이지를 읽기 쉽게 만듭니다. 하지만 구매자가 물을 때 ChatGPT, Claude, Gemini가 나를 추천하는지, 대신 경쟁사에 대해 뭐라고 하는지는 알려주지 않습니다. Mentioned는 알려줍니다. 구매자가 묻는 질문을 매주 같은 방식으로 묻고, 무엇부터 고칠지 순위를 매깁니다.