Cloudflare O2O(Orange-to-Orange)は、リクエストが 2 つの Cloudflare ゾーンを通過するルーティング セットアップです あなたの 最初にゾーンを指定し、次に指定した SaaS プロバイダーのゾーンを指定します。を追加するとオンになります プロキシされた (orange-cloud)プロバイダーのホスト名をターゲットとする CNAME レコード。Cloudflare は最初にゾーンの設定を適用し、次にプロバイダーの設定を適用するため、WAF とルールは機能し続けます。
ConveyThis O2O を使用して、ネームサーバーを変更せずに、すでに Cloudflare 上にあるサイトの翻訳ページを提供します。このガイドでは、O2O の仕組み、ConveyThis で設定する方法、および動作しない場合に何を確認するかを段階的に説明します。
主なポイント
- O2O は、a を指す場合にのみ適用されます プロキシされたCNAME Cloudflare for SaaS プロバイダーで、2 つのゾーンが属している場合に限ります さまざまな Cloudflare アカウント.
- ゾーンの設定が最初に実行されます。すでに持っているセキュリティ ルール、ボット設定、ページ ルールには、リクエストがまだ表示されます。
- 灰色雲(DNS のみ)レコードまたは A レコードは O2O パスを通過しません。
- ConveyThis を使用すると、プロキシされた CNAME を追加します
fallback.conveythis.net、 証明書がアクティブになるのを待ち、翻訳されたページはエッジの Cloudflare Worker によって提供されます。 - O2Oはオプションです。標準 ConveyThis DNS セットアップは引き続き利用できます。
Cloudflare O2Oとは、簡単に言えば
多くの SaaS 製品(サイト ビルダー、電子商取引プラットフォーム、翻訳プロキシ)が実行されます SaaS 用 Cloudflare。顧客は、プロバイダーを指す CNAME レコードを追加してカスタム ドメインを接続します。
その顧客のドメインがそうであれば また Cloudflare では、リクエストはページに向かう途中で 2 つの Cloudflare ゾーンに遭遇します。クラウドフレアの O2Oドキュメント これを “として定義します。トラフィックが 2 つの Cloudflare ゾーンをルーティングする特定のトラフィック ルーティング構成。最初の Cloudflare ゾーンは顧客 1 が所有し、2 番目の Cloudflare ゾーンは SaaS プロバイダーとみなされる顧客 2 が所有します。”
そのページからの3 つの事実が、O2Oがあなたに適用されるかどうかを決定します:
- レコードタイプ。 必要なのは “カスタム ホスト名と SaaS プロバイダーによって定義された CNAME ターゲットを一致させるプロキシされた DNS レコードです。”
- 注文。 “Cloudflare ゾーンで設定された設定が最初にトラフィックに適用され、次に SaaS プロバイダーのゾーンで設定された設定が 2 番目にトラフィックに適用されます。”
- アカウント。 “O2O は、2 つのゾーンが異なる Cloudflare アカウントの一部である場合にのみ適用されます。” また “A レコードが使用されている場合は適用されません。”
プロバイダーは、リクエストが O2O を介して行われたことを確認できます。Cloudflare はヘッダーを追加します cf-connecting-o2o: 1 プロバイダーのゾーン内。
ウェブサイトの翻訳においてO2Oが重要な理由
翻訳された HTML を返せるように、翻訳プロキシは訪問者とサイトの間に配置する必要があります。古典的な方法は、プロキシで翻訳されたホスト名の DNS を指すことです。
ドメインがすでに Cloudflare 上にある場合、これは厄介です。チームはゾーンの TLS、WAF、キャッシュに依存しており、言語を追加するためだけに DNS を移動したり、オレンジ色のクラウドをオフにしたりしたい人は誰もいません。O2O はそのトレードオフを回避します。リクエストは通常どおりゾーンに入り、その後 ConveyThis’s Cloudflare for SaaS ゾーンに進み、そこでワーカーが翻訳されたページを作成します。

