ガイド

Dynamic Rendering vs. Cloaking in 2026: A Complete Guide

知っておくべきことすべて

ロニー・ダーム Bablic

6月 8、 2026

Dynamic Rendering vs. Cloaking in 2026: A Complete Guide cover image

よくある質問の一つに、動的レンダリングとクローキングは同じものなのか、というものがあります。簡潔に答えると、いいえです。もう少し詳しく説明する価値は2分ほどあります。なぜなら、この件に関してほとんどの記事が提供しているアドバイスは3年前のもので、おそらくあなたがここにたどり着くきっかけとなった記事も例外ではないからです。

30 秒バージョン

クローキングとは、検索エンジンにはある情報を表示し、一般ユーザーには別の情報を表示することで、ランキングを操作する行為である。それはスパム行為に該当し、Googleはそれを理由にあなたのサイトをインデックスから削除します。

動的レンダリングとフラット化は、これとは逆の働きをします。両者に同じコンテンツを表示する。クローラーがJavaScriptを実行せずにページを読み取れるように、プレーンなHTMLにあらかじめ組み込んでいるだけです。内容は同じだが、伝え方が違う。それが決定的な違いであり、決して越えてはならない一線なのです。ボットが見るバージョンと人間が見るバージョンは一致していなければならない。

つまり、本当の問題は「これは隠蔽なのか」ではないのです。それは「誤って2つの異なるページを表示してしまっているのではないか」という疑問です。この記事の大部分は、その境界線の正しい側に留まること、そして 2024 年に変化したものの、古いガイドブックでは追いつけなかったあることについてです。

クローキングの本質とは

Googleのスパムポリシーでは、クローキングとは 、検索ランキングを操作する目的で、検索エンジンとは異なるコンテンツをユーザーに提示することと定義されています。典型的な例としては、Googleには旅行ガイドを表示するページでありながら、訪問者には無関係な店舗の広告を表示するページが挙げられる。

隠蔽には2つの要素が必要で、どちらも欠かせません。まず、コンテンツに違いがあります。ボットと人間がアクセスするページは、実質的に全く異なります。第二に、意図がある。つまり、その違いはランキングシステムを欺くために存在しているのだ。訪問者が目にするコンテンツと全く同じ内容を事前にレンダリングしたHTMLをGooglebotに提供するページは、クローキングの基準を満たしていません。それは欺瞞ではない。それは、ある形式から別の形式への翻訳です。

誤った対応をした場合のペナルティは深刻で、元に戻すのに時間がかかります。影響を受けたページはインデックスから削除され、最悪の場合はサイト全体が削除されます。だから、不安になるのは当然なのだ。だからこそ、修正方法は曖昧ではなく、明確なものになっているのです。単に注意するだけではクローキングを回避できない。2つのバージョンの内容を実質的に同一に保つことで回避できるのだ。

動的レンダリングとフラット化は実際には何をするのか

動的レンダリングとは、サーバーが誰からリクエストが来ているかを確認する仕組みのことです。通常の訪問者には、通常のJavaScriptアプリが表示されます。既知のクローラーは、事前に作成された同じページのHTMLスナップショットをプリレンダリングして取得するため、何も実行する必要はありません。検出はユーザーエージェントによって行われ、通常はリクエストがアプリに到達する前に、CDNまたはWebサーバー層で行われます。

平坦化は、翻訳された部位に適用されるのと同じメカニズムである。 Bablic ページを翻訳すると、翻訳されたコンテンツはJavaScriptによって訪問者のブラウザに挿入されます。それは視聴者にとっては問題ないかもしれないが、JavaScriptを実行しないシステムにとっては問題となる。なぜなら、翻訳された単語はスクリプトが実行されるまで存在しないからだ。フラット化は 、翻訳がすでに組み込まれた「フラット」なHTMLバージョンのページをボットに提供することでこの問題を解決します。たとえば、フランス語のURLにあるフランス語のページは、完全にレンダリングされており、スクリプトは必要ありません。 JavaScriptが有効になっている状態でそのシンプルなページにアクセスしたユーザーは、直接リッチなコンテンツが表示されるページにリダイレクトされるため、誰も誤って簡略化されたバージョンを閲覧することはありません。

