페이지 용량 검사기 - 구글의 2MB 크롤링 한도 확인

구글은 크롤링할 때 페이지를 얼마나 내려받을지 명확한 한도를 두고 있으며, 순수 HTML이 15MB를 넘는 페이지는 통째로 잘립니다. 페이지의 HTML이 Googlebot이 처리하려는 범위를 넘어서면, 중요한 콘텐츠와 구조화 데이터, 내부 링크가 영영 색인되지 않을 수 있습니다.

Sorank 페이지 용량 검사기는 페이지의 전체 용량을 즉시 재어 구글의 권장 기준과 견주어 보여 주며, 크롤링과 색인에 너무 무거운 페이지를 찾아내도록 돕습니다.

페이지 용량이 SEO에서 중요한 이유

페이지 용량은 검색엔진이 콘텐츠를 크롤링하고 렌더링하고 색인하는 방식에 직접 영향을 줍니다. 대부분의 페이지는 허용 범위 안에 잘 들어오지만, 동적 웹 앱, 내용이 많은 랜딩 페이지, 군더더기가 많은 CMS 템플릿처럼 특정 유형의 사이트는 뜻밖에 큰 HTML 문서를 만들어 냅니다.

• 크롤링 효율: 구글은 사이트마다 한정된 크롤링 예산을 배정합니다. 페이지가 클수록 주소 하나당 그 예산을 더 많이 쓰게 되고, 한 번에 크롤링되는 페이지 수가 줄어듭니다.
• 콘텐츠 잘림: 페이지의 순수 HTML이 Googlebot의 처리 한도를 넘으면 문서 아래쪽 내용이 색인되지 않을 수 있습니다. 푸터 링크, 늦게 불러오는 구역, 원문 끝에 놓인 구조화 데이터가 여기에 해당합니다.
• 렌더링 비용: 페이지가 클수록 Googlebot의 렌더링 서비스(WRS)가 처리하는 데 오래 걸립니다. 색인이 늦어지고, 구글이 완전히 렌더링된 페이지 대신 순수 HTML 판을 쓰게 될 수도 있습니다.
• 페이지 속도 영향: 페이지 용량은 불러오는 시간과 직결됩니다. 문서가 클수록 내려받고 해석하고 그리는 데 오래 걸려 Core Web Vitals와 사용자 경험 지표가 나빠집니다.
• 모바일 크롤링: 구글은 모바일 우선 색인을 씁니다. 모바일 회선은 대역폭이 좁으므로, 무거운 페이지는 모바일 크롤링과 렌더링에서 더욱 문제가 됩니다.

구글의 페이지 용량 기준

구글이 문서로 밝힌 한도를 알면 개선 목표를 분명히 세울 수 있습니다.

• 500KB 미만: 가장 좋은 구간입니다. 이 정도 용량이면 효율적으로 크롤링되고 빠르게 처리됩니다. 잘 다듬은 정적 페이지는 대부분 여기에 듭니다.
• 500KB에서 2MB: 허용되지만 지켜볼 필요가 있습니다. 인라인 CSS나 JavaScript, 삽입 콘텐츠가 많은 복잡한 페이지가 흔히 여기에 놓입니다. 개선할 여지를 찾아보세요.
• 2MB에서 15MB: 위험 구간입니다. 이 정도로 큰 페이지는 크롤링 예산을 압박하고 색인이 늦어질 수 있습니다. HTML 문서 끝부분의 콘텐츠는 뒤로 밀리거나 누락될 위험이 있습니다.
• 15MB 초과: 순수 HTML에 대한 구글의 명확한 상한입니다. 이 한도를 넘는 내용은 처리되지 않습니다. 페이지가 15MB를 넘으면 중요한 콘텐츠가 구글에 보이지 않게 됩니다.

이 한도는 이미지, CSS 파일, JavaScript를 포함한 전체 페이지 무게가 아니라 순수 HTML 문서의 용량에 적용됩니다. 다만 외부 자원도 렌더링 성능과 전체 크롤링 비용에 영향을 줍니다.

페이지 용량 검사기 사용법

이 도구는 공개된 주소라면 무엇이든 간단하게 분석해 줍니다.

