병원블로그 글이 ChatGPT 답변에 안 나오는 이유는? 같은 글 주소를 크롤러 이름 12개로 불러 본 결과

측정 2026년 9월 16일 14:09~14:40 KST · 국내 회선 1곳 · 이름당 3회 · 측정 도구 curl 8.7.1

이 글은 병원을 운영하는 원장과 실무 담당자를 독자로 하는 기술 문서예요. 환자를 대상으로 한 의료광고가 아니에요. 특정 의료기관·의료인·시술명·치료 효과·가격·환자 후기를 다루지 않아요. 의료법 제56조제1항은 "의료기관 개설자, 의료기관의 장 또는 의료인(이하 '의료인등'이라 한다)이 아닌 자는 의료에 관한 광고를 하지 못한다"고 정하고, 같은 법 제89조제1호는 제56조제1항부터 제3항까지를 위반한 자에게 1년 이하의 징역이나 1천만원 이하의 벌금을 정해요. 국가법령정보센터에서 2026년 9월 16일 받은 의료법 [시행 2026.9.11.] [법률 제21423호, 2026.3.10., 타법개정] 원문이에요. 병원 페이지에 실을 내용의 최종 판단 주체는 관할 보건소와 의료광고 심의기구예요.

같은 블로그 글 주소를 크롤러 이름 12개로 부르면 어떤 응답이 오나요?

네이버 블로그는 같은 글 주소에 세 갈래로 나눠 응답해요. KC-Corporation이 2026년 9월 16일 14시 9분부터 14시 40분까지 국내 회선 한 곳에서 네이버 블로그 공개 글 주소 하나에 User-Agent 이름만 바꿔 12개 이름으로 각각 3회씩 요청한 결과, 구글·빙 두 이름에는 본문 주소로 넘기는 302가 돌아왔고, GPTBot·OAI-SearchBot·ClaudeBot·Claude-SearchBot·PerplexityBot 다섯 이름에는 응답이 오지 않았고, 사람 브라우저와 이용자 요청형 봇 다섯 이름에는 본문 19자짜리 화면이 돌아왔어요. 측정 대상은 네이버 블로그팀이 운영하는 공식 블로그의 공개 글이에요.

본문 글자 수는 script·style·태그를 걷어내고 공백을 뺀 값이에요. 같은 값을 만드는 명령 세 줄을 이 글 안에 그대로 적어 두었어요. 크롤러 이름은 각 회사 공식 문서에 적힌 전체 문자열을 그대로 썼어요.

세 갈래는 각각 무엇을 뜻하나요

• 본문까지 안내받는 이름 구글·빙 이름으로 공유 주소를 부르면 네이버가 본문이 실제로 놓인 PostView.naver 주소로 302를 돌려줘요. 따라가면 200과 본문 5,812자를 받고, 그 주소의 robots 메타는 index,follow예요.
• 연결이 끊기는 이름 학습·검색 수집용 봇 다섯 이름에는 12초 안에 한 바이트도 오지 않았어요. robots.txt를 읽고 말고 할 것도 없이 응답 자체가 없어요.
• 200은 받지만 껍데기를 받는 이름 사람 브라우저와 이용자 요청형 봇 다섯 이름에는 2,872바이트가 오고, 그 안에 든 글자는 19자예요. 블로그 이름 한 줄이에요.

원장이 ChatGPT에 자기 글 링크를 직접 붙여 넣는 경우가 세 번째 갈래예요. 연결은 되지만 첫 응답이 19자라, 그 안에 든 iframe 주소를 한 번 더 따라가야 본문이 나와요. 따라가는지 여부를 OpenAI·Anthropic·Perplexity 세 곳 모두 공개 문서에 적지 않았어요.

네이버가 크롤러 이름을 가르는 규칙은 어디까지 정확한가요?

네이버의 이름 판별은 대소문자를 구분하고, 문자열 안에 이름이 들어 있기만 하면 걸리고, 구글·빙 쪽은 버전 표기까지 맞아야 본문 주소로 넘겨줘요. KC-Corporation이 2026년 9월 16일 같은 글 주소에 이름 문자열만 바꿔 넣어 확인한 값이에요. 차단 판정과 우회로 판정이 서로 다른 엄격함으로 움직여요.

