AI 웹사이트 빌더로 만든 사이트가 AI 답변이나 검색 결과에 안 보이는 이유는, 순위가 밀려서가 아니라 크롤러가 그 페이지의 글자를 아예 못 읽고 돌아가는 경우가 많습니다. 읽히고 있는지는 무료 도구 6곳으로 확인할 수 있고, 여기까지는 돈이 들지 않습니다.

핵심 요약

• 확인 순서는 robots.txt 열기, 페이지 소스 보기, 색인 도구, 구조화 데이터 검증 순입니다.
• 본문을 자바스크립트로만 그리는 빌더는 소스 보기에서 글이 비어 보입니다.
• 클라우드플레어를 쓰는 사이트는 2025년 7월부터 AI 크롤러가 기본 차단될 수 있습니다.
• llms.txt 는 아직 공식 표준이 아니라 만들어 두어도 노출이 보장되지 않습니다.

AI 빌더로 만들면 AI 검색에 자동으로 나오나요?

자동으로 나오지 않습니다. AI 답변은 크롤러가 읽어 간 문서를 근거로 만들어지기 때문에, 페이지가 읽히지 않으면 내용이 아무리 좋아도 후보에 들어가지 못합니다. 클라우드플레어는 2025년 7월 1일부터 새로 등록하는 사이트에 대해 AI 크롤러를 기본 차단으로 바꿨고, 이 회사가 보호하는 범위는 전체 인터넷 트래픽의 약 20%로 알려져 있습니다(클라우드플레어 발표, 2025년 7월). 빌더나 호스팅이 CDN 을 기본으로 붙여 주는 구조라면, 만든 사람이 아무 설정도 건드리지 않았는데 AI 쪽 접근만 닫혀 있을 수 있습니다.

그래서 빌더를 고르는 단계에서 디자인과 가격만 비교하면 이 부분이 통째로 빠집니다. 만든 뒤에 확인해도 늦지 않지만, 확인 자체를 한 번도 안 하면 몇 달 동안 아무 데도 안 나오는 상태가 그대로 유지됩니다.

무료로 확인할 수 있는 것과 그 값

확인 기준 : 2026년 9월

1. 브라우저 주소창 — robots.txt 직접 열기

특징은 설치도 가입도 없다는 점입니다. 내 주소 뒤에 /robots.txt 를 붙여 열면 어떤 이름의 수집기에게 무엇을 막아 두었는지가 그대로 보입니다. 어떤 경우에 맞나 하면, 어제까지 나오던 페이지가 갑자기 사라졌을 때 가장 먼저 볼 자리입니다. 주의점은 파일이 아예 없는 것과 전부 막아 둔 것이 전혀 다른 상태라는 것이고, Disallow 뒤에 슬래시 하나만 남아 있으면 사이트 전체가 막힌 상태입니다.

2. 페이지 소스 보기 — 자바스크립트 없이 남는 글자

특징은 브라우저가 화면을 그리기 전에 받은 원본을 보여 준다는 점입니다. 본문 첫 문장을 소스에서 찾을 수 없다면, 화면에는 잘 보여도 처음 응답에는 글이 없는 상태입니다. 어떤 경우에 맞나 하면, 화면은 멀쩡한데 검색 결과 요약이 이상하게 잡히거나 아예 비어 보일 때입니다. 주의점은 소스가 비어 있다고 곧바로 실패는 아니라는 것이고, 다시 읽는 과정을 거치는 수집기도 있어 시간만 더 걸리는 경우도 있습니다.

3. 구글 서치 콘솔 URL 검사

특징은 추측이 아니라 구글이 그 주소를 어떻게 받아 갔는지 직접 보여 준다는 점입니다. 렌더된 HTML과 차단 여부, 마지막 수집 시점이 한 화면에 나옵니다. 어떤 경우에 맞나 하면, 위의 두 가지를 봐도 원인이 안 잡힐 때 기준점을 잡는 용도로 맞습니다. 주의점은 사이트 소유 확인을 먼저 끝내야 쓸 수 있다는 것이고, 도메인을 연결하기 전 임시 주소 상태에서는 확인 방법이 달라질 수 있습니다.

4. 빙 웹마스터 도구와 IndexNow

특징은 새 글이나 고친 글을 기다리지 않고 알릴 수 있다는 점입니다. IndexNow 는 하루에 도메인당 10,000개까지 URL을 보낼 수 있고, 한 번 보내면 빙 외에 얀덱스·세즈남·네이버처럼 이 방식에 참여하는 엔진에도 같이 전달됩니다. 어떤 경우에 맞나 하면, 페이지를 자주 고치는 사이트나 새로 만든 지 얼마 안 된 사이트에 맞습니다. 주의점은 통보가 곧 수록은 아니라는 것이고, 접근이 막힌 상태에서 보내면 아무 변화가 없습니다.

5. 구글 리치 결과 테스트