1. 주소를 입력하세요: 분석하고 싶은 페이지의 전체 주소를 입력란에 쓰거나 붙여넣으세요.
2. 결과를 확인하세요: 도구가 HTML 문서의 전체 용량과 함께, 구글 기준에서 페이지가 어디쯤에 있는지 눈으로 보여 줍니다.
3. 문제를 찾으세요: 권장 한도를 넘는다면 HTML 원문을 살펴 군더더기, 인라인 스타일, 삽입된 SVG, 지나치게 많은 DOM 요소, 불필요한 JavaScript를 찾아내세요.

페이지가 커지는 흔한 원인

다음과 같은 기술적 습관이 HTML 문서를 무겁게 만듭니다.

• 인라인 CSS와 JavaScript: 큰 CSS 프레임워크나 JavaScript 라이브러리를 외부 파일로 연결하지 않고 HTML에 직접 넣으면 문서 용량이 크게 불어납니다.
• 지나치게 많은 DOM 요소: HTML 구조가 깊게 중첩되었거나 DOM 노드가 수천 개인 페이지는 문서가 커집니다. 복잡한 배치, 대형 메뉴, 자동 생성되는 콘텐츠 격자에서 흔히 나타납니다.
• 인라인 SVG: HTML에 바로 넣은 SVG 그래픽은 매우 클 수 있습니다. 복잡한 삽화나 페이지 곳곳에 반복되는 아이콘이 특히 그렇습니다.
• 중복되는 콘텐츠 블록: 댓글 구역, 관련 글, 상품 옵션처럼 같은 HTML 구조를 되풀이해 내보내는 CMS 템플릿은 페이지 용량을 뜻밖에 몇 배로 키웁니다.
• base64로 인코딩한 이미지: 이미지를 base64 문자열로 HTML에 넣는 방식은 외부 이미지 파일로 연결하는 것보다 훨씬 비효율적이며 문서 용량을 크게 늘립니다.
• JSON-LD 구조화 데이터: 구조화 데이터는 SEO에 중요하지만, 지나치게 상세한 스키마 마크업은(특히 옵션이 많은 상품 페이지에서) HTML에 상당한 무게를 더합니다.
• 외부 스크립트: 렌더링 시점에 HTML로 들어오는 마케팅 태그, 분석 스크립트, 채팅 위젯이 Googlebot이 처리하는 전체 문서 용량을 늘립니다.

페이지 용량을 줄이는 방법

페이지가 권장 기준을 넘는다면 다음 방법을 적용하세요.

인라인 자원을 외부 파일로 옮기세요

인라인 CSS는 외부 스타일시트로, 인라인 JavaScript는 외부 스크립트 파일로 빼내세요. HTML 문서 용량이 줄고 브라우저가 이 자원을 따로 캐시할 수 있어, 크롤링 효율과 페이지 속도가 함께 좋아집니다.

DOM 구조를 단순하게 하세요

중첩 깊이를 줄이고 불필요한 감싸기 요소를 없애세요. Grid와 Flexbox 같은 최신 CSS 기법을 쓰면 더 적은 HTML 요소로 복잡한 배치를 만들 수 있습니다. 페이지마다 DOM 노드를 1'500개 미만으로 두는 것을 목표로 하세요.

중요하지 않은 콘텐츠는 지연 로딩하세요

화면 아래쪽 콘텐츠, 댓글 구역, 관련 글 위젯은 사용자가 그곳까지 내렸을 때만 그려지는 지연 로딩 요소로 옮기세요. 처음 내려받는 HTML 문서는 작게 유지하면서도 관심 있는 사용자에게는 모든 내용을 제공할 수 있습니다.

구조화 데이터를 다듬으세요

JSON-LD 마크업을 간결하게 유지하세요. 스키마 유형마다 필수 속성과 권장 속성만 넣으세요. 옵션이 많은 상품 페이지라면 모든 옵션을 하나하나 나열하는 대신 aggregateOffer를 쓰는 방법을 고려해 보세요.

이미지는 외부 파일로 참조하세요

base64로 인코딩한 이미지와 인라인 SVG를 외부 파일 참조로 바꾸세요. SVG 아이콘은 아이콘마다 HTML에 넣지 마시고 외부에 연결한 SVG 스프라이트 시트를 쓰는 방법을 고려해 보세요.

서버 압축을 켜세요