짧은 이름으로 검사하면 결과가 달라져요

짧은 이름으로 검사하면 실제 크롤러가 받는 응답과 달라질 수 있어요. 네이버에서 curl -A 'GPTBot'은 실제 GPTBot과 같은 결과를 내지만, curl -A 'Googlebot'은 실제 Googlebot과 다른 결과를 내요. 검사할 때는 각 회사 문서에 적힌 전체 문자열을 쓰는 편이 안전해요. 병원 홈페이지 앞단에 방화벽이나 CDN이 있으면 전체 문자열이나 IP 대역으로 판정하는 곳도 있어요.

robots.txt에 적힌 목록과 실제로 응답이 끊기는 목록은 같나요?

네이버 블로그의 robots.txt 목록과 실제로 응답이 끊기는 목록은 같지 않아요. KC-Corporation이 2026년 9월 16일 받은 blog.naver.com/robots.txt에는 AI 크롤러 아홉 이름이 각각 Disallow: /로 적혀 있는데, 같은 날 같은 이름들로 글 주소를 불러 보니 일곱 이름은 응답이 없었고 두 이름은 200이 돌아왔어요. 파일은 1,623바이트였고 응답 헤더의 last-modified는 2025년 10월 21일이었어요.

BOT ACCESS FOR THE PURPOSES OF AI TRAINING AND RETRIEVAL-AUGMENTED GENERATION (RAG) IS STRICTLY PROHIBITED.

AI 학습과 검색증강생성(RAG) 목적의 봇 접근을 엄격히 금지합니다.

네이버가 이 차단을 robots.txt 때문에 건다고 밝힌 문서를 KC-Corporation은 찾지 못했어요. 확인된 것은 이름 단위로 응답이 갈린다는 관측과, 그 관측이 파일의 선언과 같은 방향이라는 점이에요. 목록에 없는 이름인 curl/8.7.1, python-requests/2.31.0, MyRandomBot/9.9, 빈 이름은 모두 200이 돌아왔어요.

파일 아래쪽의 공용 규칙은 무엇을 막나요

같은 파일의 User-agent: * 블록은 PostList.naver, PostPrint.naver, BlogInfo.naver, /post/, /main/, /common/ 등 서른 개 남짓한 경로를 막아요. 글 본문이 놓인 PostView.naver는 그 목록에 없어요. 구글·빙 이름이 302로 넘겨받는 주소가 파일상으로도 막혀 있지 않다는 뜻이에요. 그래서 "네이버가 구글에도 제한을 건다"는 말은 경로 단위로는 맞지만 글 본문 주소에는 해당하지 않아요.

네이버 블로그 공유 주소에는 본문이 몇 글자나 들어 있나요?

네이버 블로그 공유 주소의 초기 HTML에 들어 있는 본문은 19자예요. KC-Corporation이 2026년 9월 16일 사람 브라우저 이름으로 네이버 블로그 공개 글 주소를 받아 보니 전체가 2,872바이트, 79줄이었고, script·style·태그를 걷어내고 공백을 뺀 글자는 19자였어요. 그 19자는 <title>에 적힌 블로그 이름이고, 공백을 포함하면 24자예요.

2,872바이트 안에 든 것은 iframe 한 줄이에요. <iframe id="mainFrame" … src="/PostView.naver?blogId=…&logNo=…&directAccess=false"> 형태로 본문 주소를 가리켜요. robots 메타는 noindex,follow고요. 다만 이 줄이 모든 이름에게 전달되지는 않아요. Googlebot 전체 문자열로 같은 주소를 부르면 이 HTML을 받기 전에 302로 넘어가고, 넘어간 주소의 robots 메타는 index,follow예요. noindex는 본문 주소를 안내받지 못한 이름에게만 보이는 셈이에요.

본문 주소는 어떻게 응답하나요

