원시 HTML 및 렌더링된 HTML 검사기

Free, no signup. Open the page in a browser and it looks complete; Google sees raw HTML first, then runs JavaScript and looks again — and those two views don't always agree. Test a public URL through the bounded rendering service to find where they diverge, with a side-by-side raw-vs-rendered diff.

Free, no sign-up. The page is rendered in headless Chrome only when the initial HTML looks incomplete — most server-rendered sites never need it.

검사는 당사 서버에서 실행됩니다. 입력한 URL을 가져오지만 결과는 보관하지 않습니다. Reports are kept 7 days so you can share a link to the result. Anonymous aggregate stats feed our research posts; domains are counted once via an anonymized hash and never stored in the clear. 익명 실행별 결과 계수는 종합 연구에 사용될 수 있습니다. URL, 도메인, IP 및 식별자는 절대 포함되지 않으며 100회 미만의 실행에 대한 통계는 공개하지 않습니다.

피드백
버그 신고

원시 HTML 및 렌더링된 HTML 검사기에서 문제가 발생했나요? 무슨 일이 있었는지 알려 주세요. 신고는 공개 목록이 아니라 비공개 분류 대기열로 바로 전송됩니다.

전송될 정보
 도구 입력, 업로드, 붙여넣은 소스, 전체 결과, 쿼리 매개변수 또는 URL 조각은 자동으로 첨부되지 않습니다. 위에서 선택한 구절을 수정하거나 삭제할 수 있습니다. 브라우저 및 악용 방지 메타데이터는 스팸 방지를 위해 처리됩니다. 

What this is checking

The render gap

Google can process JavaScript in a rendering phase after crawling. Content that appears only after rendering depends on that phase and is absent from the initial response; this comparison does not predict discovery or indexing timing.

The most restrictive rule wins

If a noindex appears in either the raw or rendered HTML, Google may use it — and an initial-HTML noindex may cause Google to skip rendering, so JavaScript cannot reliably undo it.

Canonicals are conditional

JavaScript may add a canonical when the raw HTML has none, or keep the same value. A different or additional value creates competing canonical input.

Checks based on the JavaScript SEO guide on Ahrefs. Confirm findings in Search Console.

이 도구 정보

서버가 전달한 원시 HTML과 JavaScript 실행 후 DOM을 비교해 중요한 콘텐츠, link 또는 head tag가 렌더링 단계에서만 나타나는지 확인합니다. 초기 HTML이 불완전해 보일 때만 제한된 headless Chrome 렌더링을 실행합니다.

결과는 방향성 있는 기술 비교이며 Google이 URL을 언제 크롤링하거나 색인할지 예측하지 않습니다.

기능

  • 원시 HTML과 렌더링 DOM의 나란한 보기 및 핵심 필드 10개의 line diff
  • 초기 HTML이 불완전하다는 제한 휴리스틱이 감지될 때만 headless Chrome 실행
  • noindex, canonical, robots.txt, link, soft 404와 structured data를 포함한 약 15개 JavaScript SEO 검사
  • Problems, Worth fixing, Notes 및 Passing으로 구분된 근거와 공유 가능한 보고서

작동 방식

공개 URL을 제한된 Worker가 먼저 가져와 원시 HTML과 robots.txt를 읽습니다. shell이 불완전해 보일 때만 headless Chrome을 실행합니다. 두 버전을 inert 상태로 parsing하고 필드를 정규화한 뒤 각 차이에 severity, 관찰 근거와 수정 지침을 연결합니다.

제한사항

  • headless Chrome은 Google의 Evergreen renderer와 동일하지 않으며 network, timing 및 resource 조건도 다릅니다.
  • 렌더링을 건너뛰었다고 SSR 또는 완전한 parity가 증명되는 것은 아니며 원시 HTML이 실행 휴리스틱을 충족했다는 뜻입니다.
  • 대형 페이지, 복잡한 interaction과 click 뒤 콘텐츠는 제한되며 Search Console URL Inspection을 대체하지 않습니다.

자주 묻는 질문

JavaScript SEO에서 렌더링 격차란 무엇인가요?

서버가 전달한 원시 HTML의 내용과 브라우저가 JavaScript를 실행해 최종 DOM을 만든 뒤의 내용 사이 차이입니다. Google은 크롤링 뒤 별도 단계에서 JavaScript를 처리할 수 있습니다. 실행 후에만 나타나는 요소는 렌더링 성공에 의존하며 최초 응답에는 없습니다. 이 도구는 그 의존성을 측정할 뿐 Google의 발견 또는 색인 시점을 예측하지 않습니다.

Google은 실제로 JavaScript를 렌더링하나요?

예. Google은 최신 Chromium으로 페이지를 렌더링하므로 클라이언트 측 콘텐츠도 색인될 수 있습니다. 렌더링은 별도 처리 단계이며 차단된 리소스나 JavaScript 오류 때문에 콘텐츠가 나타나지 않을 수 있습니다. Google 검색은 콘텐츠를 불러오기 위해 페이지와 상호작용하지 않으므로 상호작용이 필요한 콘텐츠도 렌더링된 HTML에 이미 있어야 합니다. 핵심 콘텐츠와 태그를 서버 응답에 넣으면 이 의존성이 사라집니다.

도구가 가끔 페이지를 렌더링하지 않는 이유는 무엇인가요?

초기 HTML이 불완전해 보인다는 제한된 휴리스틱 판단이 있을 때만 헤드리스 브라우저가 실행됩니다. 원시 제목, 링크, 본문이 충분하면 렌더링을 건너뛸 수 있지만 서버 렌더링임이나 JavaScript가 아무것도 추가하지 않음을 입증하지는 않습니다. 이 경우 렌더링 비교 없이 초기 HTML 분석만 제공됩니다.

JavaScript로 삽입한 canonical 또는 noindex를 Google이 따르나요?

Google은 초기 HTML에서 noindex를 보면 렌더링을 건너뛸 수 있어 나중에 JavaScript로 이를 안정적으로 제거할 수 없습니다. 렌더링 단계에서만 추가한 noindex는 사용할 수 있습니다. canonical은 초기 HTML에 없을 때 JavaScript로 추가할 수 있고 같은 값을 설정하는 것은 괜찮지만, 다른 값으로 바꾸거나 여러 값을 남기면 위험한 경쟁 신호가 됩니다.

Google Search Console의 URL 검사 도구와 같은가요?

아니며 이를 대체하려는 도구도 아닙니다. 빠른 방향성 비교입니다. Search Console의 URL 검사는 확인된 속성에 대해 Google별 크롤링, 색인, 실시간 검사 근거를 제공하지만, 어느 도구도 향후 크롤링에서 URL이 어떻게 처리될지 보장하지 않습니다.

다음 단계XML 사이트맵 생성기 — generate the corrected version. 안내는 영어로 제공됩니다.