ChatGPT에 우리 회사가 안 나올 때 확인할 5가지

회사 이름을 물었는지, 해결할 문제를 물었는지 나누세요

‘OO회사는 무슨 일을 하나요?’는 이미 이름을 아는 사람의 확인 질문입니다. ‘작은 매장의 반복 문의를 줄일 서비스가 있나요?’는 해결책을 찾는 질문입니다. 첫 질문에서는 잘 나오는데 두 번째에서 빠질 수도 있습니다.

지금 안 나오는 질문을 그대로 적고 누가 왜 그 질문을 할지 써보세요. 지역, 예산, 사용 상황처럼 사업과 실제로 관련 있는 조건을 정하면 어떤 설명이 부족한지 찾기 쉬워집니다.

브랜드 이름과 주력 서비스가 명확한가요?

홈페이지 첫 화면과 소개 페이지에서 회사명, 하는 일, 서비스 대상, 지역 또는 이용 범위를 읽을 수 있는지 확인하세요. 상호가 같은 다른 업체가 있다면 지역과 공식 주소, 운영 주체처럼 구별할 정보도 필요합니다.

예쁜 이미지 안에만 설명이 들어가 있거나 ‘새로운 경험을 만듭니다’처럼 추상적인 말만 있다면 처음 보는 사람도 이해하기 어렵습니다. ‘누구에게 무엇을 제공하는가’를 실제 페이지의 글로 정리해 보세요.

홈페이지가 열리는 것과 AI가 인용하는 것은 다릅니다

로그인 없이 페이지를 열 수 있는지, 본문이 전달되는지, 크롤러 접근을 막는 설정이 있는지 확인할 수 있습니다. robots.txt는 크롤러에 접근 규칙을 전달하는 파일이며, 허용했다고 실제 방문이나 답변 인용이 확인되는 것은 아닙니다.

비비서치 홈페이지의 빠른 확인 기능도 공개 페이지의 기초 조건을 살피는 테스트입니다. 실제 ChatGPT 답변에서의 브랜드 노출률이나 인용 확률을 측정하는 기능은 아닙니다.

• 홈페이지의 기본 읽기 조건 확인 →

robots.txt에서는 검색용과 학습용을 구분해 봅니다

홈페이지 주소 뒤에 /robots.txt를 붙이면 크롤러에게 전달하는 접근 규칙을 볼 수 있습니다. 먼저 User-agent 항목과 그 아래 Allow·Disallow를 확인하고, 전체 규칙뿐 아니라 특정 봇 이름에 따로 적용되는 규칙이 있는지도 봅니다. 파일 일부만 보고 모든 봇의 접근 여부를 단정하지 마세요.

OpenAI는 OAI-SearchBot과 GPTBot의 용도를 구분합니다. 전자는 ChatGPT 검색, 후자는 모델 학습과 관련된 크롤러입니다. GPTBot을 막았다는 사실만으로 검색용 크롤러도 막혔다고 판단하면 안 됩니다. Claude도 검색·학습·사용자 요청용 봇을 구분하므로, 원하는 검색 접근과 회사의 학습 사용 정책을 따로 검토합니다.

Google 검색에 대해서는 Googlebot과 Google-Extended를 같은 설정으로 생각하지 않아야 합니다. 실제 운영에서는 각 회사의 최신 공식 안내와 사이트의 전체 규칙을 함께 보고 홈페이지 담당자와 변경합니다. robots.txt는 공개 페이지 접근을 알리는 규칙이며, 개인정보나 관리자 화면을 보호할 인증 수단을 대신하지 않습니다.

표를 좌우로 밀어 전체 내용을 확인하세요.

• OpenAI 크롤러 공식 안내 →
• Claude 크롤러 공식 안내 →
• Google 크롤러 공식 안내 →

접근 허용 문구가 있어도 서버가 본문을 주는지 확인하세요

로그인하지 않은 새 창에서 페이지를 열어보세요. 이어서 홈페이지 담당자에게 robots.txt뿐 아니라 방화벽과 서버 응답을 함께 확인해 달라고 요청합니다. Cloudflare를 쓴다면 AI Crawl Control의 크롤러별 조치와 실제 보안 이벤트를 살펴볼 수 있습니다. 일반 방문자의 화면이 정상이라고 모든 봇 요청이 같은 응답을 받는 것은 아닙니다.

403은 접근 거절, 429는 요청 제한, 503은 일시적인 서비스 불가를 확인할 단서입니다. 200도 본문이 제대로 왔는지 읽어봐야 합니다. 실제 콘텐츠 대신 로그인 안내나 보안 확인 화면을 200으로 돌려주는 경우에는 상태 번호만으로 정상 수집이라고 볼 수 없습니다.

