AI 검색에 인용되려면? 웹사이트 기술 점검 5가지
AI가 내 사이트를 읽고 인용할 수 있는지 확인하는 기술 항목 5가지를 처음 보는 분도 따라 할 수 있게 정리했습니다.
한 줄 답변: AI 검색에 인용되려면 먼저 AI가 내 사이트를 들어올 수 있고(접근), 빨리 읽을 수 있고(속도·렌더링), 구조를 이해할 수 있고(HTML 구조), 대표 주소를 알 수 있어야(정규 주소·사이트맵) 합니다. 아래 5가지 점검 항목을 순서대로 확인하면 대부분의 기술 문제를 찾을 수 있습니다.
왜 기술 점검이 먼저일까요?
아무리 좋은 글을 써도 AI가 읽지 못하면 인용될 수 없습니다. AI 검색 서비스는 답을 만들기 전에 크롤러(웹페이지를 자동으로 방문해 내용을 읽어 가는 프로그램)를 보내거나 검색엔진의 자료를 활용합니다. 이 단계에서 막히면 콘텐츠 품질은 평가받을 기회조차 없습니다.
비유하자면, 맛있는 음식을 준비했는데 가게 문이 잠겨 있거나 간판이 없는 상황과 같습니다.
점검 1. AI 크롤러가 들어올 수 있나요? (robots.txt)
robots.txt는 사이트 주소 뒤에 /robots.txt를 붙이면 볼 수 있는 파일로, "어떤 로봇은 들어와도 되고 어떤 로봇은 안 된다"를 적어 두는 안내문입니다.
주요 AI 관련 크롤러 이름은 다음과 같습니다. (이름은 각 회사 공식 문서 기준이며 바뀔 수 있으니 주기적으로 확인하세요.)
| 크롤러 이름 | 운영사 | 용도 |
|---|---|---|
| GPTBot | OpenAI | 모델 학습용 수집 |
| OAI-SearchBot | OpenAI | ChatGPT 검색 결과용 |
| ChatGPT-User | OpenAI | 사용자 요청 시 페이지 방문 |
| ClaudeBot | Anthropic | 수집 |
| PerplexityBot | Perplexity | 검색 결과용 |
| Google-Extended | Gemini 학습 사용 여부 제어 | |
| Googlebot | 일반 검색 (AI Overviews 포함) |
AI 검색에 노출되고 싶다면, 적어도 검색용 크롤러는 막지 않아야 합니다. 허용 예시는 다음과 같습니다.
User-agent: OAI-SearchBot
Allow: /
User-agent: PerplexityBot
Allow: /
User-agent: *
Disallow: /admin/
Sitemap: https://example.com/sitemap.xml자주 하는 실수
- 보안 플러그인이나 호스팅 업체가 자동으로 낯선 로봇을 모두 차단해 둔 경우가 있습니다. robots.txt는 열려 있는데 방화벽에서 막히는 경우도 있으니, 서버 접속 기록에서 해당 로봇이 거절(403 오류)당하는지도 확인해 보세요.
Disallow: /한 줄이 남아 있으면 사이트 전체가 막힙니다. 개발 중에 넣어 두고 잊는 경우가 많습니다.
점검 2. 화면을 그리지 않아도 내용이 보이나요? (렌더링)
요즘 많은 사이트가 자바스크립트(브라우저에서 화면을 움직이게 만드는 프로그램)로 내용을 나중에 채웁니다. 사람이 보는 브라우저는 이 과정을 거쳐 글을 보여 주지만, 일부 AI 크롤러는 자바스크립트를 실행하지 않고 처음 받은 문서만 읽습니다.
간단한 확인 방법
- 크롬에서 내 페이지를 열고 마우스 오른쪽 버튼 → "페이지 소스 보기"를 누릅니다.
- 본문의 중요한 문장을
Ctrl + F로 찾아봅니다. - 소스에 그 문장이 없다면, 일부 AI는 그 글을 빈 페이지로 볼 수 있습니다.
해결 방향
- SSR(서버 사이드 렌더링, 서버가 완성된 글을 만들어 보내는 방식)이나 정적 HTML 생성을 사용합니다.
- 최소한 제목, 요약, 본문, 가격, 연락처처럼 중요한 정보는 처음 문서에 들어 있게 합니다.
- "더보기"를 눌러야 열리는 탭 안에만 핵심 정보를 숨기지 않습니다.
점검 3. 충분히 빠른가요? (응답 속도)
AI가 답을 만들 때는 짧은 시간 안에 여러 페이지를 읽어야 합니다. 응답이 늦은 페이지는 기다리지 않고 건너뛸 수 있습니다. (각 서비스의 정확한 시간 제한은 공개되어 있지 않습니다.)
확인할 지표는 다음과 같습니다.
- TTFB(첫 바이트까지 걸리는 시간, 서버가 대답을 시작하기까지의 시간): 짧을수록 좋습니다.
- 페이지 전체 용량: 지나치게 큰 이미지나 불필요한 프로그램이 많으면 느려집니다.
점검 도구: 구글 PageSpeed Insights(pagespeed.web.dev)에 주소를 넣으면 무료로 속도와 개선 방법을 알려 줍니다.
쉬운 개선 방법
- 이미지를 WebP 같은 가벼운 형식으로 바꾸고, 화면 크기에 맞게 줄입니다.
- 사용하지 않는 플러그인이나 외부 위젯을 정리합니다.
- CDN(전 세계 여러 곳에 사본을 두고 가까운 곳에서 보내 주는 서비스)을 사용합니다.
점검 4. 글의 뼈대가 분명한가요? (시맨틱 HTML)
시맨틱 HTML은 "이 부분은 제목, 이 부분은 본문, 이 부분은 메뉴"라고 각 부분의 역할을 표시하는 방식입니다. 사람 눈에는 똑같이 굵은 글씨라도, 기계는 태그를 보고 역할을 판단합니다.
| 태그 | 역할 | 점검 기준 |
|---|---|---|
<h1> | 페이지의 대표 제목 | 페이지당 1개 |
<h2>, <h3> | 소제목 | 순서를 건너뛰지 않기 (h2 다음 바로 h4 금지) |
<main> | 핵심 본문 영역 | 메뉴·푸터와 구분 |
<article> | 독립된 글 한 편 | 블로그 글, 뉴스 등 |
<table> | 표 | 이미지로 된 표 대신 실제 표 사용 |
자주 하는 실수
- 글자 크기를 키우려고 제목 태그를 남용하거나, 반대로 제목을 일반 굵은 글씨로만 처리합니다.
- 가격표나 비교표를 이미지로만 올립니다. AI는 이미지 속 글자를 놓칠 수 있으므로 실제 표로 쓰는 것이 좋습니다.
- 이미지에 대체 텍스트(alt, 이미지를 볼 수 없을 때 대신 읽는 설명)를 비워 둡니다.
소제목마다 고유한 주소 조각(앵커)을 붙이면, AI나 검색엔진이 특정 부분을 직접 가리킬 때도 도움이 됩니다.
점검 5. 대표 주소가 정해져 있나요? (정규 주소와 사이트맵)
같은 글이 여러 주소로 열리는 경우가 생각보다 많습니다.
http://와https://www가 있는 주소와 없는 주소- 주소 끝에
?utm_source=...같은 추적 값이 붙은 주소
이럴 때 정규 주소(canonical, "이 글의 공식 주소는 이것입니다"라는 표시)를 페이지에 넣어 둡니다.
<link rel="canonical" href="https://example.com/blog/geo-guide" />사이트맵(sitemap.xml, 사이트의 모든 페이지 목록)도 함께 점검합니다.
- 실제로 열리는 주소만 들어 있는지 (삭제된 페이지가 남아 있지 않은지)
- 수정일(lastmod)이 실제 수정 시점과 맞는지
- robots.txt에 사이트맵 위치가 적혀 있는지
한눈에 보는 자가 진단표
| 번호 | 점검 항목 | 확인 방법 | 결과 |
|---|---|---|---|
| 1 | AI 검색 크롤러 허용 | /robots.txt 확인 | ☐ |
| 2 | 방화벽에서 로봇 차단 여부 | 호스팅 접속 기록 확인 | ☐ |
| 3 | 페이지 소스에 본문 존재 | 페이지 소스 보기 | ☐ |
| 4 | 속도 점검 | PageSpeed Insights | ☐ |
| 5 | 제목 태그 순서 | 개발자 도구 또는 진단 도구 | ☐ |
| 6 | 표·이미지 대체 텍스트 | 페이지 소스 보기 | ☐ |
| 7 | 정규 주소 표시 | 페이지 소스에서 canonical 검색 | ☐ |
| 8 | 사이트맵 최신 상태 | /sitemap.xml 확인 | ☐ |
기술 점검이 끝나면
기술 항목은 "읽힐 수 있는 상태"를 만드는 단계입니다. 그다음은 AI가 내용을 정확하게 이해하도록 돕는 단계입니다.
- [구조화 데이터(JSON-LD)의 역할과 적용 방법](/blog/json-ld-structured-data-guide)
- [AI가 이해하기 쉬운 사이트 콘텐츠 구성법](/blog/structure-content-for-ai)
직접 하나하나 확인하기 어렵다면, 올림넷 무료 진단에서 위 항목 대부분을 자동으로 점검해 드립니다.