특징은 지금 구글이 실제로 지원하는 유형만 통과시킨다는 점입니다. 검색 갤러리에 올라 있는 약 30종이 대상이라 여기서 통과하면 표시가 붙을 자격은 확인된 셈입니다. 어떤 경우에 맞나 하면, 상품·후기·업체 정보처럼 검색 결과에 추가 정보가 붙기를 기대하는 페이지에 맞습니다. 주의점은 지원 목록이 줄어든다는 것인데, 구글은 2025년 6월에 도서·강의 정보 등 7종을 정리했고 FAQ 표시는 2026년 5월에 남아 있던 영역까지 걷어 냈습니다. 예전 글을 보고 넣은 표시가 지금은 아무 일도 하지 않을 수 있습니다.

6. Schema Markup Validator — schema.org 검증기

특징은 구글 지원 여부와 상관없이 문법 자체를 본다는 점입니다. schema.org 어휘는 800종이 넘고, 리치 결과 테스트가 모른 척하는 유형도 여기서는 오류를 짚어 줍니다. 어떤 경우에 맞나 하면, 구글 외의 수집기나 AI 쪽에서 항목을 오해 없이 읽기를 바랄 때 맞습니다. 주의점은 여기서 통과해도 검색 결과 모양이 바뀌지는 않는다는 것이고, 두 도구는 역할이 달라 둘 다 돌려 보는 편이 정확합니다.

확인 순서 5단계

1. 주소 뒤에 /robots.txt 를 붙여 열고, 막힌 줄이 있는지 본다.
2. 대표 페이지에서 소스 보기를 열어 본문 첫 문장을 찾아본다.
3. 서치 콘솔 URL 검사로 구글이 받은 화면과 마지막 수집 시점을 확인한다.
4. 리치 결과 테스트와 스키마 검증기를 차례로 돌려 오류를 적어 둔다.
5. 고친 뒤 색인 요청이나 IndexNow 통보를 보내고, 며칠 뒤 3번을 다시 본다.

결과가 이렇게 나왔을 때 3가지

1. robots.txt 에 전체 차단이 걸려 있으면 도구를 더 볼 필요가 없다. 그 줄을 먼저 푼다.
2. 소스에 본문이 없으면 제목과 첫 문단만이라도 처음 응답에 글자로 들어가게 바꾼다.
3. 차단도 없고 본문도 있는데 수집 기록이 없으면, 사이트맵 제출과 색인 요청을 보내고 기다린다.

llms.txt 를 만들면 AI 답변에 인용되나요?

만든다고 인용되지는 않습니다. llms.txt 는 2024년 9월 3일 제러미 하워드가 제안한 형식으로, 사이트의 핵심 문서를 마크다운 목록으로 정리해 두는 파일입니다. 다만 IETF나 W3C가 표준으로 확정한 적이 없고 주요 AI 업체가 공식으로 지원을 밝힌 적도 없으며, 구글은 검색에서 이 파일을 쓰지 않는다고 문서로 밝혔습니다. 그러니 이 파일 하나로 노출을 기대하기보다, 위의 확인 6곳을 끝낸 뒤 여유가 있을 때 추가하는 순서가 맞습니다. 만들어 둬서 손해 볼 일은 없지만 순서가 바뀌면 시간만 씁니다.

빌더를 고를 때 미리 물어볼 것 4가지

1. robots.txt 를 내가 직접 고칠 수 있는지, 아니면 고정되어 있는지.
2. 본문이 처음 응답에 글자로 들어가는지, 화면에서만 그려지는지.
3. 제목·설명·구조화 데이터를 페이지마다 다르게 넣을 수 있는지.
4. 만든 결과물을 파일로 내려받거나 다른 곳으로 옮길 수 있는지.

네 가지 모두 만든 다음에 바꾸려면 번거로운 항목입니다. 특히 첫 번째와 두 번째는 빌더 구조에 따라 사용자가 손댈 수 없는 경우가 있어서, 고르기 전에 확인하는 편이 낫습니다.

확인은 오래 걸리지 않습니다

아이비전트에서도 같은 점검을 거쳤습니다. AI 도구가 서비스 구조를 읽어 갈 수 있게 llms.txt 를 두고 문서마다 마크다운 주소를 따로 제공하고 있는데, 이 파일보다 먼저 손본 것은 크롤러 접근과 처음 응답에 들어가는 글자였습니다. 비전트 AI 호스팅은 전용 주소와 무료 SSL이 기본으로 붙고 14일 무료체험이 있어서, 확인 6곳을 돌려 보는 연습 상대로 쓰기에는 부담이 적습니다. 마케팅 기능까지 붙은 베이직 요금제는 월 3,300원(VAT 포함)입니다.

여섯 곳을 한 번씩 열어 보는 데 드는 시간은 길지 않습니다. 사이트를 새로 만들거나 옮긴 뒤에 한 번, 그리고 큰 개편을 했을 때 한 번만 반복하면 적어도 못 읽혀서 안 나오는 상황은 걸러집니다. 빌더를 아직 고르는 중이라면 위의 네 가지를 먼저 확인해 두시면 됩니다.

확인 기준 : 2026년 9월