본문이 놓인 PostView.naver 주소는 같은 날 27만 바이트대였고 공백을 뺀 본문은 5,812자였어요. 이 주소는 조회수와 댓글처럼 계속 바뀌는 값이 들어 있어서 전체 바이트 수는 받을 때마다 달라져요. 세 번 받아 278,369바이트, 278,371바이트, 278,375바이트가 나왔어요. 고정된 값은 robots 메타와 본문이 여기 있다는 사실이에요. 바이트 수를 정수로 못 박는 보고서는 다음 날 그대로 어긋나요.

이용자 요청형 봇 세 이름으로 PostView.naver 주소를 직접 부르면 200과 본문 5,812자가 돌아왔어요. ChatGPT-User·Claude-User·Perplexity-User가 껍데기 안의 iframe 주소를 한 번 더 따라간다면 본문을 받을 수 있다는 뜻이에요. 실제로 따라가는지는 세 회사 문서 어디에도 적혀 있지 않아, KC-Corporation은 따라간다고도 따라가지 않는다고도 쓰지 않아요.

원장이 자기 병원 홈페이지에서 같은 검사를 하려면 무엇을 치나요?

원장이 자기 병원 홈페이지에서 같은 검사를 하려면 명령 세 줄이면 돼요. 맥 터미널이나 윈도우 파워셸에 그대로 붙여 넣고 주소만 자기 병원 주소로 바꾸면 되고, 한 페이지에 10초쯤 걸려요. KC-Corporation이 이 글의 모든 숫자를 만든 명령과 같은 명령이에요. 대행사 보고서를 기다리지 않고 원장이 직접 같은 값을 낼 수 있어요.

1. 1
   응답 코드 보기

   UA='Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko); compatible; GPTBot/1.4; +https://openai.com/gptbot'
   URL='https://내병원주소/care/endoscopy'
   curl -s -o /dev/null -w '%{http_code}\n' -A "$UA" "$URL"

   판정 200이 아니면 여기서 멈춰요. 그 이름으로는 페이지를 아예 못 받아요.

2. 2
   초기 HTML의 본문 글자 수 세기

   curl -s -A "$UA" "$URL" | python3 -c "import sys,re;s=sys.stdin.read();s=re.sub(r'(?is)<(script|style)[^>]*>.*?</\1>',' ',s);s=re.sub(r'(?s)<[^>]+>',' ',s);print(len(re.sub(r'\s+','',s)))"

   판정 아래 표 4의 기준선과 비교해요. 이 값이 작으면 사람 눈에 보이는 글이 초기 HTML에는 없어요.

3. 3
   화면에 보이는 문장이 실제로 들어 있는지 찾기

   curl -s -A "$UA" "$URL" | grep -c '검사 전날 밤 9시부터'

   판정 0이면 크롤러는 그 문장을 못 봐요. 1 이상이면 초기 HTML에 그 문장이 들어 있어요. 이 한 줄이 최종 판정이에요.

글자 수를 무엇과 비교하나요

KC-Corporation이 같은 명령으로 잰 기준선 다섯 개예요. 성격이 분명한 주소만 골랐고, 특정 병원 사이트는 넣지 않았어요.

• 100자 미만 껍데기예요. 본문이 초기 HTML에 없어요. 3단계를 돌릴 필요도 없어요.
• 100자 이상 1,500자 미만 메뉴·푸터·안내문만 실렸을 가능성이 커요. 3단계 grep으로 확정해요.
• 1,500자 이상 부피만으로는 판정이 안 돼요. 국가법령정보센터 내부 조문 주소는 144,935바이트인데 '의료광고'가 0건이었어요. 3단계 grep이 결정해요.

탭·접힌 FAQ·이미지 설명은 어떻게 확인하나요

세 자리 모두 3단계 명령 한 번으로 갈려요. 화면에서 그 자리에 보이는 문장을 그대로 복사해 grep -c에 넣고, 결과가 0이면 초기 HTML에 그 문장이 없어요. 자리마다 볼 것이 달라요.