압축(gzip/Brotli)은 구글이 재는 비압축 HTML 용량을 줄여 주지는 않지만, 전송 용량을 크게 줄여 크롤링 속도와 페이지 로딩 시간을 개선합니다. 서버가 HTML, CSS, JavaScript 응답을 압축하는지 확인하세요.

페이지 용량과 Core Web Vitals

페이지 용량은 여러 Core Web Vitals 지표와 직접 관련이 있습니다.

• Largest Contentful Paint (LCP): HTML 문서가 클수록 내려받고 해석하는 데 오래 걸려, 가장 큰 화면 요소가 그려지는 시점이 늦어집니다.
• Interaction to Next Paint (INP): DOM 요소가 지나치게 많으면 브라우저의 배치와 그리기 비용이 늘어나, 조작이 굼뜨고 반응이 느리게 느껴집니다.
• Cumulative Layout Shift (CLS): 늦게 불러오는 요소가 있는 무거운 페이지는 콘텐츠가 차례로 그려지면서 배치가 흔들리기 쉽습니다.

페이지 용량을 구글의 권장 기준 안에 두는 일은 크롤링 효율만을 위한 것이 아니라, 더 나은 Core Web Vitals 점수와 검색 노출로 가는 기본 단계입니다.

페이지 용량 점검 절차

페이지 용량 점검을 평소의 SEO 점검 과정에 넣으세요.

1. 템플릿 페이지를 먼저 점검하세요: 홈, 카테고리 페이지, 상품 페이지, 블로그 글 등 템플릿 유형마다 용량을 확인하세요. 템플릿 하나가 무거우면 그 템플릿을 쓰는 모든 페이지가 영향을 받습니다.
2. 동적으로 만들어지는 페이지를 살피세요: 검색결과, 필터가 걸린 상품 목록, 태그 보관함처럼 콘텐츠를 모아 보여 주는 페이지는 내용이 쌓이면서 커집니다. 정기적으로 다시 확인하세요.
3. 기준을 정해 알림을 두세요: 페이지 용량 감시를 테크니컬 SEO 작업에 포함하세요. HTML이 1MB를 넘는 페이지는 검토 대상으로 표시하세요.
4. 배포 뒤에 확인하세요: 새 기능, 플러그인, 테마 업데이트가 조용히 페이지 용량을 불릴 수 있습니다. 배포할 때마다 주요 페이지를 확인해 문제를 일찍 잡으세요.
5. 경쟁사와 견주어 보세요: 경쟁사의 페이지 용량을 확인해 업계 수준과 비교해 보세요. 가벼운 페이지일수록 로딩이 빠르고 크롤링 효율이 좋습니다.

흔한 페이지 용량 실수

페이지 용량을 관리하실 때 다음을 피하세요.

• 전체 페이지 무게만 재는 일: 이미지, CSS, JS를 포함한 전체 무게는 성능에 중요하지만, 구글의 크롤링 한도는 순수 HTML 문서에 적용됩니다. HTML 용량은 반드시 따로 재세요.
• 서버가 만든 내용을 빠뜨리는 일: 서버 렌더링을 쓰는 사이트라면 실제 HTML 출력이 원본 템플릿에서 짐작하는 것보다 훨씬 클 수 있습니다. 항상 출력된 결과를 재세요.
• 페이지 나누기를 잊는 일: 카테고리와 목록 페이지는 상품이나 글이 늘어나면서 커집니다. 페이지 나누기 한도를 두지 않으면 시간이 지나며 조용히 기준을 넘길 수 있습니다.
• 구조화 데이터를 과하게 넣는 일: 가능한 스키마 속성을 모두 넣으면 HTML 용량이 불어납니다. 리치 결과 자격에 실제로 영향을 주는 필수 속성과 권장 속성에 집중하세요.
• 운영 환경에서 시험하지 않는 일: 개발 환경에는 운영 환경에서 페이지 용량을 불리는 외부 스크립트, 광고, 동적 콘텐츠가 빠져 있는 경우가 많습니다. 페이지 용량은 항상 실제 사이트에서 확인하세요.

Sorank 페이지 용량 검사기는 구글이 사이트의 모든 페이지를 온전히 크롤링하고 색인할 수 있는지 즉시 확인해 주어, 문제가 자연 검색 성과에 영향을 주기 전에 잡아냅니다.