이렇게 분석해요
분석하기를 누르면 빈킷의 서버 함수(Cloudflare에서 실행)가 모바일 또는 데스크톱 브라우저의 User-Agent로 페이지를 요청해요. 리디렉션은 한 단계씩 따라가며 기록하고, HTML은 최대 3MB까지 읽어요. 그다음 스크립트·스타일시트·이미지·글꼴 목록을 뽑아 그중 최대 25개에 가벼운 HEAD 요청을 보내 크기·압축·캐시 설정을 확인하고, robots.txt, 사이트맵, http:// 주소, www가 붙은(또는 빠진) 주소도 함께 확인해요. API 키나 외부 분석 서비스는 쓰지 않고, 모든 수치를 직접 측정해요.
URL → 리디렉션 → HTML + 헤더 → 파일 최대 25개(HEAD) → robots.txt · 사이트맵 · http:// · www → 점검 → 점수
무엇을 점검하나요
- 속도: 첫 바이트까지 걸린 시간(TTFB)과 HTML 다운로드 시간, HTML 크기와 압축, 리디렉션, 렌더링을 막는 스크립트·스타일시트, 파일 개수, 예상 페이지 용량, 큰 이미지, 압축하지 않은 텍스트 파일, 짧은 캐시 기간, 너비·높이가 없는 이미지, 지연 로딩 누락, 리소스 힌트, 외부 도메인 수를 봐요.
- SEO: HTTP 상태 코드, 제목과 메타 설명 길이, 대표 주소(canonical), html lang, 뷰포트, 문자 인코딩, H1 개수와 제목 순서, 이미지 대체 텍스트(alt), Open Graph·트위터 카드, noindex, robots.txt 규칙, 사이트맵, hreflang, JSON-LD 구조화 데이터, 파비콘을 봐요.
- 보안: HTTPS 사용과 http:// → https:// 리디렉션, HSTS, Content-Security-Policy, X-Content-Type-Options, X-Frame-Options 또는 frame-ancestors, Referrer-Policy, Permissions-Policy, Cross-Origin-Opener-Policy, 쿠키 속성(Secure·HttpOnly·SameSite), 서버 버전 노출을 봐요.
- 권장 사항: 혼합 콘텐츠(https 페이지 안의 http:// 파일), www 주소 통일, HTML doctype, 감지된 CDN·웹 서버를 봐요.
점수는 이렇게 매겨요
항목마다 통과·확인 필요·실패·참고 중 하나로 판정해요. 같은 분류 안에서 통과는 1점, 확인 필요는 0.5점, 실패는 0점이고, 여기에 항목별 가중치(1~3)를 곱해요. 참고 항목은 점수에 넣지 않아요. 분류 점수는 가중 평균을 100점 만점으로 바꾼 값이고, 종합 점수는 네 분류 점수의 단순 평균이에요.
- 가중치 3: 첫 바이트 시간, 압축, 렌더링 차단 스크립트, HTTP 상태, 제목, 뷰포트, noindex, robots.txt 차단, HTTPS, https 리디렉션, 혼합 콘텐츠.
- 가중치 2: HTML 다운로드 시간과 크기, 리디렉션, 차단 CSS, 페이지 용량, 큰 이미지, 텍스트 압축, 정적 파일 캐시, 메타 설명, H1, 이미지 alt, HSTS, CSP, 쿠키 속성.
- 가중치 1: 나머지 점수 항목 전부.
- 등급: 90점 이상 A, 80점 이상 B, 70점 이상 C, 60점 이상 D, 60점 미만 F.
측정하지 못하는 것
시간은 내 기기나 인터넷이 아니라 Cloudflare 서버에서 잰 값이고, 그 서버의 DNS 조회·연결·TLS 협상 시간이 포함돼요. 페이지를 실제로 그리거나 자바스크립트를 실행하지 않으므로 LCP(최대 콘텐츠 표시), CLS(레이아웃 이동), INP(반응 속도)는 측정하지 않아요. 크기가 지정되지 않은 이미지나 렌더링을 막는 스크립트처럼 원인이 될 만한 요소만 위험 신호로 알려 드려요. 자바스크립트로 나중에 추가되는 내용, 외부 CSS 안에서 불러오는 글꼴, 앞쪽 25개를 넘는 파일은 확인하지 않아요. 자동 요청을 막거나 횟수를 제한하는 사이트, 데이터센터 IP에 다른 내용을 보여 주는 사이트도 있어요.
개인정보
입력한 주소는 분석하기를 누르거나 url=이 들어 있는 공유 링크를 열 때만 빈킷의 서버 함수로 전송돼요. 서버 함수는 그 페이지를 받아 와 결과만 돌려주고, Cloudflare의 기본 요청 처리 외에 빈킷이 따로 저장하는 것은 없어요. localhost, 10.x, 192.168.x, 169.254.x 같은 사설·로컬 주소는 분석하지 않아요.
기준과 출처
- HTTP 의미 체계와 캐시: RFC 9110, RFC 9111
- HSTS(HTTP Strict Transport Security): RFC 6797, Content Security Policy Level 3(W3C)
- 로봇 배제 프로토콜: RFC 9309, 사이트맵 프로토콜 0.9(sitemaps.org)
- HTML 표준(WHATWG): 뷰포트, 지연 로딩, preload·preconnect
- Open Graph 프로토콜(ogp.me), schema.org JSON-LD
마지막 확인 2026년 10월 12일
자주 묻는 질문
구글 PageSpeed Insights나 Lighthouse와 같은 건가요?
아니에요. Lighthouse는 실제 브라우저로 페이지를 띄워 화면이 그려지는 과정을 측정해요. 이 도구는 더 가벼운 서버 측 점검이라 HTML, HTTP 헤더, 연결된 파일 최대 25개만 읽어요. 그래서 빠르고 API 키도 필요 없지만 LCP·CLS·INP는 측정하지 않아요. 대신 렌더링 차단 스크립트, 큰 이미지, 크기가 없는 이미지처럼 페이지를 느리거나 흔들리게 만드는 흔한 원인을 짚어 드려요.
제가 느끼는 속도와 응답 시간이 왜 다른가요?
시간은 점검을 실행한 Cloudflare 서버에서 잰 값이에요. 보통 가까운 데이터센터에서 실행되고, DNS 조회·연결·TLS 협상 시간이 포함돼요. 내 인터넷 환경, 브라우저 캐시, 위치에 따라 숫자가 달라지고, 사이트의 CDN 캐시 때문에 두 번째 분석이 더 빠르게 나올 수도 있어요.
분석이 실패하거나 결과가 이상해요.
자동 요청을 막거나 봇 확인 화면을 띄우는 사이트, 데이터센터 IP의 요청 횟수를 제한하는 사이트가 있어요. PDF처럼 HTML이 아닌 주소는 분석하지 않고, 보안을 위해 사설·로컬 주소도 거부해요. 접속 환경을 바꿔 보거나, 브라우저에서 그 주소가 열리는지 확인해 보세요.
왜 일부 파일만 확인하나요?
Cloudflare 무료 요금제는 한 번 실행할 때 보낼 수 있는 외부 요청 수가 정해져 있어요. 그래서 렌더링을 막는 스크립트와 스타일시트부터 다른 스크립트, 글꼴, 앞쪽 이미지 순으로 중요한 파일 25개까지만 확인해요. 그래서 페이지 용량은 추정치예요.
결과를 공유하거나 저장할 수 있나요?
네. 분석이 끝나면 주소창에 url=(데스크톱을 골랐다면 device=desktop도)이 붙은 링크가 생기고, 이 링크를 열면 같은 분석을 다시 실행해요. JSON으로 복사를 누르면 모든 점검 항목, 헤더, 파일 정보를 기계가 읽기 좋은 형식으로 받을 수 있어요.
입력한 주소가 저장되나요?
아니요. 분석하기를 누르거나 공유 링크를 열 때만 빈킷의 서버 함수로 보내져 페이지를 받아 오는 데 쓰이고, 그 뒤에는 버려져요. 분석 대상 사이트에는 Cloudflare 서버에서 온 평범한 요청으로 보여요.