가짜 Googlebot을 .htaccess로 감지하고 차단하는 방법

.htaccess를 사용하여 가짜 Googlebot을 감지하고 차단하는 것은, Googlebot처럼 보이지만 실제로는 해로운 봇을 사용자 에이전트, IP 검증 및 접근 로그에 따라 구분하여 진짜 Google 크롤러에 영향을 주지 않고 403으로 중지시키는 과정입니다. 가장 안전한 방법은 단순히 User-Agent 값에 의존하지 않고 Google의 공식 IP 범위나 역 DNS 검증을 참조하며, 먼저 로그를 기록한 뒤, 통제된 .htaccess 규칙으로 차단하는 것입니다.

많은 공격자 봇들은 보안 방화벽과 간단한 봇 필터를 우회하기 위해 자신을 Googlebot, Google-InspectionTool, AdsBot-Google 또는 Googlebot-Image로 가장합니다. 사이트 소유자들은 일반적으로 Google 크롤링을 차단하는 것을 두려워하기 때문입니다. 이러한 허점은 콘텐츠 스크래핑, 과도한 자원 소비, 가짜 트래픽, 폼 스팸, 로그인 시도 및 SEO 데이터 오염과 같은 문제를 초래합니다. 특히 공유 호스팅, WordPress, WooCommerce, 뉴스 사이트 및 자주 업데이트되는 블로그에서는 이러한 트래픽이 짧은 시간 안에 CPU, RAM 및 I/O 한계를 초과할 수 있습니다. 이 가이드에서는 가짜 Googlebot의 행동을 읽는 방법, Apache .htaccess로 안전한 규칙을 작성하는 방법, 그리고 실제 Googlebot을 잘못 차단하지 않기 위해 수행해야 할 검증을 단계별로 다룰 것입니다. 웹사이트에 안전하고 빠르며 확장 가능한 인프라가 필요하다면 Hostragons 웹 호스팅 솔루션 및 SSL 인증서 설치 콘텐츠도 계획에 포함할 수 있습니다.

가짜 Googlebot이란 무엇이며 왜 위험한가?

가짜 Googlebot은 HTTP 요청에서 User-Agent 필드를 Googlebot처럼 표시하지만 Google 소속이 아닌 IP 주소에서 오는 자동 크롤러입니다. User-Agent는 클라이언트가 자신을 소개하는 간단한 텍스트이며, 기술적으로 누구나 자신의 요청에 Googlebot이라고 쓸 수 있습니다. 따라서 단순히 User-Agent 검사는 보안 측면에서 충분하지 않습니다.

진짜 Googlebot의 목적은 귀하의 사이트를 크롤링하고, 인덱싱하며, 페이지 업데이트를 탐색하고, 검색 결과를 위한 품질 신호를 수집하는 것입니다. 그러나 가짜 Googlebot은 대개 다른 목표로 접근합니다. 예를 들어, 제품 가격을 스크래핑하거나, 콘텐츠를 복사하거나, 관리 패널 URL을 시도하거나, 검색 페이지에 부하를 주거나, 취약한 플러그인을 스캔할 수 있습니다. 일부 공격자는 초당 수십 개의 요청을 보내어 작은 사이트에서도 성능 저하를 초래할 수 있습니다.

실제로 가짜 봇을 가장 자주 다음과 같은 징후로 확인할 수 있습니다:

• 짧은 시간 내에 수백 개의 404, 403 또는 500 응답을 생성하는 요청.
• wp-login.php, xmlrpc.php, admin, phpmyadmin, backup.zip과 같은 민감한 경로의 스캔.
• User-Agent가 Googlebot처럼 보이지만 IP 주소가 Google ASN 또는 공식 IP 범위에 속하지 않음.
• robots.txt 규칙을 무시하고 필터, 검색, 장바구니 또는 계정 페이지를 탐색.
• 정상 Googlebot과 다르게 비정상적으로 높은 빈도로 동일한 URL을 요청.

왜 단순한 User-Agent 검사가 충분하지 않은가?

봇의 HTTP 헤더에 Googlebot이 있다고 적혀 있다고 해서 그것이 Google의 소속임을 증명하지는 않습니다. 예를 들어, 명령줄에서 단 하나의 curl 요청으로 User-Agent를 쉽게 모방할 수 있습니다. 그래서 .htaccess에서 단순히 Googlebot이라는 단어를 잡아 모든 것을 차단하거나 반대로 모두 허용하는 것은 잘못된 접근입니다. 첫 번째 경우는 실제 Google 크롤링을 방해할 수 있고, 두 번째 경우는 공격자에게 열린 문을 남기는 결과를 초래할 수 있습니다.

