깨우기 — 요청 한 건이 최소 과금 단위를 엽니다
서버는 요청이 오면 깨어나고, 마지막 요청 뒤 15분쯤 조용해야 잠듭니다. 봇이 40초마다 오면 잠들 틈이 없습니다 — 당사가 운영하는 한 병원 홈페이지는 이 때문에 하루 23시간을 깨어 있었고, 서버를 깨운 첫 요청의 79%가 봇이었습니다.
병원 바이브 코딩 · 방법
클라우드 비용 절감과
로그가 알려줄 수 있는 것들
병원 홈페이지의 클라우드 비용은 환자가 아니라 봇이 만듭니다. 당사가 운영하는 병원 홈페이지 두 곳의 7일 로그를 분류해 보니 요청의 4분의 3이 자동 프로그램이었고 — 절반은 취약점 스캐너, 나머지는 상용 수집기 — 실사용자는 다섯 건 중 한 건이었습니다. 트래픽이 크지 않은 병원에서는 도움 안 되는 봇을 막는 것만으로 잃는 것 없이 비용이 줄어듭니다. 검색엔진과 AI 검색 봇은 열어 둔 채로 말입니다. 그리고 공개 몇 주 뒤 서버 로그를 한 번 읽으면, 환자가 어디서 오고 어디서 막히는지가 그대로 보입니다.
누가 오는가
방문자를 나누어 보면
막을 것과 열 것이 보입니다
서버 로그에 찍히는 요청은 사람, 검색 크롤러, AI 검색 봇, 상용 수집기, 취약점 스캐너로 나뉩니다. 한데 섞어 보면 "트래픽이 는다"는 착각이 생기고, 나누어 보면 무엇을 막고 무엇을 열어야 하는지가 분명해집니다.
| 집단 | 하는 일 | 대응 |
|---|---|---|
| 실사용자 · 19~28% | 환자와 보호자입니다. 진료시간과 오시는 길을 보고, 예약과 문의를 남깁니다. 홈페이지가 존재하는 이유이며, 이 집단의 경험만이 의미 있는 지표입니다. | 가장 빠르게 |
| 검색 크롤러 · 4~8% | 구글·네이버·빙·다음이 사이트맵과 링크를 따라 공개 페이지를 읽어 갑니다. robots.txt 를 존중하고, 존재하지 않는 주소는 요청하지 않습니다. 검색 노출은 이들에게 달려 있습니다. | 절대 막지 않음 |
| AI 검색·답변 봇 | 챗GPT·클로드·퍼플렉시티 등이 답변에 인용할 페이지를 읽어 갑니다. 환자가 AI에게 병원을 물었을 때 이름이 나오는 경로이며, 검색 크롤러와 같은 대우를 받아야 합니다. | 막지 않음 |
| 상용 수집기 · 16~18% | 백링크 분석 도구(Ahrefs·Semrush 등)와 한국 사용자를 다루지 않는 해외 검색엔진입니다. 경쟁사 분석에는 쓰이지만 내 병원의 검색 순위에는 기여하지 않습니다. robots.txt 를 존중합니다. | robots.txt 로 거절 |
| 취약점 스캐너 · 49~56% | 인터넷 전체를 훑으며 워드프레스 관리자 화면, 설정 파일, 백업 파일처럼 내 홈페이지에 없는 주소를 자동으로 두드립니다. robots.txt 를 무시하며, 사람이 노린 것이 아니라 프로그램이 순번대로 온 것입니다. | 서버가 깨기 전에 |
스캐너가 두드리는 주소는 내 홈페이지에 존재하지 않습니다. 그래서 그 주소들을 막는 일은 검색 노출과 아무 관계가 없습니다 — 검색엔진도 AI 봇도 그 주소를 요청한 적이 없고, 앞으로도 없기 때문입니다. 이것이 "잃는 것 없이"의 근거입니다. 상용 수집기는 막는 것이 아니라 robots.txt 로 정중히 거절하는 것이며, 이들은 규칙을 따릅니다.
작을수록 더 새는 이유
비용은 트래픽이 아니라
깨어 있는 시간에서 나옵니다
모든 호스팅이 종량제는 아닙니다. 국내 웹호스팅이나 정액 서버는 월정액이라 봇을 막아도 청구액은 그대로입니다. 반면 구글 클라우드 앱 엔진처럼 쓴 만큼 내는 방식에서 "쓴 만큼"은 방문자 수가 아니라 서버가 깨어 있는 시간과 내보낸 데이터의 양입니다. 이 구조를 알면 환자가 적은 병원일수록 봇의 비중이 왜 커지는지 설명이 됩니다.
그리기 — 없는 페이지도 그려서 보냅니다
존재하지 않는 주소에도 홈페이지는 친절하게 "페이지를 찾을 수 없습니다" 화면을 만들어 보냅니다. 헤더와 메뉴가 달린 수십 킬로바이트짜리 화면을, 읽지도 않을 스캐너에게 하루 수천 번 보내는 셈입니다.
할당량 — 무료 범위를 봇이 먼저 씁니다
앱 엔진은 하루 28시간의 무료 서버 시간을 줍니다. 트래픽이 크지 않은 병원은 이 범위 안에서 운영될 수 있지만, 위 병원은 봇 때문에 매일 18시간씩 초과하고 있었습니다. 봇 차단은 이 무료 범위를 환자에게 돌려주는 일입니다.
절감 금액은 요금제와 트래픽에 따라 달라 당사는 수치를 약속하지 않습니다. 확실한 것은 방향입니다 — 봇의 비중이 클수록, 즉 병원이 작을수록 차단의 효과는 커집니다. 월정액 호스팅이라도 봇이 차지하던 서버 자원이 환자에게 돌아오므로 응답은 빨라집니다.
막는 순서
도움 안 되는 봇에 비용이 새지 않도록 합니다
요령은 하나입니다 — 봇의 요청이 서버에 닿기 전에 돌려보내는 것. 서버 안에서 "너는 봇이니 돌아가라"고 판단하는 방식은 이미 서버가 깨어난 뒤라 비용이 그대로입니다. 효과가 큰 순서대로, 한 번에 하나씩 바꾸고 하루 지표를 본 뒤 다음으로 갑니다.
1 · 정적 싱크홀스캐너가 두드리는 주소 형태를 클라우드의 앞단에서 빈 텍스트 파일로 답하게 합니다. 서버가 깨지 않고, 연산 0, 응답 수십 바이트 — 효과의 대부분이 여기서 납니다2 · 없는 페이지 가볍게싱크홀을 빠져나온 나머지 요청에는 안내 화면을 그리지 않고 짧은 텍스트로 답합니다. 실제 방문자가 오타를 낸 경우에만 안내 화면을 보여줍니다3 · robots.txt검색 순위와 무관한 상용 수집기 — 백링크 분석기, 해외 검색엔진 — 에게 거절 의사를 밝힙니다. 이들은 규칙을 존중하므로 한 줄로 줄어듭니다. AI 검색 봇은 여기에 넣지 않습니다절대 하지 않는 것구글·네이버·빙·다음의 검색 크롤러와 챗GPT·클로드 같은 AI 검색 봇 차단. 그리고 월 고정비가 붙는 방화벽 서비스 — 트래픽이 크지 않은 병원에는 차단으로 아끼는 것보다 더 큰 비용이 됩니다싱크홀이 어떤 주소 형태를 잡아야 하는지, 내 홈페이지의 정상 주소와 겹치지 않는지 확인하는 절차는 콘솔 화면을 따라가야 하는 일이라 교육 과정에서 다룹니다. 여기까지의 원리만 알아도 "왜 이걸 하는가"는 설명이 됩니다.
주의할 것이 하나 있습니다. 스캐너를 막는 규칙은 내 홈페이지의 실제 주소와 겹치면 안 됩니다. 흔한 단어 — 이미지, 업로드, 테스트 같은 — 를 막는 규칙이 실제 페이지 경로와 부딪히면 환자가 그 페이지를 못 봅니다. 그래서 규칙을 적용하기 전에 내 홈페이지의 주소 목록과 대조하는 단계가 반드시 있습니다.
또 하나, 변수를 한 번에 하나만 바꾸십시오. 싱크홀·가벼운 404·robots.txt 를 같은 날 함께 올리면 문제가 생겼을 때 원인을 가를 수 없습니다. 하나 올리고 하루 보고 다음 — 이 리듬이 공개 후 운영의 기본 습관입니다.
공개 몇 주 뒤
로그가 알려줄 수 있는
여섯 가지
로그는 환자가 남긴 말 없는 후기입니다. 공개 직후에는 봇이 대부분이라 읽을 것이 적지만, 검색 등록이 끝나고 2~4주가 지나면 사람의 흔적이 쌓이며, 그때 한 번 차분히 읽으면 설문으로는 얻을 수 없는 것들이 보입니다. 아래 여섯 항목을 확인해 보십시오.
확인된 항목
0/ 6항목
첫 항목부터 보십시오. 봇과 사람을 나누지 않으면 나머지 숫자가 전부 왜곡됩니다.
여기서 나오는 발견은 대개 작고 구체적입니다 — 당사가 운영하는 병원 홈페이지 한 곳에서는 메뉴의 상위 항목이 휴대폰에서 오류 화면으로 이어지고 있었고 7일간 환자 271명이 그 화면을 보았는데, 로그를 읽기 전까지 아무도 몰랐습니다. 옛 홈페이지 주소로 아직 사람이 오는 것도 로그에서만 보입니다. 큰 개편이 아니라 이런 작은 업데이트가 쌓여서 홈페이지가 좋아집니다. 바이브 코딩의 장점이 여기서 드러납니다 — 발견한 것을 그날 고칠 수 있기 때문입니다.
자주 묻는 질문
공개 뒤에 가장 많이 묻는 것들
봇을 막으면 검색 노출에 손해가 없나요
막는 대상을 구분하면 없습니다. 취약점 스캐너는 워드프레스 관리자 화면이나 설정 파일처럼 내 홈페이지에 존재하지 않는 주소를 두드리며, 검색엔진은 그런 주소를 요청하지 않습니다. 존재하지 않는 주소를 빈 파일로 답하는 것은 검색 순위와 무관합니다. 반대로 구글·네이버·빙·다음의 크롤러는 어떤 경우에도 막지 않습니다.
트래픽이 적은데도 비용이 나오나요
적기 때문에 더 나옵니다. 쓴 만큼 내는 클라우드는 요청이 오면 서버를 깨우고, 깨어 있는 시간을 계산합니다. 당사가 운영하는 한 병원 홈페이지에서는 봇 요청이 평균 40초 간격으로 들어와 서버가 잠들 틈이 없었고, 하루 23시간을 깨어 있느라 무료 범위를 매일 넘기고 있었습니다. 서버를 깨운 첫 요청의 79%가 봇이었습니다.
차단은 한 번 하면 끝인가요
기본 차단은 한 번 설정하면 유지됩니다. 다만 스캐너가 두드리는 주소는 유행을 타므로, 공개 몇 주 뒤와 그 후 분기마다 한 번씩 로그를 보고 새로 나타난 형태를 더하는 것이 좋습니다. 이 점검 자체가 30분이 걸리지 않습니다.
로그는 어디서 보나요
구글 클라우드에 홈페이지를 올렸다면 콘솔의 로그 탐색기에 요청 하나하나가 주소·응답 코드·접속 프로그램 이름과 함께 남습니다. 별도 설치나 비용이 들지 않으며, 기간과 조건을 걸어 추리는 방법은 교육 과정 3회차 운영 인수 시간에 다룹니다.
챗GPT나 클로드 같은 AI 봇도 막아야 하나요
막지 않습니다. 환자가 AI에게 "근처 한의원 추천"을 물을 때 답에 인용되려면 AI 검색·답변 봇이 홈페이지를 읽을 수 있어야 합니다. 당사가 robots.txt 로 거절하는 것은 검색 순위와 무관한 집단 — 백링크 분석 도구와 한국 사용자를 다루지 않는 해외 검색엔진 — 뿐이며, 이들은 규칙을 존중하므로 한 줄이면 됩니다. 월정액 호스팅이라면 청구액은 그대로지만, 봇이 차지하던 서버 자원이 환자에게 돌아옵니다.
이 안내를 쓰는 곳
운영은 교육 3회차 "공개하는 날"에서 이어집니다
당사는 운영 중인 병의원 홈페이지에 위 순서를 실제로 적용하고 지표를 확인하며 이 문서를 썼습니다. 교육 과정의 마지막 회차는 도메인·배포·검색 등록과 함께 운영 인수 — 로그를 읽는 법과 차단 규칙을 내 홈페이지에 맞추는 절차 — 를 다룹니다.
교육 과정 보기