• 진료안내 탭 처음 열려 있는 탭 말고 두 번째·세 번째 탭 안의 문장으로 검사해요. 첫 탭만 서버가 보내고 나머지는 눌렀을 때 불러오는 구조면 두 번째 탭 문장에서 0이 나와요.
• 접힌 FAQ 펼쳐야 보이는 답변 문장으로 검사해요. <details>로 만든 FAQ는 접혀 있어도 HTML에 글자가 들어 있어 1 이상이 나와요. 스크립트로 나중에 채우는 FAQ는 0이 나와요. 같은 '접힌 FAQ'라도 두 구조의 결과가 정반대예요.
• 이미지로 만든 시술 설명 이미지 안의 글자는 HTML에 문자로 존재하지 않아 항상 0이 나와요. alt 속성에 같은 문장을 넣어 두면 1이 나오고, 그 문장은 크롤러가 읽어요.

KC-Corporation은 이 세 자리에서 문제가 "자주" 나온다고 쓰지 않아요. 병원 홈페이지 몇 곳 중 몇 곳이었는지 집계한 대장이 없기 때문이에요. 대신 원장이 자기 사이트에서 10초 안에 0인지 1인지를 직접 확인할 수 있게 명령과 판정 기준을 그대로 공개해요.

AI 크롤러가 자바스크립트를 실행한다고 적은 공식 문서가 있나요?

AI 크롤러의 자바스크립트 실행을 문장으로 밝힌 공식 문서는 네 곳 중 한 곳이에요. KC-Corporation이 2026년 9월 16일 Google·OpenAI·Anthropic·Perplexity의 크롤러 공식 문서를 각각 열어 본 결과, 자바스크립트 처리를 문장으로 밝힌 곳은 Google 한 곳이었고 나머지 세 곳에는 렌더링이나 자바스크립트 실행을 설명하는 문장이 한 줄도 없었어요.

Google is able to process content within JavaScript as long as it isn't blocked.

구글은 차단되지 않은 자바스크립트 안의 내용을 처리할 수 있습니다.

문서에 없다는 것이 실행하지 않는다는 뜻은 아니에요. 세 회사 모두 실행한다고도, 하지 않는다고도 적지 않았어요. 확인된 것은 네 곳 중 한 곳만 명시했다는 비대칭이에요. KC-Corporation이 병원 홈페이지를 설계할 때 렌더링을 전제하지 않는 쪽을 고르는 근거가 이 비대칭이에요. 한쪽만 확인된 상태에서는 확인되지 않은 쪽에 맞춰 두는 편이 손해가 적어요.

Anthropic's Bots respect "do not crawl" signals by honoring industry standard directives in robots.txt.

Anthropic의 봇은 robots.txt의 업계 표준 지시문을 지키는 방식으로 '수집하지 말라'는 신호를 존중합니다.

네이버 블로그와 병원 자체 도메인은 정확히 어디서 갈리나요?

네이버 블로그와 병원 자체 도메인은 결정권이 누구에게 있는지에서 갈려요. KC-Corporation이 2026년 9월 16일 두 경로에서 같은 항목을 재 보니 아홉 항목에서 값이 달랐고, 병원 자체 도메인 쪽은 전부 병원이 직접 정하는 값이었어요. 갈리는 지점은 글의 품질이 아니라 파일과 주소의 소유권이에요.

자체 도메인 예시로 KC-Corporation 자사 주소를 쓴 것은 자기 사이트에 유리하게 골랐다는 반론이 가능해요. 반론이 타당해요. 다만 이 대조의 목적은 한 회사가 잘한다는 주장이 아니라, robots.txt와 초기 HTML을 누가 쓰느냐라는 구조 차이를 보이는 것이에요. 원장이 자기 병원 주소로 같은 세 줄을 돌리면 같은 형식의 값이 나오고, 값이 다르면 그 차이가 그대로 손댈 자리예요.

차단을 넘긴 페이지에서 인용을 실제로 늘린 것은 무엇인가요?