ConveyThis ドメインが Cloudflare 上にあることを検出し、Workers(O2O)オプションを提供します。
始める前に
- ドメインのネームサーバーは Cloudflare のものであり、その DNS レコードを編集できます。
- ドメインが追加された ConveyThis アカウントがあります。サブフォルダとサブドメインのURL構造は、ビジネスプラン以降で利用できます(価格設定).
- どの URL 構造が必要かはわかっています。サブフォルダーが与えます
example.com/de/、 サブドメインは与えるde.example.com。の比較 多言語SEOにおけるサブディレクトリとサブドメイン SEO 側とヘルプ記事について説明します サブドメインとサブディレクトリ プラットフォームの制限をカバーします。
セットアップ方法 ConveyThis Cloudflare Workers(O2O)
ステップ1: ドメインを追加し、Cloudflareの検出を確認します
ドメインを追加すると、ConveyThis はそのネームサーバーをチェックします。Cloudflare に属している場合、セットアップではドメインが Cloudflare 上にあるという通知が表示され、ロックが解除されます クラウドフレアワーカー(O2O) サブフォルダーおよびサブドメイン構造の場合。
ステップ2: URL構造を選択し、serveメソッドをO2Oに切り替えます
選ぶ サブフォルダ または サブドメイン、 そして選択する クラウドフレアワーカー(O2O) サーブ方法として。標準の DNS プロキシは、使用したい場合は同じ画面で引き続き使用できます。

標準の DNS プロキシは引き続き利用可能です。ゾーンが検出された場合、O2O は Cloudflare ネイティブ オプションになります。
ステップ3: CloudflareでプロキシされたCNAMEレコードを追加する
ConveyThis ドメインの正確なレコードを出力します。彼らは指差します fallback.conveythis.net:
- サブフォルダ: 通常
@そしてwww、 セットアップに必要な場合はオリジン レコードも追加します。 - サブドメイン: 言語ホストごとに1つのレコード(例えば
de,fr)、プラスaoriginワーカーがループバックせずに実際のサイトにアクセスできるように記録します。
Cloudflare DNSダッシュボードにそれらを追加して、クラウドを離れる オレンジ あらゆるレコードに。これは曲げられない唯一のルールです。DNS のみのレコードは O2O を介してルーティングされません。

DNS の検証: プロキシ @ / www 向かって fallback.conveythis.net、 さらに実際のサーバーのオリジンレコード。
ステップ4: SSLがアクティブになるまで待つ
Cloudflare for SaaS はホスト名の証明書を発行します。ConveyThis HTTP 検証を使用するため、検証(TXT)レコードを追加したり、サーバーに何かをアップロードしたりすることはありません。すべての証明書が表示されるまでステータステーブルを更新します アクティブ。私たちのテスト実行では、これには数分かかりました。

ステータスがアクティブな場合、翻訳されたホスト名の準備が整います。
ステップ5: 翻訳されたURLを開く
などの翻訳されたページをロードします example.com/de/ または de.example.com。翻訳されたテキストと言語スイッチャーを含む通常のレイアウトが表示されるはずです。

