# 홈페이지가 느리면 AI에 덜 보일까?

_속도보다 중요한 것은 AI가 홈페이지의 내용을 실제로 읽을 수 있느냐는 점이다._

> 구글은 응답이 안정적이면 크롤 한도가 올라간다고 설명한다. AI 봇은 한 달 약 13억 건을 요청했고, 자바스크립트를 실행하지 않는 봇도 많았다.

- 종류: 칼럼
- 주소: https://aisitekorea.com/column/does-page-speed-affect-ai-citations
- 발행: AI사이트코리아 (https://aisitekorea.com)
- 작성일: 2026-09-21

홈페이지가 느리다고 해서 AI가 바로 낮은 순위로 평가하는 것은 아니다. 다만 서버가 느리거나 오류가 많으면 AI가 페이지를 끝까지 읽지 못할 수 있다. AI 봇은 한 달 약 13억 건을 요청했고, 2026년 6월 HTML 트래픽의 57.5%는 사람이 아닌 봇이었다.

속도를 올리는 목적은 AI에게 좋은 점수를 받는 것이 아니라 홈페이지의 내용을 빠짐없이 읽히게 만드는 데 있다.

## 홈페이지가 느리면 AI에 정말 손해일까?

결론부터 말하면 속도는 「순위」보다 「읽히느냐」에 가깝다.

구글 검색 센터는 사이트의 응답이 안정적이고 응답 시간이 유지되거나 나아지면 크롤 한도가 올라갈 수 있다고 설명한다. 반대로 사이트가 느려지거나 5xx 서버 오류를 내면 크롤 한도가 내려가 덜 읽게 된다.

이 차이는 홈페이지를 운영하는 사장님에게도 중요하다. 홈페이지에 좋은 글과 정확한 업체 정보가 있어도 AI가 그 페이지를 제대로 읽지 못하면 답변에 활용되기 어렵다.

특히 홈페이지가 느리기만 한 것이 아니라 오류가 있거나, 글자가 자바스크립트로만 만들어지거나, 링크가 깨져 있다면 문제가 더 커진다.

구글이 문서에서 설명하는 크롤 한도의 원칙은 다음과 같다.

| 조건 | 크롤 한도 |
|---|---|
| 응답 안정·응답 시간 유지 또는 개선 | 올라감 — 더 많은 연결로 더 읽음 |
| 느려짐·5xx 서버 오류 | 내려감 — 덜 읽음 |
| 페이지를 빨리 불러오고 그릴 수 있으면 | 「더 많은 내용을 읽을 수 있음」 |
| 대상 | 100만 페이지 이상 또는 1만 페이지 이상·매일 바뀌는 사이트가 기준이나 원칙은 같음 |

## AI 봇은 홈페이지를 어떻게 읽을까?

AI 봇은 홈페이지를 사람이 보는 것과 똑같이 보지 않는다.

버셀이 자기 망에서 한 달 동안 확인한 요청을 보면 구글봇은 45억 건, GPTBot은 5.69억 건, 클로드는 3.7억 건, 애플봇은 3.14억 건, 퍼플렉시티는 2,440만 건이었다. AI 봇을 합치면 약 13억 건으로 구글봇의 28%였다.

여기서 눈여겨볼 부분은 자바스크립트다. 이 조사에서 GPTBot, 클로드, 퍼플렉시티는 자바스크립트를 실행하지 않았다. GPTBot은 JS 파일을 11.5% 받기만 했고, 클로드도 JS를 23.84% 받기만 했다.

따라서 홈페이지의 본문이 화면에 보인다는 이유만으로 AI도 그 내용을 읽는다고 생각하면 안 된다. 스크립트를 꺼도 글자가 HTML에 있어야 한다.

AI 봇이 실제로 어떻게 요청하는지는 다음과 같다.

| 봇 | 요청 수 | 자바스크립트 실행 | 404 비율 |
|---|---|---|---|
| 구글봇 | 45억 | 실행 | 8.22% |
| GPTBot(챗GPT) | 5.69억 | 안 함(JS 파일 11.5% 받기만) | 34.82% |
| 클로드 | 3.7억 | 안 함(JS 23.84% 받기만) | 34.16% |
| 애플봇 | 3.14억 | 실행 | — |
| 퍼플렉시티 | 2,440만 | 안 함 | — |
| AI 봇 합계 | 약 13억(구글봇의 28%) | | |

## 느린 것 말고 무엇이 문제일까?

홈페이지를 AI가 읽는 것을 막는 것은 속도 하나가 아니다.

첫째는 느린 응답이다. 서버가 페이지를 보내는 데 오래 걸리면 봇이 페이지를 충분히 읽지 못할 수 있다. 그래서 정적 파일과 캐시, CDN을 이용해 응답을 빠르게 만드는 것이 중요하다.

둘째는 깨진 링크다. GPTBot 요청 가운데 34.82%가 404였고, 클로드도 34.16%가 404였다. 구글봇의 404 비율은 8.22%였다. 홈페이지 안에서 존재하지 않는 주소를 가리키는 링크가 많으면 봇의 요청이 제대로 된 내용으로 이어지지 않는다.

셋째는 5xx 서버 오류다. 서버가 정상적으로 응답하지 않으면 페이지 자체를 읽을 수 없다.

넷째는 스크립트 의존이다. 글이 화면에서 보이더라도 HTML에 본문이 없고 스크립트가 실행되어야만 글자가 나타난다면 AI 봇이 내용을 가져가지 못할 수 있다.

다섯째는 여러 번 이어지는 리다이렉트다. GPTBot 요청의 14.36%에서 여러 번 옮겨 가는 주소를 겪었다. 주소가 한 번에 도달하도록 정리하는 것이 필요하다.

이 문제들은 디자인을 바꾸는 문제가 아니다. 홈페이지가 내용을 제대로 전달하는지 확인하는 문제다.

| 막는 것 | 확인법 | 고치는 법 |
|---|---|---|
| 느린 응답 | 페이지스피드 인사이트·첫 바이트 시간 | 정적 파일·캐시·CDN |
| 404 링크 | 서치콘솔 「페이지」 오류 | 메뉴·본문 링크 정리 |
| 5xx 오류 | 서버 로그·서치콘솔 | 호스팅 점검 |
| 스크립트로만 그리는 본문 | 스크립트 끄고 열기 | 서버에서 HTML로 |
| 여러 번 리다이렉트 | 주소 한 번에 도달하는지 | www·https 통일 |

## 사장님 홈페이지는 무엇부터 고쳐야 할까?

AI사이트코리아가 업체 홈페이지를 정적 HTML로 만드는 이유도 여기에 있다.

정적 HTML은 서버가 페이지를 계산할 것이 적어 첫 바이트가 빠르다. 스크립트를 꺼도 글자가 보이도록 만들 수 있다. 홈페이지 안에서 404가 나올 링크도 없도록 정리할 수 있다.

여기서 중요한 것은 속도를 높였다고 AI가 홈페이지를 더 좋아한다는 뜻이 아니라는 점이다.

속도가 빠르면 무조건 AI 노출이 올라간다고 말할 수는 없다. 하지만 느린 서버, 404 링크, 5xx 오류, 스크립트로만 그리는 본문처럼 AI가 읽는 것을 방해하는 요소는 줄여야 한다.

고객이 검색이나 AI 답변을 통해 업체를 찾았을 때 필요한 것은 홈페이지 안의 실제 정보다. 업체가 무엇을 하는지, 어떤 서비스를 제공하는지, 고객에게 필요한 내용이 페이지에 있어야 한다. 그리고 그 내용이 AI가 읽을 수 있는 형태로 존재해야 한다.

결국 홈페이지 속도를 점검하는 목적은 「AI에게 잘 보이기 위한 점수」를 높이는 것이 아니다. 홈페이지에 있는 내용을 AI가 실제로 읽을 수 있는 상태를 만드는 것이다.

2026년 6월 HTML 트래픽의 57.5%가 사람이 아닌 봇이었다는 점도 이 문제를 가볍게 볼 수 없는 이유다. 홈페이지를 만드는 단계에서 속도와 링크, 서버 응답, HTML 구조를 함께 챙겨야 한다.

요점 ① 구글 문서: 응답이 안정되고 응답 시간이 유지되거나 개선되면 크롤 한도가 올라가고, 느려지거나 5xx 오류가 나면 내려간다. ② AI 봇은 한 달 약 13억 건을 요청했고, GPTBot의 404 비율은 34.82%였다. ③ 2026년 6월 HTML 트래픽의 57.5%가 사람이 아닌 봇이었고, 자바스크립트를 실행하지 않는 AI 봇도 있었다. ④ 정적 HTML·캐시·링크 정리·리다이렉트 통일로 AI가 홈페이지 내용을 읽을 수 있는 상태를 만들어야 한다.

## 같이 읽을 글

 

- 챗GPT는 이제 빙을 안 쓴다 — 자기 색인으로 답한다

- 홈페이지를 만든 곳이 AI 봇을 막으면 어떻게 될까?

- PDF로 올린 메뉴판·가격표는 왜 AI에 안 읽히나

- AI가 우리 홈페이지로 고객을 보내 주기는 하나?
 

## 자료 출처

 

- 구글 검색 센터 「대형 사이트의 크롤 예산 관리」 — 응답 시간과 크롤 한도

- 버셀 「AI 크롤러의 부상」(2024년 12월 17일) — 요청 수·JS 미실행·404 비율

- 클라우드플레어 블로그 「AI 크롤러 트래픽을 목적·산업별로」

- 클라우드플레어 레이더 「AI 인사이트」 — 봇 트래픽 비중