どちらの場合も内容は同じです。フラット化されたフランス語ページを読み取るボットは、同じフランス語のURLで買い物客が見るのと同じフランス語コンテンツを見ることになります。それは2ページではありません。内容は1ページだが、2通りの方法で配信される。

人々が混同する３つの事柄を並べてみました

古いガイドブックが見落としている点：Googleが考えを変えた

ほとんどの「動的レンダリングとクローキング」に関する記事が、ここで時代遅れになっている。彼らは、動的レンダリングは「Google公認」で「ホワイトハット」だと主張する。それは 2019号室周辺の枠組みだったが、今はそうではない。

2024 年、Googleはひっそりとガイドラインを改訂した。動的レンダリングは、推奨される手法から、Google自身の言葉を借りれば、 長期的な解決策ではなく、あくまでも回避策へと変化した。 理由は簡単です。Googlebotは最新バージョンのChromeを使用しており、ほとんどのページでJavaScriptを自動でレンダリングするからです。つまり、特にGooglebotの場合、2つ目のレンダリングパイプラインを追加するということは、通常はもはや存在しない問題を解決することになるのです。 2つ目のパイプラインは、故障したり、古くなったり、ユーザーが受け取るものとは異なるものをクローラーに提供し始めたりする可能性のあるものの1つであり、皮肉なことに、善意のチームが意図せずしてクローキングに陥ってしまう原因となる。

何も起こらなかったことにすることもできる。床の平坦化を販売する会社が、こんなことを持ち出すのは奇妙だ。しかし、正直に読むと、より役に立つ情報が得られます。Google が JavaScript を適切にレンダリングすることは Googlebot には当てはまりますが、 2026 でプリレンダリングされた HTML が実際に機能する 2 つの状況については何も変わりません。

プリレンダリングされたHTMLが依然としてその地位を確立している時

事例は3件あり、いずれもGoogleを騙すためのものではありません。

AIクローラーはJavaScriptをレンダリングしません。 これは非常に重要な記事であり、このテーマに関する他の記事のほとんどよりも新しいものです。 GooglebotはJavaScriptをレンダリングしますが、AIクローラーはレンダリングしません。 GPTBot、ClaudeBot、PerplexityBot、その他は、生のHTMLを取得するだけで、スクリプトを実行することはありません。商品詳細、比較表、国際版ページの翻訳済みテキストなど、JavaScriptの実行後にのみ表示されるコンテンツは、ChatGPTとPerplexityから見ると存在しないものとみなされます。平文のHTMLを提供するかどうかは、AIの回答で引用可能になるか、それとも回答に含まれないかの違いを生む。

クライアント側の翻訳レイヤー。 Bablicのように翻訳がブラウザに挿入される場合、スクリプトが実行されるまで翻訳されたDOMは存在しません。 Googlebotは時間をかければ多くの場合レンダリングできますが、Googlebotは米国からクロールし、デフォルトではAccept-Languageヘッダーを送信しないため、ブラウザの設定で言語を切り替える単一URLサイトは、デフォルト言語で完全にクロールされる可能性があります。 hreflang属性を使用した個別のロケールURLが確実な解決策であり、フラット化によって、それらの各URLに実際にインデックス可能な翻訳済みHTMLを配置することができます。詳細な内訳は、弊社の多言語SEOベストプラクティスガイドに記載されています。

SSR予算のない既存SPA。 今四半期中に再設計できない大規模なJavaScriptアプリケーションを抱えている場合、動的レンダリングは依然として有効な暫定措置と言えるでしょう。 Googleはこれを回避策と呼んでおり、絶対に避けるべきものではないとしている。 SSR移行を計画している間もインデックスを維持できるような回避策を実行するのは、妥当な方法です。

これら3つのいずれにも当てはまらず、コンテンツを直接サーバーレンダリングできる場合は、そうしてください。より簡潔な解決策であり、2つ目のパイプラインは全く必要ありません。必要のないものを売りつけるよりは、そうお伝えする方が良いでしょう。

翻訳されたページをボットに提供することは、クローキングにあたるのか？

これはこのカテゴリー全体が避けて通る問題ですが、答えは簡単です。各言語が独自の URL を持ち、ボットがその URL の言語を取得できる限り、いいえ。

