어떤 항목을 몇 점으로 보나요

ChatGPT·Claude·Perplexity 는 답변을 만들 때 각자의 검색·실시간 방문 봇으로 페이지를 읽어요. 구글 AI 개요와 Copilot 은 Googlebot·bingbot 의 색인 위에서 돌아가요. 이 봇들이 robots.txt 에서 막혀 있으면 그 엔진의 답변에 인용될 수 없어요. 학습용 봇(GPTBot·ClaudeBot 등)은 여기서 세지 않아요 — 막아 두어도 감점하지 않아요.

robots.txt 가 서버 오류(5xx)를 내면 크롤러는 표준(RFC 9309)에 따라 «사이트 전체 차단» 으로 간주해요. 없는 파일 요청을 홈 화면(HTML)으로 돌려보내는 설정도 봇이 규칙을 잘못 읽게 만들어요.

구글은 AI 개요·AI 모드에 쓰이는 범위를 기존 미리보기 제어(nosnippet, max-snippet, data-nosnippet, noindex)로 조절한다고 문서에 밝혔어요. 이 지시어가 걸려 있으면 색인은 되더라도 답변에 문장이 인용되지 않아요.

대부분의 AI 크롤러는 자바스크립트를 실행하지 않고 서버가 준 HTML 만 읽어요. 화면에서는 글이 보여도 HTML 원문에 글이 없으면 AI 에게는 빈 페이지예요. 이 진단도 같은 방식(JS 미실행)으로 읽어요.

국내 사이트에 흔한 «글자가 들어간 큰 이미지 한 장» 방식은 사람 눈에는 문제가 없지만 AI 와 검색엔진에게는 내용이 없는 페이지예요. alt 속성은 보완일 뿐 본문을 대신하지 못해요.

사용자 질문에 맞춰 실시간으로 방문하는 봇(ChatGPT-User 등)은 몇 초 안에 응답이 없으면 그 페이지를 건너뛰어요. 여기서는 서버의 첫 응답 시간(TTFB)만 분석해요 — 화면 체감 속도(LCP 등)는 PageSpeed Insights 로 따로 확인해 주세요.

구조화 데이터는 «이 페이지가 무엇에 관한 것이고 누가 발행했는지» 를 기계가 오독 없이 읽게 해 줘요. 구글은 생성형 AI 검색에 구조화 데이터가 필수는 아니라고 밝혔어요 — 넣는다고 순위가 오르는 장치가 아니라, 오독을 줄이는 장치로 배점해요.

AI 가 브랜드를 하나의 «개체» 로 묶으려면 이 사이트를 누가 운영하는지가 선언돼 있어야 해요. 발행 주체가 없으면 페이지의 내용이 누구의 말인지 기계가 추측해야 하고, 추측은 틀릴 수 있어요.

Organization·WebSite·WebPage 가 @id 로 서로를 가리켜야 흩어진 선언이 하나의 그래프로 읽혀요. 여기서는 연결 여부만 봐요 — 속성별 상세 점검은 «엔티티 진단» 에서 해요.

sameAs 는 «이 사이트의 회사» 와 «네이버 플레이스·인스타그램·유튜브의 그 계정» 이 같은 개체임을 알려 주는 표준 속성이에요. AI 는 사이트 밖에 쌓인 정보와 묶어서 브랜드를 이해해요.

«OO 전화번호», «OO 위치» 같은 질문에 AI 가 답하려면 그 사실이 공식 홈페이지에 글자로 적혀 있어야 해요. 이미지로 된 바닥글(푸터)은 읽히지 않아요. 사업자 정보는 실재하는 사업체라는 신뢰 신호이기도 해요.

사이트맵은 크롤러에게 «어떤 페이지가 있고 언제 바뀌었는지» 를 알려 주는 공식 통로예요. 메뉴 깊숙한 페이지가 발견되는 가장 확실한 방법이에요.

인증서가 만료됐거나 체인이 불완전하면 봇이 접속 단계에서 실패해요. 브라우저는 경고만 띄우지만 크롤러는 그냥 돌아가요.

답변 엔진은 같은 조건이면 최근에 관리된 자료를 골라요. 실제로 관리하고 있어도 날짜 신호(dateModified, 사이트맵 lastmod)를 내보내지 않으면 기계는 그 사실을 알 수 없어요.