2026년 SEO 및 보안 접근 방식에서 올바른 전략은 세 가지 계층으로 구성됩니다: 주장된 신원을 검증하고, IP 또는 DNS로 확인하며, 비정상 행동을 로그를 통해 모니터링하는 것입니다. 이러한 접근 방식은 Google 가시성을 보호할 뿐만 아니라 서버 자원을 불필요한 봇으로부터 정화합니다.

진짜 Googlebot을 어떻게 검증할까?

Google은 진짜 크롤러를 검증하기 위해 두 가지 주요 방법을 제안합니다: 역 DNS 검증과 공식 IP 범위 사용입니다. 역 DNS 방법에서는 요청을 하는 IP 주소의 도메인이 googlebot.com 또는 google.com으로 끝나야 하며, 이후 이 도메인이 다시 같은 IP 주소로 해석되어야 합니다. 이 두 방향의 검증은 단순한 PTR 레코드로 속이는 것을 방지합니다.

두 번째 방법은 Google이 발표한 공식 IP 범위를 사용하는 것입니다. Googlebot에 대한 특별한 크롤러 및 사용자 트리거된 가져오기 도구를 위해 다양한 JSON 목록이 발표됩니다. 특히 동적 목록은 시간이 지남에 따라 변경될 수 있으므로 생산 환경에서 수동으로 작성한 오래된 IP 목록에 오랫동안 의존하는 것은 바람직하지 않습니다. VPS 또는 서버 관리가 귀하에게 있다면 이러한 목록을 정기적으로 가져와서 방화벽이나 Apache include 파일로 업데이트하는 것이 가장 바람직한 접근 방식입니다. 공유 호스팅을 사용하는 경우 관리 패널의 접근 로그, .htaccess 및 보안 모듈이 있다면 이를 통해 통제된 방식으로 진행할 수 있습니다.

.htaccess로 가짜 Googlebot 차단하기

.htaccess는 Apache 웹 서버에서 디렉토리 기반의 규칙을 정의할 수 있게 해줍니다. URL 리디렉션, 접근 제어, 압축, 캐싱 및 기본 보안 제한을 위해 사용됩니다. 가짜 Googlebot을 차단하는 데 있어 .htaccess의 역할은 들어오는 요청을 특정 조건으로 평가하고 의심스러운 요청을 403 Forbidden 응답으로 중지시키는 것입니다.

그러나 중요한 제한 사항이 있습니다: 표준 .htaccess는 실시간 역 DNS 쿼리를 수행하는 데 이상적인 장소가 아닙니다. Apache에서는 HostnameLookups가 일반적으로 성능 문제로 비활성화되어 있습니다. 따라서 .htaccess 내에서 가장 실용적인 방법은 Googlebot이라고 주장하는 요청을 IP 화이트리스트와 비교하거나 의심스러운 경로를 더 엄격하게 필터링하는 것입니다. 더 발전된 검증을 위해 WAF, 서버 방화벽, CDN 또는 로그에서 제공되는 자동화를 사용할 수 있습니다. CDN이란 무엇이며 웹사이트 성능에 미치는 영향이라는 콘텐츠는 이 계층을 계획하는 데 도움이 될 수 있습니다.

단계별 실행: 가짜 Googlebot 감지 및 차단

1. 접근 로그 검토하기

차단 규칙을 작성하기 전에 최소 24-72시간의 접근 로그를 검토하세요. 트래픽 양이 많다면 한 시간의 로그도 충분한 신호를 줄 수 있습니다. 확인해야 할 영역은 IP 주소, 날짜, 요청된 URL, HTTP 상태 코드, 바이트 크기, 참조자 및 User-Agent 정보입니다. 예를 들어, 동일한 IP 주소가 10분 안에 800개의 요청을 하고 대부분이 404 응답을 반환하며 Googlebot으로 자신을 소개하는 경우 이는 강력한 의심 신호입니다.