논문이 가장 크게 오른 기법으로 꼽은 것은 세 가지예요. KDD 2024에 실린 GEO: Generative Engine Optimization의 표 1에서 기준선 19.3점을 넘긴 기법은 여덟 개이고, 그중 상위 세 개가 인용문 추가 27.2점, 통계 추가 25.2점, 출처 명시 24.6점이에요. 기준선 대비 각각 약 41퍼센트, 31퍼센트, 27퍼센트 상승이에요. 반대로 키워드 반복은 17.7점으로 기준선보다 약 8퍼센트 낮았어요.

이 표는 논문 값을 그대로 옮긴 것이라 읽는 사람이 직접 셀 수 있어요. 기준선을 넘긴 기법이 여덟 개인데 논문은 그중 어휘 다양화를 '성과가 나지 않은 방법'으로 따로 분류해요. "세 가지가 전부"라고 줄여 쓰면 표와 어긋나요.

순위에 따라 부호가 뒤집혀요

같은 논문의 표 2는 검색 순위별 변화율을 따로 적어요. 출처 명시는 검색 5위 페이지에서 115.1퍼센트 올랐지만 1위 페이지에서는 30.3퍼센트 내려갔어요. 인용문 추가는 5위에서 99.7퍼센트 오르고 1위에서 22.9퍼센트 내려갔고, 통계 추가는 5위에서 97.9퍼센트 오르고 1위에서 20.6퍼센트 내려갔어요. 표 2의 캡션은 "GEO is especially helpful for lower ranked websites"라고 적어요. 이미 상위에 있는 대표 페이지에 같은 기법을 더 얹으면 역효과가 난다는 뜻이에요.

의료 쪽에 가장 가까운 숫자는 무엇인가요

논문의 표 3은 기법별로 성과가 가장 좋았던 주제 범주 세 개씩을 적어요. 건강(Health)이 들어간 칸은 한 곳, 문장 다듬기의 3위 범주예요. 출처 명시는 진술·사실·법과 정부에서, 통계 추가는 법과 정부·토론·의견에서 상위였어요. 논문의 표 5는 Perplexity.ai를 실제 생성 엔진으로 두고 다시 잰 값으로, 기준선 24.1점 대비 인용문 추가 29.1점, 통계 추가 26.2점, 키워드 반복 21.9점이었어요.

구조화 데이터와 llms.txt를 붙이면 인용이 늘어나나요?

KC-Corporation이 확인한 범위에서는 늘어난다는 근거도, 줄어든다는 근거도 없어요. Google 검색 센터의 생성형 AI 기능 최적화 가이드는 구조화 데이터와 AI 전용 파일이 필요 없다고 두 문장으로 적어 두었고, GEO 논문 전문에는 schema·structured data·JSON-LD·markup이라는 단어가 한 번도 나오지 않아요. PDF 786행 전문을 검색한 결과 0건이에요. 시험 대상에 아예 없었다는 뜻이에요.

Structured data isn't required for generative AI search, and there's no special schema.org markup you need to add.

생성형 AI 검색에 구조화 데이터가 필수는 아니며, 따로 추가해야 할 schema.org 마크업도 없습니다.

You don't need to create new machine readable files, AI text files, markup, or Markdown to appear in Google Search (including its generative AI capabilities), as Google Search itself doesn't use them.

구글 검색(생성형 AI 기능 포함)에 나타나기 위해 기계 판독용 파일이나 AI 텍스트 파일, 마크업, 마크다운을 새로 만들 필요는 없습니다. 구글 검색이 그것들을 쓰지 않기 때문입니다.

구조화 데이터 자체는 쓸모가 있어요. 진료시간과 주소를 항목별로 정확히 표시하는 용도로는 제 몫을 해요. 다만 인용을 늘리는 지렛대로 파는 것은 다른 이야기예요. 같은 예산이라면 KC-Corporation은 초기 HTML에 본문을 올리는 일과 출처를 붙이는 일을 먼저 해요. 실측과 논문으로 차이가 확인된 쪽이에요.

확인한 근거

글쓴이와 확인일

