何が起きたか:「レンダリング5秒制限」説をDave Smart氏が検証
Web担当者やSEO専門家の間では、GoogleのWRSがページを読み込んでからDOMのスナップショットを取得するまでに、約5秒の制限があるという説が広く語られてきました。Search Engine Journalの記事によると、この説の発端はGoogleのMartin Splitt氏が過去7年以内に少なくとも2回の動画プレゼンテーションで語った内容だとされています。Tame the BotsのDave Smart氏はこの「5秒」説を独自に検証する実験を行い、その結果、5秒という制限は実在せず、GoogleのWRSはレンダリング用の時計を一時停止したり再開したりできることを発見したと報じられています。
Web Rendering Service(WRS)の処理の流れ
記事はまず、GoogleのWRSが行う処理を6つのステップに整理しています。(1)Googlebotがクロールで取得したHTMLを受け取る、(2)CSS・JavaScript・画像などページのリソースを取得する、(3)ヘッドレスのChromiumブラウザでページを読み込む、(4)ページのJavaScriptを実行する、(5)ページのDOMのスナップショットを生成する、(6)そのDOMスナップショットをGoogleのインデックスシステムに渡す、という流れです。「5秒制限」説は、この一連の処理のどこかに時間的な上限があるという理解に基づいていました。
SEO業界に広まっていた「5秒」説、2つのバリエーション
記事によれば、SEO業界内でこの説には2つのバリエーションが存在するといいます。1つ目は、WRS内のレンダリング処理自体に、Googleがスナップショットを取得するまでの約5秒という時間制限があるという説です。2つ目は、重要なコンテンツはDOM上に5秒以内に出現しなければならず、それを過ぎるとGoogleのスナップショット取得のタイミングに間に合わずインデックスされない可能性があるという説です。どちらも「5秒」という数字を、レンダリング処理そのものの制約と捉えている点で共通しています。
Martin Splitt氏の発言の実際の中身:「5秒」は待ち行列の中央値だった
記事は、この「5秒」説の元になったとみられるMartin Splitt氏の発言の実際の文脈を検証しています。Splitt氏は動画の中で(該当箇所は動画のおよそ18分付近)、レンダリングの待ち行列(キュー)について、「中央値でみると、ページのレンダリングは5秒間キューに入れられている(“In median, a page’s rendering queued for five seconds”)」、そして「90パーセンタイルでは数分(“90th percentile is a few minutes”)」と述べていました。記事はこの発言について、Splitt氏はレンダリングという処理自体に5秒の上限があると述べたのではなく、レンダリングが開始されるまでにページが待ち行列で待たされる時間の中央値が5秒だったと説明していたに過ぎない、と指摘しています。レンダリングが実際に始まった後の処理時間に上限があるとは述べていない、という点が記事の主張の核心です。
Dave Smart氏のテスト手法:意図的に遅延させたAPI呼び出し
記事によると、Dave Smart氏はこの説を検証するため、意図的にコンテンツの表示を遅延させるテストページを作成しました。具体的には、テストページからPHPスクリプトへPOSTリクエストを送り、そのPHPスクリプト側でランダムに3~6秒の遅延を発生させてからレスポンスを返す仕組みにしています。このAPI呼び出しをページ内で2回実行したため、2回分を合計すると6~12秒かかる計算になります。
テスト結果が示した矛盾と「仮想クロック」の発見
最初にSmart氏が確認した測定値は、一見「5秒」説を裏付けるように見えました。ページ内でsetInterval()による繰り返し処理がタイトル要素を更新し続けるループが、ちょうど5秒間動作していたことが確認されたためです。Smart氏はこの結果について「合理的な結論としては、WRSには5秒のレンダリング制限があるということになるのではないか(“a rational conclusion would be that the WRS has a 5 second render limit, right?”)」と一旦は書いています。しかし、もう一方の測定結果はこの結論と矛盾していました。ページが行った6~12秒かかるサーバー側のAPI呼び出しについても、GoogleのWRSはその遅延コンテンツの取得を待ち、レンダリングされたDOMに反映させていたことが確認されたのです。JavaScriptのタイマーは5秒しか経過を示していないのに、WRSはそれより長い6~12秒の処理を待てていた、という一見矛盾する結果になりました。
記事は、この矛盾の答えを、WRSが実際のハードウェアクロックではなく、Google側が制御できる「仮想クロック」で時間を計測していることに求めています。Smart氏は「WRSは独自の方法で時間を扱っている。手元のコンピューターやサーバーが持つハードウェアクロックとは異なり、WRSは彼らが制御できる仮想クロックを使っている(“The WRS does time in its own way…they can speed up, slow down, or even pause time for the headless Chrome instance”)」と説明しています。ネットワークリクエストを待っている間はこの仮想クロックを一時停止できるため、JavaScriptのタイマーが示す経過時間よりも長い実時間が経過していても、WRSはその間のコンテンツ取得を待つことができる、というのが記事の結論です。なお、待機できる時間に上限があるのかどうかは、記事内では明示されていません。
なぜ重要か・SEO/GEO実務への影響
今回の検証結果は、JavaScriptで遅延読み込みされるコンテンツや、非同期のAPI呼び出しを経て表示されるコンテンツが、Googleのインデックスに反映されるかどうかを判断する材料になります。「5秒を過ぎたコンテンツはインデックスされない」という前提でサイト設計や優先順位付けを行っていた場合、その前提自体を見直す必要があります。記事が示した実験結果を踏まえると、少なくとも6~12秒かかる遅延コンテンツについてはWRSが待って取得している例が確認されており、Martin Splitt氏の発言も含めて、レンダリング処理自体に厳密な秒数の上限があるという主張の根拠は乏しいことになります。ただし、記事はコンテンツの読み込みを遅くしてよいと推奨しているわけではなく、あくまで「5秒で機械的に打ち切られる」という誤解を正す内容である点には注意が必要です。
所感
Scale Basics編集部としては、今回の検証は「5秒」という具体的な数字が独り歩きしていた典型例だと捉えています。Martin Splitt氏の発言はもともとレンダリング待ちキューでの滞留時間について述べたものであり、レンダリング処理そのものの制限時間について述べたものではありませんでした。それが数年をかけて「5秒を過ぎるとインデックスされない」という別の意味に変化して広まっていた、という今回の経緯は、一次情報(発言の原文・原文脈)に立ち返って確認することの重要性を改めて示しています。実務上は、遅延読み込みや非同期コンテンツを使う場合でも「5秒以内に描画する」ことを絶対条件と捉える必要はなさそうですが、待機時間に上限があるのかどうかは記事内でも明示されていないため、重要なコンテンツはできるだけ早く描画されるように設計しておくのが引き続き無難だと考えます。
まとめ
・SEO業界で広く語られてきた「Googleのレンダリングは5秒までしか行われない」という説について、Tame the BotsのDave Smart氏が独自に検証実験を行った
・検証の結果、Web Rendering Service(WRS)に5秒の制限は存在せず、6~12秒かかる遅延コンテンツもDOMスナップショットに反映されていたことが確認された
・「5秒」説の発端とされるMartin Splitt氏の発言は、実際にはレンダリング待ちキューでの滞留時間(中央値5秒、90パーセンタイルで数分)を説明したものであり、レンダリング処理自体の制限時間ではなかった
・WRSは実際のハードウェアクロックではなく、Google側が制御できる「仮想クロック」で動作しており、ネットワーク待機中はこのクロックを一時停止できることが今回のテストで明らかになった
・記事では待機できる時間の上限は明示されておらず、遅延読み込みコンテンツの扱いを判断する際は「5秒で打ち切られる」という前提を見直す必要がある
よくある質問
Q1: 「レンダリングの5秒制限」説とは何ですか、そしてなぜ広まったのですか?
GoogleのWeb Rendering Service(WRS)がページを読み込んでからDOMのスナップショットを取得するまでに約5秒の制限があり、それを過ぎたコンテンツはインデックスされないという説です。Search Engine Journalによれば、この説はGoogleのMartin Splitt氏が過去7年以内に少なくとも2回の動画プレゼンテーションで語った内容がきっかけで広まったとされています。
Q2: Dave Smart氏はどのようにテストし、何が分かりましたか?
Dave Smart氏(Tame the Bots)は、POSTリクエストでPHPスクリプトを呼び出すテストページを作成し、そのスクリプト側でランダムに3~6秒応答を遅延させる仕組みにしました。1ページ内でこのAPI呼び出しを2回行ったため、合計で6~12秒かかる設計です。JavaScriptのタイマー(setIntervalループ)は5秒で止まったように見えましたが、実際にはGoogleのWRSは6~12秒かかる遅延コンテンツの取得を待ってからDOMスナップショットに含めていたことが確認されたと報じられています。
Q3: なぜGoogleのWRSは5秒を超えて待てるのですか?
Dave Smart氏によれば、WRSは実際のハードウェアクロックではなく、Google側が制御できる「仮想クロック」で時間を計測しているためです。ネットワークリクエストの待機中はこの仮想クロックを一時停止・減速・加速できるとされ、JavaScriptのタイマーが示す経過時間より長い実時間を要する処理でも、WRSはコンテンツの取得を待つことができるとSearch Engine Journalは伝えています。
出典:Google SEO Test Shows What Happens In 5-Second Rendering Window(Search Engine Journal、Roger Montti氏、2026年7月28日)https://www.searchenginejournal.com/google-seo-test-shows-what-happens-in-5-second-rendering-window/583878/