GPTBot·ClaudeBot·Google-Extended·CCBot 등은 모델 학습 데이터를 모으는 봇이에요. 막아도 답변 인용에는 직접 영향이 없어서 점수에 넣지 않아요. 콘텐츠 정책에 따라 열지 막을지 정하시면 돼요.

구글은 llms.txt 를 검색에 사용하지 않는다고 공식 문서에 밝혔고, 다른 주요 엔진도 사용을 확인한 바 없어요. 효과가 확인되지 않은 항목에는 배점하지 않아요 — 없다고 감점하지 않고, 있다고 가점하지 않아요.

robots.txt 에서 허용해도 CDN·방화벽(WAF)이 봇을 막으면 접속 자체가 안 돼요. Cloudflare 는 AI 봇 차단 기능을 제공하며 신규 사이트에는 기본으로 켜져 있을 수 있어요. 밖에서는 이 설정을 확인할 수 없어서 점수에 넣지 않고, 확인하실 곳만 알려 드려요.

title 은 검색결과의 제목이자, AI 가 이 페이지를 한 줄로 요약할 때 가장 먼저 참고하는 문장이에요. 네이버는 40자 이내를 권해요. 그 안에서 «무엇을 하는 누구인지» 가 드러나야 해요.

description 은 순위 요소는 아니지만 검색결과 미리보기와 AI 요약의 재료가 돼요. 없으면 엔진이 본문에서 임의로 문장을 뽑아요. 네이버는 80자 이내를 권해요.

같은 내용이 여러 주소(www 유무, 파라미터, index.php)로 열리면 평가가 분산돼요. canonical 은 «이 주소가 대표» 라고 알려 주는 공식 방법이에요.

lang 속성은 엔진이 문서 언어를 판단하는 표준 신호예요. 영문 템플릿의 lang="en" 을 그대로 둔 한국어 사이트가 많아요.

EUC-KR 등 옛 인코딩은 일부 크롤러·도구에서 글자가 깨져요. UTF-8 이 웹 표준이에요.

H1 은 «이 페이지의 주제» 를 선언하는 자리예요. 없으면 엔진이 주제를 추측해야 하고, 여러 개면 무엇이 주제인지 흐려져요. 네이버는 H1 이 두 개 이상이면 문제 항목으로 봐요 (구글은 여러 개도 괜찮다고 해요).

제목 태그의 계층은 문서의 목차예요. AI 는 이 목차를 따라 «어느 문단이 어떤 질문의 답인지» 를 파악해요.

alt 는 이미지의 내용을 엔진과 화면낭독기에 전달하는 유일한 통로예요. 이미지 검색 노출과 접근성의 기본 요건이에요.

이동경로는 페이지가 사이트의 어느 계층에 있는지 알려 줘요. 구글은 BreadcrumbList 를 검색결과의 경로 표시에 사용해요.

색인되지 않은 페이지는 검색결과에도, 그 위에서 도는 AI 요약에도 나올 수 없어요. 모든 것의 전제 조건이에요.

robots.txt 는 크롤러가 사이트에 와서 가장 먼저 읽는 파일이에요. 없어도 크롤링은 되지만, 사이트맵 위치를 알리고 관리자 화면 같은 불필요한 경로를 제외하는 표준 통로예요.

사이트맵은 구글·네이버·빙 모두가 공식 지원하는 페이지 목록이에요. robots.txt 에 위치를 적어 두면 어떤 크롤러든 찾아가요.

http 와 https, www 와 비-www 가 각각 열리면 같은 사이트가 넷으로 쪼개져 평가돼요. 한 주소로 301 리다이렉트해 모으는 것이 기본이에요.

구글은 모바일 화면을 기준으로 색인해요(모바일 우선 색인). viewport 선언이 없으면 모바일 친화 페이지로 보지 않아요.

카카오톡·네이버·SNS 에 링크를 공유할 때 보이는 카드가 OG 태그에서 나와요. 네이버 검색결과 미리보기와 일부 AI 의 출처 카드에도 쓰여요.

HTTPS 는 구글의 순위 신호이고, 브라우저는 http 사이트에 «주의 요함» 을 띄워요. https 페이지 안의 http 리소스(혼합 콘텐츠)는 차단돼요.

