39개 AI 기업 웹사이트 페이지 무게 측정: 중앙값 3.1MB, Replicate의 한 PNG는 7.4MB에 달함

AI 기업들은 속도를 판매합니다. 더 빠른 모델, 더 빠른 추론(inference), 그리고 더 빠른 개발자들을 말입니다. 저는 그들 자신의 '현관문'이 얼마나 빠른지 알고 싶었습니다. 2026년 11월 4일, 저는 모델 연구소(model labs), 추론 클라우드(inference clouds), 벡터 데이터베이스(vector databases), AI 코딩 도구, 자동화 플랫폼 등 39개 AI 기업의 웹사이트를 측정했습니다.

공개 고지: 본문에 사용된 도구를 직접 제작했으며, Apify에 페이지 무게 및 탄소 검사기를 구축했습니다. 방법과 재실행 방법은 마지막에 나와 있습니다.

측정 방식

각 웹사이트의 경우, 이 검사기는 HTML과 해당 HTML이 참조하는 모든 리소스(스크립트, 스타일시트, 이미지 (srcset당 한 후보), @font-face의 폰트, 아이콘, 프리로드 및 미디어)를 다운로드합니다. 실제로 전송된 바이트 수(gzip/brotli 적용 후), 요청 횟수와 타사 호스트 수를 기록하고, 지속 가능한 웹 디자인 모델(Sustainable Web Design model) (v4, 그리드 강도 494 g/kWh)을 사용하여 조회당 예상 CO2를 추정합니다.

두 가지 주의사항이 있으며, 둘 다 중요합니다:

JavaScript는 실행되지 않습니다. 스크립트가 나중에 로드하는 모든 것(채팅 위젯, 분석 비콘, 클라이언트 렌더링 이미지)은 계산에 포함되지 않습니다. 스크립트에 의존하는 사이트의 실제 무게는 더 높습니다.
참조되는 모든 것이 계산됩니다. 사용자가 스크롤할 때만 지연 로드(lazy-load)할 수 있는 이미지를 포함하여 말입니다. 따라서 이미지 중심의 페이지는 '첫 화면'보다는 '전체 스크롤'에 가까운 수치가 나옵니다.

이 결과를 Lighthouse 점수처럼 보지 말고, 사이트 전반에 걸친 일관된 잣대로 간주하십시오.

수치

중앙값: 페이지당 3.14 MB, 평균 4.63 MB
중앙값 요청 수: 99개
중앙값 예상 CO2: 조회당 0.47 g
39개 중 단 9개만이 2 MB / 60개 요청 예산 내에 머물렀습니다.

모든 39개 페이지에서 합산된 바이트가 어디에 사용되는지:

유형	바이트 점유율
이미지	57%
...
JavaScript는 대부분의 성능 논의에서 비난받습니다. 이 페이지들에서는 이미지와 폰트 다음으로 세 번째로 큰 항목입니다.

가장 무거운 상위 다섯 개

replicate.com | 27.9 MB | 144 | 48개의 PNG/JPEG 이미지; 가장 큰 것은 단일 7.42 MB PNG
...
패턴은 다음과 같습니다. 가장 무거운 페이지들이 프레임워크 때문에 무거운 것이 아닙니다. 아무도 크기를 조정하지 않은 하나 또는 두 개의 파일 때문에 무겁습니다. Replicate의 7.42 MB 이미지와 Stability의 17.6 MB 이미지는 PNG 형식입니다. 표시 크기에서 WebP나 AVIF로 변환되었다면 일반적으로 수백 킬로바이트에 불과할 것입니다.

DeepL은 흥미로운 사례입니다. HTML, CSS 및 JavaScript는 가볍지만(JS 0.84 MB), 영어 홈페이지에서 전체 전통 중국어 글꼴이 참조되고 있습니다. 글꼴 서브세팅(Font subsetting) 또는 unicode-range를 사용한다면 중국어 텍스트가 실제로 표시될 때만 파일이 가져와질 것입니다.

가장 가벼운 다섯 곳