Cloudflare Workers(O2O)を通じて提供される翻訳ページ。
各リクエストで何が起こるのか
ConveyThis エッジ ワーカーの構築方法に基づいて、訪問者のリクエストがたどるパスは次のとおりです:
- 訪問者は翻訳された URL を要求します。リクエストが入力されます あなたの Cloudflare ゾーン、およびルールが適用されます。
- Proxied CNAME は、SaaS ゾーン(O2O)の ConveyThis’s Cloudflare に渡します。
- Worker はドメインの設定を検索し、サブフォルダーまたはサブドメインからターゲット言語を計算し、オリジンから元のページを取得します。
- HTML がストリーミングされると、Worker は保存された辞書からサイトの翻訳を交換します。また、内部リンク、標準タグも指します
og:url同じ言語バージョンで、ページを設定しますlang属性。 - 翻訳されたページは訪問者に戻ります。まだ翻訳されていないテキストはバックグラウンドで翻訳のために送信されるため、次のビューの辞書に表示されます。
知っておく価値のある詳細:
- キャッシング。 翻訳されたページはエッジにキャッシュされます。キャッシュ キーには翻訳のフィンガープリントが含まれているため、翻訳を編集すると、次のリクエストで手動でパージすることなく新しいページが表示されます。
- ログインした訪問者。 Cookie を運ぶリクエストは共有ページ キャッシュをスキップするため、ある訪問者は別の訪問者のパーソナライズされたページを見ることはありません。
- 除外コンテンツ。 テキスト内
script,style,code,preそしてtextarea翻訳されることはなく、マークされたものもありませんtranslate="no". - ループ保護。 設定ミスのあるレコードがワーカー自身のリクエストをそれ自身に送り返すと、ループするのではなくエラーで停止します。
トラブルシューティング
翻訳された URL は読み込まれず、元のサイトも表示されません。 すべてのルーティング レコードがまだプロキシされていることを確認します。レコードのみを DNS に切り替える人 “デバッグ用” が最も一般的な原因です。
証明書はオン “発行中”のままです。 もう少し待ってから再確認してください。物事をスピードアップするためにレコードをグレークラウドに切り替えないでください。O2O には Proxied が必要なので、元に戻す問題は 2 つ目だけになります。
ループに関するエラー、または読み込みが完了しないページ。 作業員はあなたの実際のサイトにアクセスできません。リストされているオリジン レコード ConveyThis が存在し、正しく、実際のサーバーまたはプラットフォームを指していることを確認してください。
独自のファイアウォールが翻訳されたページをブロックします。 ゾーンが最初に実行されるため、厳密な WAF ルールまたはボット設定により、リクエストが ConveyThis に達する前にブロックできます。翻訳されたホスト名については、セキュリティ イベントを確認してください。
一部のテキストは元の言語のままです。 新しいテキストの場合は、しばらくしてからリロードしてください。持続する場合は、要素に が付いているか確認してください translate="no"、 または ConveyThis ダッシュボードで翻訳を編集します。
O2O を使用するか、標準の DNS セットアップを使用する必要がありますか?
使用 クラウドフレアワーカー(O2O) ドメインがすでに Cloudflare ネームサーバーを使用しており、翻訳されたサブフォルダーまたはサブドメイン URL を追加しながらゾーンのセキュリティと制御を維持したい場合。
を使う 標準DNSセットアップ ドメインが Cloudflare にない場合、または Cloudflare ダッシュボードでプロキシ レコードを管理したくない場合。Cloudflare 以外のドメインの場合は、に従います CNAMEセットアップガイド.
いずれにしても、“ソースを表示”: でセットアップした後、翻訳されたページを確認してください lang 属性と正規表現は翻訳された URL と一致する必要があり、hreflang に依存している場合は、すべての言語バージョンがリストされていることを確認してください。の 多言語SEO機能ページ ConveyThis が検索エンジンに追加するものについて説明します。
よくある質問
Cloudflare における O2O は何の略ですか? Orange-to-Orange: プロキシ CNAME を介して、あなたと SaaS プロバイダーの 2 つの Cloudflare ゾーンを通過するトラフィック。
ネームサーバーを ConveyThis O2O に変更する必要がありますか? いいえ。O2O は、すでに Cloudflare 上にあるドメイン用です。既存のゾーンにプロキシされた CNAME レコードのみを追加します。
O2O は A レコードで動作しますか? いいえ。Cloudflare のドキュメントには O2O “A レコードが使用されている場合は適用されません。” と記載されています CNAME レコード ConveyThis が示すものを使用してください。
Cloudflare WAF とページ ルールは引き続き適用されますか? はい。最初にゾーンがリクエストを処理し、次にプロバイダーのゾーンがリクエストを処理します。
標準のDNSプロキシに戻すことができますか? はい。O2O はオプトインであり、ドメインの URL 設定で serve メソッドを変更できます。
CMSプラグインが必要ですか? いいえ。Worker は、サイトがすでに送信している HTML を翻訳するため、サイトの構築方法に関係なく機能します。
もうCloudflareで? ConveyThis アカウントを作成します、 ドメインを追加し、選択します クラウドフレアワーカー(O2O) URL構造ステップで。