HTML 문서가 크고 압축되지 않으면 크롤러가 한 번에 수집할 수 있는 페이지 수가 줄어들어요. 여기서는 서버 응답만 봐요 — 실제 체감 속도(Core Web Vitals)는 PageSpeed Insights 로 확인해 보세요.

내부 링크는 크롤러가 다른 페이지를 발견하는 길이고, 앵커 텍스트는 그 페이지가 무엇에 관한 것인지 알려 주는 설명이에요. «더 보기», «클릭» 은 아무 정보도 주지 않아요.

검색결과와 브라우저 탭에 보이는 아이콘이에요. 순위와는 무관하지만 검색결과에서 브랜드를 알아보게 해 줘요.

언어별 페이지가 있을 때만 필요해요. 단일 언어 사이트라면 없어도 돼요.

HSTS·CSP 등 보안 헤더는 검색 순위와 직접 관련은 없지만 사이트 관리 수준을 보여 줘요.

사람들은 AI 에게 문장으로 물어요(«임플란트는 얼마나 걸리나요?»). 제목이 같은 질문 형태로 적혀 있으면 엔진이 «이 문단이 그 질문의 답» 이라고 짝짓기 쉬워요.

답변 엔진은 질문 바로 아래의 짧고 완결된 문단을 통째로 가져다 써요. 답이 여러 문단에 흩어져 있거나 «자세한 내용은 문의 주세요» 로 끝나면 인용할 문장이 없어요.

구글은 2023년부터 FAQ 리치 결과를 정부·의료 권위 사이트로 제한했어요 — 넣는다고 검색결과가 화려해지지는 않아요. 그래도 질문과 답의 짝을 기계가 오독 없이 읽게 하는 가장 명확한 표준이라 배점하고 있어요.

자주 묻는 질문을 모아 둔 곳은 답변 엔진이 가장 쓰기 좋은 재료예요. 질문 하나에 답 하나가 짝지어져 있기 때문이에요.

절차·특징·준비물처럼 나열되는 정보는 목록 태그로 적어야 엔진이 항목 단위로 가져가요. 줄바꿈(<br>)으로 나눈 글은 한 덩어리로 읽혀요.

가격·비교·시간표는 표로 적혀 있을 때 가장 정확하게 인용돼요. 표를 이미지로 넣으면 읽히지 않아요.

«OO 이란 무엇인가» 라는 질문에 AI 는 주어와 서술어가 갖춰진 한 문장을 찾아 인용해요. 핵심 서비스·용어마다 그대로 떼어 쓸 수 있는 정의 문장이 있어야 해요.

엔진은 문단 단위로 인용해요. 한 문단이 한 가지 내용만 담고 있어야 떼어 쓰기 좋아요. 600자가 넘는 통문단은 인용되기 어려워요.

인용할 문장이 있으려면 먼저 글이 있어야 해요. 분량 자체가 목적은 아니지만, 서비스마다 설명이 서너 줄뿐인 사이트는 답변의 재료가 되지 못해요.

구글의 품질 평가 기준(E-E-A-T)은 «누가 썼는가» 를 봐요. 특히 의료·법률·금융처럼 삶에 영향을 주는 주제(YMYL)에서는 자격을 갖춘 사람이 실명으로 드러나 있는지가 신뢰의 핵심이에요.

구글은 페이지에 보이는 날짜와 구조화 데이터의 datePublished·dateModified 를 함께 보고 글의 시점을 판단해요. 날짜가 없는 정보는 AI 가 «언제 기준인지» 말할 수 없어서 인용을 꺼려요.

«많은 분들이 만족하십니다» 는 인용되지 않지만 «2024년 시술 1,240건» 은 인용돼요. AI 는 검증 가능해 보이는 구체적 사실을 선호해요.

주장의 근거를 정부·학술·공공기관 자료로 연결하면 글의 신뢰도가 올라가요. 출처 없는 의학·법률 정보는 AI 가 인용을 피하는 대표적인 유형이에요.

«OO 몇 시까지 하나요», «OO 어디에 있나요» 는 가장 흔한 질문이에요. 전화·주소·운영시간이 글자로 명확히 적혀 있어야 AI 가 답할 수 있어요.