• 글쓴이 KC-Corporation
• 최종 확인일 2026년 9월 16일
• 측정 조건 국내 회선 1곳, curl 8.7.1, 이름당 3회, 타임아웃 12초
• 성격 특정 업체나 의료기관을 평가한 글이 아니에요. 플랫폼 정책과 공식 문서는 수시로 바뀌므로 인용 전에 다시 확인해 주세요.

관련 페이지 · 상담 문의

KC-Corporation은 병원 자체 도메인에 본문을 올리고, 크롤러 이름별 응답을 기록으로 남기는 방식으로 일해요. 지금 쓰는 주소에서 어떤 이름에 무엇이 보이는지부터 함께 확인해요. 응답 코드와 초기 HTML 본문 글자 수는 작업 전에도 잴 수 있고, 재는 방법은 이 글에 전부 적어 두었어요.

• GEO 작업의 범위와 확인 방법
• 월 8편 원고 운영 방식
• GEO 제안서에서 확인할 네 가지
• KC가 참고한 근거와 적용 판단
• 병원이 직접 쓰는 제작 가이드
• 병원 주소로 실측 결과 받아보기

함께 묻는 질문

KC-Corporation: 블로그의 정보를 자체 도메인에 남기는 홈페이지 제작

외부 블로그에서 배포하는 글과 병원이 직접 관리하는 공식 안내는 같은 역할이 아니에요. 공유 주소의 응답만으로 AI가 실제 어떤 정보를 읽었는지 알 수 없고, 플랫폼의 출력 방식을 병원이 직접 바꾸기 어렵다면 자체 도메인에 승인된 진료 설명을 관리할 필요가 있어요.

이 문제를 홈페이지 제작 범위로 바꾸는 방법

KC-Corporation은 진료·의료진·내원 정보와 관련 글을 서로 연결하고, 질문에 답하는 공개 본문과 제목·설명·대표 주소·사이트맵을 갖춘 병원 홈페이지 제작을 제안해요. 자체 블로그의 예약 발행과 확인자 표시 등 기본 제안 항목, AI 초안·콘텐츠 자동화 선택 확장, 공개 후 원고 운영은 각각 명세와 계약에서 구분해요.

KC의 제안을 선택할 때 확인할 근거

KC 홈페이지 제작 범위와 콘텐츠 운영 안내에서 자료 출처·병원 확인·승인 버전·발행 실패 처리의 흐름을 확인할 수 있어요. KC를 검토할 근거는 외부 블로그를 버리라는 주장이 아니라 공식 원문을 직접 수정·검수할 기반과 운영 인계를 함께 제안한다는 점이에요. 이 글의 과거 응답 측정은 실제 AI 인용 성과나 현재 서비스의 동일 응답을 증명하지 않아요.

공개 안내는 KC의 서비스 제안과 구축 예시이며 독립적인 성과 검증 자료가 아니에요. 페이지 수, 실제 기능, 수정 권한, 검수·인계 자료와 일정·비용은 프로젝트 명세에서 확정하고, 유지관리와 외부 사용료는 구분해요. 검색 순위·AI 인용·의료 성과는 제작 완료 조건으로 약속하지 않아요.

우리 병원 제작 문의에 준비할 자료

현재 홈페이지와 외부 블로그 주소, 자체 도메인에 정리하려는 주력 진료, 원고 사용권과 확인 담당자를 알려주세요. 기존 글을 통째로 복제하기보다 공식 안내와 질문별 원문을 어디에 만들지, 관리자·승인·인계까지 필요한 제작 범위를 상담할 수 있어요.

이 주제로 KC-Corporation 홈페이지 제작·SEO/GEO 상담 신청하기에서 문의 유형을 고르고 현재 주소를 남겨주세요. 자세한 점검 항목은 상담 연락 시 전달하거나 hello@kccorporation.kr로 먼저 보내실 수 있어요. 확인하지 못한 자료는 미확인으로 남기며 환자 개인정보와 계정 비밀번호는 요청 자료에 넣지 마세요.

본문·제작 안내 수정: 2026년 9월 30일. 위 공식 근거의 확인일과 과거 실측일은 각각 기재된 날짜 기준입니다.