같은 페이지의 비교 대상과 지표
리뉴얼 뒤 느려졌다면 같은 페이지의 이전 전후 자원과 응답을 비교하고, 새 호스팅의 접근 문제와 화면 자원의 지연을 나눠 조사해야 합니다. Google 호스팅 변경 안내는 새 사이트에서 페이지·이미지·양식·다운로드를 시험하고 Googlebot이 새 인프라에 접근할 수 있는지도 읽도록 설명합니다. 디자인이 달라졌다는 사실만으로 특정 이미지나 제작 업체를 원인으로 지목하지 않습니다. 원인과 개선폭은 실제 요청 흐름이나 이용 환경의 측정 자료로 검증해야 합니다.
요청이 갑자기 늘었다면 사용자 에이전트 유형도 조사 자료에 포함할 수 있습니다. 크롤링 통계는 스마트폰·데스크톱뿐 아니라 페이지 리소스 로드를 구별합니다. 페이지에 연결된 이미지가 보조 리소스로 요청되면 이미지 크롤러가 아니라 페이지 리소스 로드로 계산된다는 조건이 있습니다. 따라서 이미지라는 파일 형식과 요청한 크롤러의 유형은 같은 분류가 아닙니다. 증가한 요청이 어떤 에이전트에서 발생했는지 읽어 부하 조사 대상을 좁히는 데 활용합니다.
| 크롤링 보고서 지표 | 공식 집계 범위 | 속도 자료로 읽을 때의 조건 |
|---|---|---|
| 총 요청 횟수 | 성공과 실패를 포함한 크롤링 요청 | 같은 URL의 중복 요청도 각각 계산 |
| 총 다운로드 크기 | 해당 기간에 다운로드한 바이트 | 캐시한 공통 리소스는 처음 요청에만 포함 |
| 평균 응답 시간 | 가져온 모든 리소스의 평균 | 페이지의 연결 리소스도 별도 응답으로 계산 |
| 예시 요청의 세부정보 | 크롤링 시각·코드·응답 크기 등 | 실제 제공된 개별 요청 자료를 읽음 |
이 보고서의 평균 응답 시간을 방문자가 페이지를 모두 보는 데 걸린 시간으로 바꾸지 않습니다. Google이 크롤링하면서 얻은 응답 자료와 실제 브라우저에서 화면을 사용한 경험은 대상이 다릅니다. 전후 비교에서 화면이 느리다고 느낀 구간이 있다면 그 기능을 직접 시험한 결과를 함께 읽어야 합니다. 보고서 수치 하나에서 전체 사용자 환경의 로딩 완료 시간이나 개선률을 계산할 수 있다고 가정하지 않습니다.
호스팅 변경 문서는 사용자에게 표시되는 URL을 바꾸지 않는 인프라 이전을 다룹니다. 도메인이나 문서 경로까지 바꾼 리뉴얼이라면 주소 이동 작업이 별도로 포함됐는지 구별해야 합니다. 같은 이름의 페이지가 다른 목적지로 이동했다면 이전과 이후의 요청 대상 자체가 달라질 수 있습니다. 속도 비교에서는 실제 어떤 인프라와 주소를 시험했는지를 읽고 조건을 맞춥니다.
새 호스트의 가용성 조건
크롤링 통계는 루트 수준 속성에서 제공되는 보고서입니다. 공식 문서는 페이지 수가 1,000개 미만이라면 이 정도의 세부정보에 신경 쓰지 않아도 된다는 안내도 제시합니다. 모든 병원 사이트에서 반드시 이 보고서가 있어야 속도 원인을 조사할 수 있다는 뜻으로 적용하지 않습니다. 실제 사용할 속성 범위와 자료가 있는지부터 읽고, 필요한 기능 시험과 함께 선택하는 진단 수단으로 다룹니다.
호스트 상태는 Google이 크롤링하려고 할 때 가용성 문제가 있었는지를 설명합니다. 단순히 사이트가 초록색인지 빨간색인지 보는 결과보다, 문제가 어느 기간에 나타났고 어떤 종류의 접근 실패였는지를 읽는 자료입니다. 리뉴얼 전후의 느린 응답을 조사할 때는 해당 시점의 가용성 자료와 요청을 연결해 비교할 수 있습니다. 다만 현재까지 계속되는 장애인지 여부는 표시된 기간만으로 확정하지 않고 응답 표의 상세 조건을 읽습니다.
| 호스트 상태의 기간 | 공식 설명 | 필요한 후속 읽기 |
|---|---|---|
| 지난 90일에 중대한 문제 없음 | 별도 조치를 취하지 않아도 되는 상태 | 관측되지 않은 가용성 장애를 만들어내지 않음 |
| 문제가 1주 이상 전에 발생 | 일시적이거나 해결됐을 수 있음 | 응답 표에서 조치가 필요한지 판단 |
| 지난주에 중대한 문제 발생 | 최근 발생한 오류 | 반복되는 문제인지 응답 표를 검토 |
| 상태가 낮아진 카테고리 | 세부 가용성 차트의 대상 | 실제로 어느 실패 유형이 표시됐는지 구별 |
세부 카테고리에는 robots.txt 가져오기, DNS 변환, 서버 연결이 있습니다. DNS는 호스트 이름을 인식하지 못하거나 응답하지 못한 상황을, 서버 연결은 서버가 응답하지 않거나 전체 응답을 전송하지 못한 상황을 다룹니다. 따라서 요청이 호스트를 찾는 단계에서 실패했는지, 연결한 뒤 완전한 응답을 받지 못했는지 구별해야 합니다. 이런 실패를 이미지 용량 증가와 같은 화면 자원의 문제로 바로 설명하지 않습니다.
robots.txt도 접근 조건의 일부입니다. Google 문서는 이 파일의 요청에서 수용할 만한 응답을 얻지 못하면 사이트 크롤링을 늦추거나 중단한다고 설명합니다. 크롤링 통계의 해당 가용성 문제를 읽을 때는 사이트 전체의 화면이 느리다는 증상과 같은 뜻으로 사용하지 않습니다. 파일 내용과 요청 실패는 서로 다른 대상이며 실제 해당 카테고리에 나타난 응답에 맞춰 조사합니다.
호스팅 안내는 네트워크의 접근 제한이나 서비스 거부 보호 설정 때문에 Googlebot이 DNS나 호스팅 서버에 도달하지 못하는 일이 없는지 대조하라고 주의합니다. 브라우저에서 사람이 접속하는 시험이 성공했더라도 크롤러의 도달 가능성은 별도로 읽을 수 있습니다. 새 인프라에는 URL 검사 도구를 사용할 수 있다는 공식 제안이 있습니다. 특정 보안 설정이 원인이라는 결론은 그 요청과 실제 설정을 대조한 뒤에만 검토합니다.
기능 시험과 자원별 조사
새 사이트 사본의 구성은 이전 CMS에 따라 달라질 수 있습니다. 공식 안내는 실제 HTML 파일을 복제하거나 데이터베이스 내보내기를 새 위치로 가져오는 경우를 구별합니다. 그래서 화면 파일을 옮겼다는 기록만으로 필요한 콘텐츠와 기능이 모두 같은 상태라고 판단하지 않습니다. 새 사본에서 페이지뿐 아니라 양식의 작동과 다운로드 파일을 시험하는 이유는 이용자가 수행하는 작업 전체가 정상인지 읽기 위해서입니다.
테스트 환경의 접근 조건도 구별해야 합니다. 호스팅 문서는 IP 제한을 포함할 수 있는 테스트 환경을 설명하면서, 임시 호스트에서 공개 시험을 허용해 브라우저와 Googlebot의 접근성을 읽는 방법도 제시합니다. 임시 사이트의 의도하지 않은 색인 생성을 막으려면 HTML이나 헤더의 noindex를 사용하도록 설명합니다. 어떤 접근 상태에서 얻은 시험 결과인지 읽고, 비공개 환경의 실패를 공개 서버의 장애로 그대로 확대하지 않습니다.
파일 형식별 보고서는 느린 응답이 어떤 리소스 유형에서 나타났는지 조사하는 데 사용할 수 있습니다. Google은 유형별 날짜의 평균 응답 시간과 요청 횟수를 열어 전체 지연·가용성 변화와 함께 읽도록 안내합니다. 같은 기간에 이미지 응답이 늦어졌다고 해서 그 이미지가 방문자 화면의 유일한 원인이라고 확정하지는 않습니다. 브라우저에서 요청한 실제 자원과의 대응을 읽은 뒤 추가 측정을 정하는 자료입니다.
보고서 범위 밖의 자원도 남아 있을 수 있습니다. 크롤링 통계는 선택한 도메인에 제한되며 외부 도메인에 호스팅된 이미지 등은 해당 속성의 요청에 포함되지 않는다고 설명합니다. 따라서 보고서에서 늦은 요청이 없다는 결과만으로 외부 자원까지 모두 정상이라고 판단할 수 없습니다. 전후 페이지가 사용하는 실제 자원 주소를 읽어 보고서 대상 안팎을 구분해야 합니다.
URL 접두어 속성에서 크롤링 데이터에는 http와 https 요청이 모두 포함되지만, 예시 URL은 속성에 정의된 프로토콜로 제한된다는 공식 조건도 있습니다. 속도 비교 자료를 읽을 때 예시 주소가 하나의 프로토콜로만 보인다는 사실을 전체 요청 범위로 바꾸지 않습니다. 현재 읽는 표의 범위와 실제 요청 주소를 각각 대조해야 합니다.
페이지에 연결할 수 없음으로 표시된 요청은 서버에 도달하지 않았으므로 서버 로그에 나타나지 않는다는 공식 조건이 있습니다. 로그에서 해당 요청을 찾지 못한 사실을 Google의 요청 자체가 없었다는 증거로 바꾸지 않습니다. DNS·포트·응답 파싱 등 서로 다른 가져오기 실패 유형도 보고서에 구별되어 있습니다. 현재 나타난 분류를 기준으로 어느 접근 단계의 자료가 더 필요한지 판단합니다.
속도 자료의 추가 해석 조건
예시 URL에 없는 페이지는 요청되지 않았나요?
예시 목록은 포괄적인 목록이 아니라 대표적인 요청입니다. 특정 URL이 목록에 없다고 그 주소를 요청하지 않은 것은 아니라는 공식 설명이 있습니다. 느린 페이지를 찾을 때 예시에 나타난 요청의 세부정보는 읽을 수 있지만, 목록 밖의 모든 주소가 빨랐다는 결론을 만들지는 않습니다.
보고서 요청수와 서버 로그가 반드시 같아야 하나요?
Google은 대부분의 크롤링 요청을 보고하지만 여러 이유로 일부 요청이 집계되지 않을 수 있으며 사이트 로그의 횟수와 약간 다를 수 있다고 설명합니다. 두 자료의 차이가 있다는 이유만으로 서버 기록이 잘못됐다고 판단하지 않습니다. 실제 조회 기간과 보고서 범위를 맞추고 누락 가능성을 고려해 조사합니다.
크롤링 데이터는 표준 URL로 합산되나요?
표시되고 계산되는 주소는 Google이 실제 요청한 URL이며 다른 일부 보고서처럼 표준 URL에 할당되지 않는다는 설명이 있습니다. 중복 주소를 표준 문서 한 개의 시간으로 합쳐 읽지 않습니다. 현재 시험한 요청 주소와 보고서에 나온 실제 주소를 대응시켜야 합니다.
리디렉션 요청은 최종 문서 한 번으로 계산되나요?
서버 측 리디렉션 체인의 각 요청은 따로 계산됩니다. 해당 도메인의 요청만 표시되며 클라이언트 측 리디렉션은 집계되지 않는다고 설명합니다. 따라서 요청수가 늘었다는 결과를 모두 새 문서 방문 증가로 바꾸지 않고 실제 이동 단계가 포함되는지 읽습니다.
파일 형식의 백분율은 다운로드 용량 비율인가요?
파일 형식별 백분율은 가져온 바이트의 비율이 아니라 응답의 비율입니다. 이미지의 응답 비중이 높다는 이유만으로 이미지가 전체 다운로드 용량의 같은 비율을 차지한다고 계산하지 않습니다. 용량과 지연을 조사하려면 해당 유형의 실제 응답 크기와 시간 자료를 각각 읽어야 합니다.