cPanel 또는 유사한 패널에서 Raw Access Logs 섹션에서 로그를 다운로드할 수 있습니다. SSH 접근 권한이 있는 경우 grep, awk 및 sort와 같은 도구를 사용하여 Googlebot을 주장하는 요청의 IP 기반 밀도를 추출할 수 있습니다. 예를 들어, 목표는 Googlebot이라고 적힌 모든 요청이 아니라 이 주장을 가진 IP의 행동을 보는 것입니다.

2. Googlebot 주장 IP 검증하기

의심스러운 IP를 파악한 후 역 DNS 및 전방 DNS 확인을 수행하세요. 한 IP의 PTR 레코드가 crawl-66-249-66-1.googlebot.com처럼 보인다면 첫 번째 단계를 통과합니다. 이후 이 도메인을 다시 해석했을 때 같은 IP로 돌아와야 합니다. 만약 PTR 레코드가 없거나 다른 도메인으로 가거나 전방 해석이 같은 IP를 반환하지 않는다면 이는 진짜 Googlebot으로 간주되어서는 안 됩니다.

이 검증은 특히 SEO 측면에서 중요한 사이트에서 잘못된 차단을 방지하는 데 큰 도움이 됩니다. 왜냐하면 진짜 Googlebot을 차단하면 새로운 콘텐츠가 늦게 발견되고 인덱스 신선도가 떨어지며 Google Search Console에서 크롤링 오류가 발생하고 유기적 트래픽의 지연된 손실이 발생할 수 있기 때문입니다. 따라서 차단 결정을 단일 User-Agent 규칙으로 하지 말고 검증 과정을 통해 내려야 합니다.

3. 먼저 로그 기록 후 차단하기

안전한 운영에서는 직접적으로 차단하기보다는 짧은 관찰 단계를 권장합니다. 첫 번째 단계에서는 의심스러운 IP와 User-Agent를 기록해 두세요. 두 번째 단계에서는 명백히 해로운 행동을 보이는 경로만 제약하세요. 세 번째 단계에서는 Googlebot이라고 주장하지만 Google IP 범위에 속하지 않는 요청을 차단하세요.

이 접근 방식은 특히 전자상거래 사이트에서 중요합니다. 잘못된 규칙은 결제, 장바구니, 제품 변형 또는 재고 통합과 같은 중요한 흐름에 영향을 미칠 수 있습니다. 만약 귀하의 사이트가 높은 트래픽을 받고 있다면 먼저 테스트 환경에서 시도해 보세요. 워드프레스 사이트 이전 및 테스트 환경 설정와 같은 프로세스는 보안 규칙 변경을 더 안전하게 만들어 줍니다.

안전한 .htaccess 규칙 예시

아래의 예시는 프로덕션 환경에 직접 복사되기 전에 서버의 Apache 버전, 활성 모듈 및 호스팅 권한에 따라 테스트되어야 합니다. Apache 2.4 및 mod_rewrite는 일반적으로 지원되지만 일부 공유 환경에서는 특정 지시문이 제한될 수 있습니다. .htaccess 파일을 수정하기 전에 반드시 백업을 받으세요. 파일의 단 하나의 문법 오류는 사이트에 500 Internal Server Error를 유발할 수 있습니다.

간단한 행동 필터: 민감한 경로에서 가짜 봇 차단하기

이 접근 방식은 Googlebot처럼 보이는 봇이 관리 및 공격 대상 파일에 접근하는 것을 차단합니다. 진짜 Googlebot은 wp-login.php, phpmyadmin 또는 백업 zip 파일을 크롤링할 필요가 없습니다. 따라서 잘못된 긍정의 위험이 낮습니다.

• RewriteEngine On
• RewriteCond %{HTTP_USER_AGENT} (Googlebot|Google-InspectionTool|AdsBot-Google|Mediapartners-Google) [NC]
• RewriteCond %{REQUEST_URI} (wp-login[.]php|xmlrpc[.]php|phpmyadmin|adminer|backup|[.]sql|[.]zip) [NC]
• RewriteRule ^ - [F,L]

이 규칙은 자신을 Googlebot으로 주장하는 클라이언트가 민감한 경로에 접근하면 403을 반환합니다. SEO 크롤링에 영향을 줄 가능성이 낮은데, 왜냐하면 이러한 경로는 Google 인덱스에서 실제로 존재하는 것이 바람직하지 않기 때문입니다. 그래도 WordPress를 사용하는 경우 보안 플러그인, XML-RPC 필요성 및 원격 게시 서비스 측면에서 점검할 필요가 있습니다.