クローキングは同一URLの問題である。 example.com/page がクローラーにはある情報を表示し、訪問者には別の情報を表示する場合です。適切に翻訳されたURLは、同じURLではありません。例えば、example.com/fr/page はフランス語のページであり、ボットであろうと人間であろうと、このページにアクセスする人は誰でもフランス語で表示されるべきです。ボットがフランス語のURLを要求し、フラット化処理によってフランス語圏の訪問者がそこで目にする内容と一致するフランス語のHTMLが返される場合、コンテンツは同一になります。「同一コンテンツ」のテストは地域ごとに満たされており、これはまさにGoogleが多言語サイトに期待する動作です。

翻訳されたページを提供することは、URLが示唆する言語とは異なる言語をボットに提供したり、実際のページにはない余分なキーワードやリンクを翻訳版に詰め込んだりすると、クローキングになる可能性があります。ルールは、このページの他の箇所と同じです。ライブページの内容と一致させてください。翻訳では言葉を変えることは許されるが、内容を変えることは許されない。

慎重なチームが偶然に身を隠す4つの方法

意図的にクローキングのペナルティを受けることはまずありません。それは、2つのバージョンが乖離していったからこそ起こる現象です。よくある犯人は以下の通りです。

古いキャッシュです。 これは実際によく見られるケースであり、Redditのスレッドで最も多く不満が寄せられているケースでもある。プリレンダリングサービスは、生成したHTMLをキャッシュし、それを継続的に配信します。ライブページを更新します。キャッシュが更新されるまで、ボットは古いバージョンを、ユーザーは新しいバージョンを見ることになる。これは典型的なコンテンツの不一致である。ページが実際に更新される頻度に合わせて、キャッシュの再読み込み頻度を設定してください。

部分的なレンダリング。 スナップショットのタイムアウトが発生したり、リソースの読み込みに失敗したりすると、フラットページからコンテンツの一部が欠落する可能性があり、つまり、ボットが作成したページは、人間が作成したページよりも実際に内容が薄くなるということです。レンダリング統計を監視して、表示が異常に小さいページや表示が遅いページがないか確認してください。

動的レンダリングは、ブラウザベースの翻訳において依然として重要な役割を果たしている。事前にページをフラット化することで、インデックス登録前にページが完全に翻訳されることが保証され、公開前に出力結果を確認できるため、Googleがすべてを正しくレンダリングしてくれることを願う必要がなくなります。

SEO対策のためのコンテンツ。 ボット版だけにキーワードコピー、追加リンク、またはより整ったレイアウトを追加したいという誘惑。やめてください。平面ページがライブページでは伝えていないことを伝えてしまった瞬間、あなたはまさに避けようとしていたものを作り出してしまったのです。

地域設定が間違っています。 翻訳固有の障害：設定ミスのあるルールにより、ボットがURLが表す言語とは異なる言語を受け取ったり、解決できない場合にデフォルト言語にフォールバックしたりします。フラットページは、単に一般的な内容だけでなく、 適切な言語でライブページと一致していなければなりません。

自分がクローキングしていないことを確認する方法

これを鵜呑みにする必要はありません。確認することはできますし、発売時だけでなく定期的に確認するべきです。

Google Search Consoleを開き、URL検査ツールのライブテストを代表的なページ数ページで実行してください。 Googleが表示する内容と、同じURLをブラウザで表示した際の内容を比較してみてください。彼らは同じことを言うべきだ。翻訳されたURLについても同様の方法で抜き取り検査を行い、言語が一致していることを確認してください。フラット化設定を使用している場合、 Bablic を含むほとんどのサービスでは、デバッグフラグを使用してフラット版を直接表示できるため、ボットが何を取得しているかを正確に読み取り、ライブページとの差分を自分で確認できます。次に、レンダリングとキャッシュの再計算に関する統計情報を監視し、タイムアウトやサイズ不足のページがないか確認してください。これらは不完全なレンダリングであり、いずれ不一致の原因となる可能性があります。

監査全体は、いくつかの角度から問われる一つの質問に集約されます。それは、「ボットは私と同じページを見ているか？」ということです。はいの場合、HTMLがどのように構築されたかに関わらず、クローキングは行われていません。

