모든 게시물
· URLsCheck

Googlebot으로 URL을 확인하는 방법

Googlebot 사용자 에이전트로 URL을 테스트하고 브라우저와 상태, 리다이렉트, 최종 목적지를 비교하며 검사의 한계를 이해합니다.

Googlebot 기술 SEO 크롤링

Googlebot으로 URL을 확인한다는 것은 보통 Googlebot User-Agent 헤더를 사용해 HTTP 요청을 보내고 일반 브라우저 응답과 비교하는 것입니다. 봇 전용 리다이렉트, 차단과 상태 차이를 찾는 데 유용하지만 Google의 전체 렌더링 및 색인 시스템을 재현하지는 않습니다.

Googlebot 응답 검사

  1. Googlebot URL Checker에 정확한 공개 URL을 입력합니다.
  2. 초기 상태와 모든 이동 단계를 확인합니다.
  3. 최종 목적지와 응답 상태를 기록합니다.
  4. 다중 사용자 에이전트 검사로 브라우저 결과와 비교합니다.
  5. 색인과 렌더링 문제는 Google Search Console URL 검사로 확인합니다.

중요한 질문은 단순히 “200인가?”가 아니라 “크롤러가 안정적인 경로로 사용자와 동등한 핵심 콘텐츠에 도달하는가?”입니다.

응답이 달라지는 이유

WAF와 봇 관리

방화벽이 봇처럼 보이는 모든 User-Agent를 자동 트래픽으로 분류해 403 또는 챌린지를 반환할 수 있습니다. 보안 규칙은 쉽게 위조되는 헤더만 신뢰하지 말고 공식적으로 확인된 크롤러를 구분해야 합니다.

속도 제한

크롤링, 모니터링과 API가 같은 제한을 사용하면 429가 발생할 수 있습니다. 제한 범위와 용량, Retry-After 응답을 검토합니다.

CDN 캐시와 애플리케이션 규칙

CDN은 User-Agent, 지역, 쿠키 또는 기기별로 다른 객체를 저장할 수 있습니다. 오래된 봇 감지 미들웨어도 크롤러를 이전 모바일 사이트나 프리렌더 서비스로 보낼 수 있습니다.

상태별 조사 방향

  • 200: 본문, robots와 canonical을 계속 확인합니다.
  • 301/308: 목적지가 직접적이고 일관적인지 봅니다.
  • 302/307: 정말 임시인지 확인합니다.
  • 403: WAF, 권한과 봇 검증을 조사합니다.
  • 429: 크롤링 용량과 제한 정책을 검토합니다.
  • 5xx: 원본 서버와 업스트림 장애를 확인합니다.

검사의 한계

누구나 Googlebot 문자열을 보낼 수 있습니다. 이 도구의 요청은 Google 공식 IP에서 오지 않으며 Google의 JavaScript 렌더링, 캐시, 크롤링 기록과 색인 결정을 재현하지 않습니다. 따라서 서버 응답 진단에 사용하고 색인 여부는 Search Console에서 확인해야 합니다.

기술 SEO 점검표

  • Googlebot과 브라우저가 동등한 주요 콘텐츠를 받는다.
  • 중요 URL에 긴 체인이나 간헐적 오류가 없다.
  • robots.txt와 페이지 robots 지시문이 의도와 일치한다.
  • canonical이 접근 가능한 최종 URL을 가리킨다.
  • 보안 시스템은 User-Agent만으로 특별 권한을 부여하지 않는다.
  • JavaScript 의존 페이지는 렌더링 가능한 도구로 별도 검사한다.