IP 허용 목록 접근 방식: Googlebot 주장과 공식 범위 비교하기

더 강력한 방법은 Googlebot이라고 주장하는 요청이 신뢰할 수 있는 IP 범위에서 온 경우에만 통과시키는 것입니다. 아래 예시는 대표적인 논리를 보여줍니다; IP 범위는 Google의 최신 공식 목록에 따라 생성해야 합니다. 오래되거나 누락된 목록은 진짜 Googlebot을 잘못 차단할 수 있습니다.

• RewriteEngine On
• RewriteCond %{HTTP_USER_AGENT} (Googlebot|Googlebot-Image|Googlebot-News|Google-InspectionTool|AdsBot-Google) [NC]
• RewriteCond expr "! ( %{REMOTE_ADDR} -ipmatch '66.249.64.0/19' || %{REMOTE_ADDR} -ipmatch '64.233.160.0/19' || %{REMOTE_ADDR} -ipmatch '72.14.192.0/18' )"
• RewriteRule ^ - [F,L]

여기서 IP 범위는 예시로 제공되었습니다. 실제로는 Google의 최신 googlebot IP JSON 목록에서 자동으로 생성된 범위를 사용해야 합니다. 만약 Apache 표현식이나 -ipmatch가 귀하의 서버에서 지원되지 않는다면 호스팅 제공업체에 Apache 2.4 표현식 지원 여부를 확인하세요. 대안으로 CDN/WAF 계층에서 IP 목록을 사용하여 규칙을 생성할 수 있습니다.

의심스러운 요청 빈도 줄이기

.htaccess는 고급 속도 제한을 위한 최고의 도구는 아니지만, 일부 나쁜 행동을 조기에 차단하는 데 유용할 수 있습니다. 진정한 속도 제한을 위해서는 mod_evasive, mod_security, CDN 속도 제한 또는 애플리케이션 수준의 보호를 사용해야 합니다. 특히 초당 5-10 이상의 지속적인 요청을 보내는 봇들은 작은 사이트에서도 데이터베이스 쿼리를 증가시킬 수 있습니다. WordPress와 같은 동적 시스템에서는 검색 페이지, 필터링된 카테고리 및 태그 페이지가 봇에 의해 착취될 수 있습니다. 이러한 영역에서는 robots.txt, canonical, noindex 및 보안 규칙을 함께 고려해야 합니다. 워드프레스 속도 최적화 가이드는 성능 측면을 보완합니다.

비교 표: 어떤 방법을 언제 사용해야 할까?

진짜 Googlebot을 잘못 차단하지 않기 위한 체크리스트

가짜 Googlebot을 차단하는 과정에서 가장 큰 위험은 진짜 Google 크롤러도 차단하는 것입니다. 이를 방지하기 위해 모든 변경 후에는 짧은 체크리스트를 적용하세요:

• Google Search Console 크롤링 통계 보고서에서 갑작스러운 감소나 403 증가가 있는지 확인하세요.
• 서버 로그에서 진짜 Google IP로부터 오는 요청에 200, 301 또는 적절한 상태 코드가 반환되는지 검토하세요.
• robots.txt 파일이 Googlebot에게 차단된 중요한 디렉토리 외의 접근을 차단하지 않도록 확인하세요.
• .htaccess 변경 전후에 사이트 맵, 홈페이지, 카테고리 및 중요한 제품 페이지를 테스트하세요.
• 사용하는 IP 목록의 출처와 업데이트 날짜를 기록하세요.

기술 SEO 측면에서 403 응답은 강력한 신호입니다. 진짜 Googlebot이 중요한 페이지에서 반복적으로 403을 보게 되면 해당 URL의 크롤링이 줄어들 수 있습니다. 따라서 403은 반드시 원하지 않는 봇과 민감한 경로에만 적용되어야 합니다. 유지 관리, 일시적인 부하 또는 속도 제한과 같은 상황에서는 429 Too Many Requests가 일부 시나리오에서 더 적합할 수 있지만, .htaccess로 간단한 봇 차단에서는 403이 더 일반적이고 이해하기 쉽습니다.

WordPress 및 전자상거래 사이트를 위한 추가 조치