平坦化が適している場合と適していない場合

翻訳されたコンテンツがブラウザ上で組み立てられており、ボットやAIクローラーがそれを読み取る必要がある場合、フラット化は適切なツールです。それはよくある状況で、特に翻訳機能を想定して作られていないサイトに翻訳機能を追加した場合によく起こります。 Bablicのプリレンダリングフラット化機能は、CDNレイヤーでボット検出と地域ごとのHTMLを処理するため、サイトを再設計することなく、各ページの翻訳版がクローラー向けに提供されます。翻訳レイヤー自体がどのように機能するのかを理解したい場合は、弊社の「機械翻訳ガイド 2026」で、翻訳レイヤーがより広範なパイプラインの中でどのような位置づけにあるのかを詳しく解説しています。

そもそも翻訳コンテンツをサーバー上でレンダリングできるのであれば、このツールは適切ではありません。もしあなたが、デフォルトでサーバーレンダリングを行うフレームワークを使用しており、翻訳パイプラインもそこで実行できるのであれば、そちらの方が良い選択肢です。各ページにはそれぞれ1つのバージョンしか存在せず、同期させる必要は一切ありません。平坦化は、まさにその選択肢が存在しない場合にこそ、その真価を発揮する。もしそうであれば、それを採用し、2番目のパイプラインはスキップしてください。それは正直な意見であり、私たち自身も自社サイトに対して同じ判断を下すだろう。

チームメンバーが抱くかもしれない質問

動的レンダリングやフラット化を使用するとペナルティを受けますか？使用してもペナルティはありません。ボットに人間とは異なるコンテンツを提供するとペナルティを受けるが、これは設定ミスであり、この技術本来の特性ではない。フラット版とライブ版を一致させておけば、ペナルティを受けることはありません。 Bablicでウェブサイトを翻訳すれば、翻訳は自動的に処理されます。 Bablic ページが更新されたことを検知し、フラットなバージョンを破棄して、新しいページを再構築します。

プリレンダリングはクローキングと同じですか？いいえ。プリレンダリングは、同じページのHTMLバージョンを生成するため、クローラーはJavaScriptを実行せずにそれを読み取ることができます。クローキングは、欺瞞のために異なるコンテンツを提供する。これは「ボットを検出してHTMLを提供する」という同じ仕組みだが、意図と内容が正反対である。

Googlebot が JavaScript をレンダリングするようになった場合でも、これはまだ必要ですか？ br> Googlebot だけの場合、通常は必要ありません。そのため、Googleは動的レンダリングをダウングレードし、回避策に切り替えたのです。しかし、Googlebotだけが重要なクローラーではない。 Bing、Yandex、BaiduなどはJavaScriptをレンダリングしないため、生のHTMLが必要です。翻訳されたコンテンツがクライアント側で挿入され、確実にインデックス登録されない場合、またはサーバーレンダリングがまだできないレガシーなシングルページアプリケーション（SPA）を使用している場合にも、これは依然として必要です。

これは ChatGPT と Perplexity に役立ちますか？はい、そして変更されたのはこの部分です。これらのクローラーは生のHTMLを読み込むだけで、スクリプトは実行しません。コンテンツがJavaScriptの実行後にのみ表示される場合、AIの回答にコンテンツが表示されるようにするには、フラットなHTMLを提供することが唯一の方法です。

ボットに翻訳されたページを提供することはクローキングですか?いいえ、各言語に独自の URL があり、ボットがその URL の言語を取得する場合はクローキングではありません。クローキングとは、同一URLを利用した欺瞞行為である。フランス語のURLが、ボットであろうと人間であろうと、誰に対してもフランス語のコンテンツを返すということは、正しく構築された多言語ページであると言えるでしょう。

意図せずクローキングしていないか確認するにはどうすればよいですか？ Search Console で URL 検査のライブテストを実行し、言語を含めてライブページと比較してください。デバッグフラグを使用してフラットページを直接表示し、実際のページと比較します。 2つのバージョンにずれが生じないように、キャッシュ再読み込みのタイミングとレンダリング統計を常に監視してください。