네이버 서치어드바이저는 robots.txt 에서 Yeti 의 수집을 허용하도록 안내해요. 막혀 있으면 네이버 검색과 AI 브리핑 어디에도 나올 수 없어요.

검색로봇의 자바스크립트 처리는 제한적이고 느려요. 본문이 서버 HTML 에 들어 있어야 어떤 로봇이든 빠짐없이 수집해요.

네이버는 검색결과의 제목·설명·이미지를 title, meta description, Open Graph 태그에서 가져온다고 서치어드바이저 가이드에 적고 있어요.

네이버 서치어드바이저는 모바일 사용성을 사이트 점검 항목으로 두고 있어요. 모바일에서 읽기 어려운 페이지는 검색결과에서 불리해요.

네이버 서치어드바이저는 사이트맵과 RSS 제출을 받아요. 새 글이 있는 사이트라면 RSS 가 수집을 앞당겨요.

네이버도 https 와 canonical 로 대표 주소를 판단해요. 주소가 여러 개로 나뉘면 수집·평가가 분산돼요.

서치어드바이저에 사이트를 등록해야 수집 요청·사이트맵 제출·진단 리포트를 쓸 수 있어요. 소유확인은 HTML 파일 방식으로도 할 수 있어서, 메타 태그가 없다고 미등록이라 단정할 수는 없어요 — 그래서 없을 때는 «확인 불가» 로 두고 감점하지 않아요.

네이버는 자사 생태계(플레이스·블로그·카페·스마트스토어)의 정보를 검색결과와 AI 브리핑에 폭넓게 써요. 홈페이지와 공식 채널이 서로 연결돼 있어야 같은 브랜드로 묶여요.

문법이 깨진 JSON-LD 블록은 통째로 무시돼요. 끝에 남은 쉼표 하나로 Organization 전체가 사라지는 일이 흔해요.

구글은 자바스크립트로 주입한 구조화 데이터도 읽지만, 대부분의 AI 크롤러는 자바스크립트를 실행하지 않아요. 서버가 준 HTML 원문에 들어 있어야 모든 봇이 읽을 수 있어요.

엔티티의 중심이에요. «이 사이트는 누구의 것인가» 가 선언돼 있어야 나머지 정보가 그 개체에 묶여요.

WebSite 는 사이트 이름을 선언하는 자리예요. 구글은 검색결과의 «사이트 이름» 을 여기서 가져와요.

WebPage 는 «이 페이지» 를 사이트와 발행 주체에 연결하는 고리예요. isPartOf 와 about 으로 세 엔티티가 하나의 그래프가 돼요.

이동경로는 페이지가 사이트 계층의 어디에 있는지 알려 줘요. 첫 화면에는 계층이 없어서 내부 페이지를 진단할 때만 채점해요.

Organization 만으로는 무엇을 하는 곳인지 알 수 없어요. 병원은 MedicalClinic, 음식점은 Restaurant 처럼 구체적인 타입일수록 기계가 읽는 정보가 많아져요.

공식 상호예요. 사업자등록증·네이버 플레이스·SNS 와 같은 표기여야 같은 개체로 묶여요.

이 개체의 공식 홈페이지 주소예요. 대표 주소(canonical)와 같은 형태여야 해요.

구글은 Organization 의 logo 를 검색결과와 지식 패널에 써요. 크롤링 가능한 이미지 URL 이어야 해요.

이 개체가 무엇을 하는 곳인지 한두 문장으로 적는 자리예요. AI 가 브랜드를 소개할 때 가장 먼저 참고하는 문장이에요.

같은 개체의 다른 공식 프로필을 나열하는 표준 속성이에요.

telephone·address 는 실재하는 사업체임을 보여 주는 속성이고, 지역 검색과 지도 답변의 재료예요.

@id 는 엔티티의 고유 식별자예요. Organization·WebSite·WebPage 가 @id 로 서로를 가리켜야 흩어진 선언이 하나의 그래프가 돼요. 연결이 없으면 기계는 세 개의 무관한 덩어리로 읽어요.

SNS 계정은 누구나 만들 수 있지만, 네이버 플레이스·구글 비즈니스 프로필·위키데이터·링크드인은 제3자가 실체를 확인하거나 기록하는 곳이에요. 이런 곳과 연결돼 있으면 AI 가 개체를 확정하기 쉬워져요.