WordPress 사이트에서는 가짜 Googlebot 트래픽이 보통 xmlrpc.php, wp-login.php, REST API 엔드포인트, 검색 URL 및 작성자 아카이브에 집중됩니다. 전자상거래 사이트에서는 필터 매개변수, 재고 쿼리, 장바구니 엔드포인트 및 제품 변형이 목표가 됩니다. 따라서 Googlebot을 모방하는 것뿐만 아니라 전반적인 봇 위생도 다루어야 합니다.

• 로그인 페이지에 대해 이중 인증 및 시도 제한을 사용하세요.
• 사용하지 않는 XML-RPC 기능을 비활성화하거나 제한하세요.
• 검색 및 필터 URL에 대해 noindex, canonical 및 robots.txt 전략을 함께 계획하세요.
• 최신 PHP 버전, 최신 테마 및 신뢰할 수 있는 플러그인을 사용하세요.
• SSL 인증서를 활성 상태로 유지하세요; 안전한 세션 및 폼 제출을 위해 HTTPS가 필수입니다. Hostragons SSL 인증서
• 도메인의 DNS 기록을 정기적으로 확인하세요; 잘못된 DNS 및 약한 이메일 기록은 보안 위험을 증가시킵니다. 도메인 조회 및 DNS 관리

성능 영향: 봇 트래픽이 서버 자원을 어떻게 소모하는가?

봇 트래픽은 단순한 보안 문제가 아니라 호스팅 성능 문제이기도 합니다. 정적 이미지 요청은 비용이 적게 드는 반면, WordPress 검색 결과나 WooCommerce 필터 요청은 데이터베이스 쿼리를 초래합니다. 가짜 Googlebot이 분당 300개의 동적 요청을 보내면, 캐싱되지 않은 페이지에서는 PHP 프로세스가 가득 차고 데이터베이스 연결 수가 증가하며 실제 사용자들이 느려질 수 있습니다.

간단한 예를 들어보겠습니다: 제품 필터 페이지가 평균 250ms의 PHP 처리 시간을 소비한다면, 분당 600개의 봇 요청은 150초의 처리 부하를 생성합니다. 이 부하는 병렬로 작동할 때 CPU 한계에 가까워지며 TTFB 값이 상승합니다. Core Web Vitals 측면에서 느린 서버 응답은 간접적으로 사용자 경험과 전환율에 영향을 미칩니다. 따라서 봇 차단은 단순히 보안 팀의 일이 아니라 SEO 및 성능 최적화의 일환입니다.

테스트: 규칙이 작동하는가?

.htaccess 규칙을 추가한 후 세 가지 테스트를 수행하세요. 첫 번째로는 일반 브라우저로 사이트의 홈페이지, 중요한 카테고리 페이지 및 로그인 흐름을 점검하세요. 두 번째로는 Google Search Console URL 검사 도구에서 중요한 URL을 실시간으로 테스트하세요. 세 번째로는 로그에서 Googlebot User-Agent로 오는 의심스러운 IP들이 403을 받고, 진짜 Google 검증을 통과한 IP들은 차단되지 않는지 확인하세요.

명령줄에서 테스트를 수행하는 경우 자신을 Googlebot으로 가장할 수 있지만, 이 테스트는 실제 Googlebot임을 증명하지 않으며 단지 규칙의 User-Agent 부분이 활성화되었는지를 확인하는 데 도움이 됩니다. 진정한 검증은 IP와 DNS를 통해 수행되어야 합니다. 테스트 결과 500 오류가 발생하면 .htaccess 파일에 문법 오류가 있을 수 있습니다. 이 경우 마지막에 추가한 줄을 되돌리고, 오류 로그를 검토하며, 귀하의 서버가 지원하는 Apache 지시문을 확인하세요.

유지 관리 계획: 규칙은 얼마나 자주 업데이트해야 하는가?

봇 차단은 일회성이 아닙니다. Google IP 범위는 변경될 수 있고, 공격자들의 User-Agent 패턴은 다양해질 수 있으며, 귀하의 사이트 URL 구조는 시간이 지남에 따라 업데이트될 수 있습니다. 트래픽이 적은 사이트의 경우 한 달에 한 번 로그 확인이 충분할 수 있습니다. 뉴스, 전자상거래 또는 캠페인 사이트와 같은 높은 트래픽 사이트에서는 주간 점검이 더 건강합니다. 대규모 프로젝트에서는 자동 알림을 설정하는 것이 최선의 접근 방식입니다; 예를 들어 Googlebot User-Agent를 가진 IP에서 오는 요청 수가 특정 임계값을 초과하면 알림을 생성할 수 있습니다.