서버 기록에서는 요청 시각, 페이지 주소, 응답 상태를 함께 봅니다. 봇 이름은 다른 요청이 흉내 낼 수 있으므로 이름 하나만으로 공식 크롤러라고 확정하지 않습니다. 또한 응답에 걸린 시간은 자료를 전달하는 데 걸린 시간이지, 봇이 글을 얼마나 이해했는지나 답변에 쓸 확률을 뜻하지 않습니다.

표를 좌우로 밀어 전체 내용을 확인하세요.

• Cloudflare AI 크롤러 관리 안내 →

화면 속 글이 실제 HTML에도 들어 있는지 봅니다

브라우저에는 소개가 보이지만 페이지 원문에는 빈 틀만 있는 홈페이지가 있습니다. 자바스크립트 실행 뒤에야 내용을 불러오는 방식일 수 있습니다. 모든 수집기가 같은 방식으로 화면을 처리하는 것은 아니므로 중요한 회사 소개, 가격 조건, 이용 안내가 어떤 형태로 전달되는지 담당자에게 확인합니다.

핵심 설명이 이미지 안에만 있으면 사람도 복사하거나 검색하기 어렵습니다. 메뉴나 서비스 조건을 이미지와 함께 실제 본문 글로 제공하고, 자세한 안내는 정상적인 링크로 연결하세요. 특히 첫 화면의 디자인만 있고 서비스 페이지로 갈 길이 없다면 정보를 찾는 사람도 다음 단계를 놓칩니다.

색인 제외를 뜻하는 noindex 설정도 접근 차단과 구분해 확인합니다. robots.txt로 막아놓으면 크롤러가 페이지 안의 noindex를 읽지 못할 수도 있습니다. “열려 있다”, “검색에 실릴 수 있다”, “답변의 출처가 됐다”는 다른 질문이므로 빠른 홈페이지 검사 결과 하나로 모두 답했다고 생각하지 않는 것이 좋습니다.

• Google robots.txt 안내 →

고객이 선택하기 전에 묻는 질문에 답하세요

가격 구조, 제공 범위, 이용 절차, 사용 조건, 사례를 각각 읽기 쉬운 페이지로 정리하세요. 모든 정보를 첫 화면에 밀어 넣기보다 소개에서 상세 안내로 이어지는 링크를 붙이면 독자가 필요한 내용을 찾기 쉽습니다.

기초 점검 다음에는 실제 질문에 답할 페이지를 만듭니다

기술 점검에서 문제가 없는데도 소개가 부족하다면 고객 질문과 페이지 내용을 나란히 놓아보세요. “소상공인이 쓸 AI 서비스”를 찾는 사람에게 기술 이름만 보여주고 있지는 않은지, 비용을 묻는 사람에게 상담 버튼만 제공하고 있지는 않은지 살펴봅니다. 고객이 판단할 재료가 빠졌다면 그 질문을 끝까지 설명하는 문서가 필요합니다.

비비서치는 현재 AI 답변을 측정하고 원하는 소개 방향을 정한 다음, 그 차이에 맞춰 글을 제작·발행하고 홈페이지 수정안을 제안합니다. 업종에 맞는 AEO 모델을 글쓰기에 활용하고, 선택한 질문을 매주 다시 확인합니다. 단순한 사이트 호출 검사와 이 운영 과정은 측정하는 대상과 결과물이 다릅니다.

오늘 시작한다면 안 나오는 질문을 다섯 개 적고, 각각의 질문에 답할 공식 페이지 주소를 붙여보세요. 주소를 붙일 수 없는 질문부터 자료를 정리하면 할 일이 선명해집니다. 이미 페이지가 있다면 내용의 정확성과 접근 조건을 확인한 뒤 같은 질문의 답변·출처 변화로 이어갑니다.

표를 좌우로 밀어 전체 내용을 확인하세요.

수정한 날짜와 실제 답변을 함께 남기세요

어느 페이지를 언제 바꿨는지 기록하고, 이전에 빠졌던 질문을 다시 확인하세요. 답변에 이름이 생겼는지뿐 아니라 서비스 설명과 출처가 현재 정보와 맞는지도 봅니다. 한 번의 결과만으로 수정 효과를 단정하지 말고 변화가 이어지는지 확인하는 편이 좋습니다.

Google은 AI 검색 기능에도 기본적인 검색 최적화가 적용된다고 안내합니다. 별도의 특별한 파일 하나로 인용을 확보하는 방식보다 공개 정보의 품질과 접근성부터 정리하는 것이 출발점입니다.