Home page	Weight	Requests
magic.dev	0.38 MB	15
...
Groq는 주목할 만한 곳입니다. 홈페이지가 메가바이트 미만인 추론(inference) 회사이기 때문입니다.

모델 연구소들은 중간에 위치합니다: anthropic.com 2.07 MB, x.ai 1.28 MB, mistral.ai 2.99 MB, huggingface.co 3.15 MB입니다. openai.com은 자동화된 클라이언트에게 홈페이지를 제공하지 않았기 때문에 샘플에 포함되지 않았습니다.

제3자 서비스 (Third parties)

39개 페이지 전반에 걸쳐 가장 흔한 제3자 호스팅 서비스:

Google Tag Manager: 16개 사이트
jsDelivr CDN: 9
OneTrust 쿠키 동의(cdn.cookielaw.org): 6
Sanity CDN, Webflow 에셋, Cloudflare Insights: 각 4~5개

여기서는 제3자가 바이트보다 요청(requests)을 더 많이 추가합니다. 가장 무거운 페이지들은 자체 이미지, 글꼴 및 비디오 때문에 무겁습니다.

비용이 들지 않는 네 가지 해결책

디스플레이 크기에 맞춰 히어로 이미지를 WebP/AVIF로 변환하세요. 39개 페이지 중 30개는 최소한 PNG, JPEG 또는 GIF를 사용하며, 가장 무거운 두 페이지의 경우 이미지들이 전체 바이트의 90% 이상을 차지합니다.
글꼴(폰트)을 부분집합화하세요 (Subset fonts). 사용하는 글리프만 전송하고, 큰 CJK 글꼴은 unicode-range를 사용하여 필요한 경우에만 가져오도록 분할하세요.
폴드 위(above the fold)에서 10MB짜리 비디오가 자동 재생되지 않도록 하세요. 포스터 이미지를 사용하고 상호 작용 시에만 비디오를 로드하거나, 훨씬 짧은 루프를 인코딩하세요.
지속적 통합(CI)에서 페이지 예산을 설정하세요. 2MB / 60-요청의 예산이었다면 출시 전에 상위 5개 사이트 모두를 포착했을 것입니다.

탄소 배출량(Carbon), 간략히

지속 가능한 웹 디자인 모델(Sustainable Web Design model)에 따르면, 여기의 중간값 홈 페이지는 조회당 약 0.47g의 CO2를 발생시키며, 가장 무거운 페이지는 약 4.1g입니다. 조회당 수치는 매우 작습니다. 하지만 매월 100만 회의 트래픽을 기록하고 조회당 4g인 홈 페이지는 월 약 4톤의 CO2가 되지만, 가장 무거운 페이지에서는 그 대부분이 훨씬 작아질 수 있는 이미지에서 발생합니다. 이 모델은 오차가 큰 추정치이지만, 바이트(bytes)를 기반으로 하기 때문에 사이트 간 순위는 견고합니다.

재실행 방법 (How to rerun this)

curl -X POST "https://api.apify.com/v2/acts/fast_data_asap~page-weight-carbon-checker/run-sync-get-dataset-items?token=YOUR_APIFY_TOKEN" \
  -H "Content-Type: application/json" \
  -d '{"urls": ["https://groq.com/", "https://replicate.com/"], "budgetTotalKb": 2048, "budgetRequests": 60}'

각 행에는 유형별 바이트, 요청 수, 타사 도메인(third-party domains), 가장 큰 상위 5개 리소스, 압축되지 않은 텍스트 파일, 최신 형식이 아닌 이미지, 캐싱이 제대로 되지 않은 리소스, 조회당 CO2, 그리고 예산 통과/실패 여부가 포함되어 있습니다. 또한 sitemapUrl을 전달하여 전체 사이트를 확인할 수도 있습니다. 가격은 페이지당 $0.004이며, 여기의 39개 페이지는 2분도 채 걸리지 않았습니다. 실패한 페이지는 무료입니다.

데이터: 2026년 11월 4일, 클라우드 서버에서 JavaScript를 실행하지 않고 가져온 39개 AI 기업의 홈 페이지. 사이트는 자주 변경되므로 수치는 스냅샷입니다.