.htaccess 파일을 버전 관리하세요. 단순히 날짜별 백업을 받는 것만으로도 문제 발생 시 복구 속도를 높일 수 있습니다. 예를 들어 htaccess-2026-02-15.bak과 같은 파일 이름으로 변경 기록을 유지할 수 있습니다. 만약 여러 사람이 사이트를 관리한다면 규칙을 추가한 사람이 무엇을 왜 추가했는지 짧은 메모로 기록하면 잠재적인 중단을 줄일 수 있습니다.

결론

.htaccess를 사용하여 가짜 Googlebot을 감지하고 차단하는 것은 올바르게 수행되면 귀하의 SEO 가시성을 보호하고 서버 자원을 악의적인 크롤러로부터 정화합니다. 기본 원칙은 명확합니다: User-Agent만으로는 증거가 되지 않으며, IP, DNS, 행동 및 로그 분석을 함께 고려해야 합니다. 먼저 관찰하고, 이후 낮은 위험의 경로를 제한하며, 마지막으로 최신 Google IP 목록으로 검증 기반 차단을 적용하세요.

Hostragons 인프라에서 귀하의 사이트를 호스팅할 때 안전한 호스팅, 최신 SSL, 올바른 DNS 및 정기적인 백업 계층을 함께 계획하는 것이 장기적으로 더 안정적인 웹 경험을 제공합니다. 필요하다면 현재 사이트의 봇 트래픽을 분석하여 시작할 수 있으며, 필요할 때 Hostragons 호스팅 패키지를 통해 더 강력하고 안전한 구조를 선택할 수 있습니다.

자주 묻는 질문

가짜 Googlebot이 내 Google 순위에 영향을 미칠까?

간접적으로 예. 가짜 Googlebot이 서버 자원을 소비하면 실제 사용자와 진짜 Googlebot이 더 느린 응답을 받을 수 있습니다. 또한 로그와 분석 데이터를 오염시켜 SEO 결정을 잘못 인도할 수 있습니다. 올바른 차단은 크롤링 예산과 성능을 보호하는 데 도움을 줍니다.

.htaccess로 모든 Googlebot User-Agent를 차단하는 것이 올바른가?

아니요. 이 접근 방식은 진짜 Googlebot도 차단할 수 있으며 인덱싱 문제를 일으킬 수 있습니다. Googlebot이라고 적힌 요청은 먼저 IP나 DNS로 검증되어야 하며, 가짜로 확인된 요청만 차단되어야 합니다. 가장 안전한 방법은 허용 목록과 행동 기반 규칙을 함께 사용하는 것입니다.

Googlebot IP 목록은 얼마나 자주 업데이트해야 하나요?

고트래픽 사이트에서는 주간, 더 작은 사이트에서는 월간 점검이 권장됩니다. 가장 좋은 방법은 Google의 공식 IP JSON 출처에서 자동으로 목록을 생성하는 것입니다. 수동으로 작성된 오래된 IP 범위는 시간이 지남에 따라 누락될 수 있으며, 진짜 Googlebot의 잘못된 차단을 초래할 수 있습니다.

.htaccess 규칙을 추가한 후 500 오류가 발생했습니다. 어떻게 해야 하나요?

500 오류는 일반적으로 문법 오류, 지원되지 않는 Apache 지시문 또는 잘못된 이스케이프 문자로 인해 발생합니다. 마지막에 추가한 규칙을 되돌리고, 오류 로그를 확인하며, 호스팅 환경의 Apache 2.4, mod_rewrite 및 지시문 지원을 확인하세요. 변경 전에 .htaccess 백업을 받는 것이 중요합니다.

CDN이나 WAF를 사용 중이라면 .htaccess 규칙이 필요할까요?

CDN이나 WAF는 봇 필터링을 위한 강력한 계층이지만, .htaccess는 여전히 백업 및 애플리케이션 근처의 보호를 제공할 수 있습니다. 최고의 결과는 CDN/WAF에서 속도 제한 및 봇 검증을 수행하고, 서버에서는 민감한 경로에 대해 .htaccess 제한을 사용할 때 얻을 수 있습니다.