セットアップ方法 ConveyThis Cloudflare Workers（O2O）

この投稿を次のように要約します: 8分で読めます

チャットGPT 困惑 グロック Google AI

リバース プロキシ翻訳は通常、同じ方法で開始されます。DNS の変更、翻訳サービスのトラフィックのポイント、完了です。

その話はサイトが壊れた瞬間に崩壊します すでに Cloudflare で。

あなたのゾーンはすでに TLS を終了しています。WAF はすでにトラフィックをフィルタリングしています。DNS はすでに orange-cloud Proxied レコードを使用しています。頂点を別の場所に向けることは、— またはさらに悪いことに、Cloudflare が Cloudflare と通信し、誰も実際の原点に到達できないルーティング ループを作成することに支払ったスタックを引き裂くような気分になります。

それが私たちが築いた問題です クラウドフレアワーカー（オレンジツーオレンジ / O2O） 解決する。

別の特集ページは欲しくありませんでした。私はすでに Cloudflare 上に存在するサイトを取得し、新しい ConveyThis セットアップを端から端まで実行し、明らかなこと、驚くべきこと、誤ってクリックしてはいけないことについてのメモを保管しました。

O2Oが実際に解決する問題

サポートは、これをよく聞きます: “Cloudflare を使用しています。セットアップを維持できますか？”

従来の DNS プロキシの場合、正直な答えは「はい」でしたが、ConveyThis を別のネットワーク ホップのように扱うことになります。多くの Cloudflare チームにとって、それは間違った売り込みです。彼らは、すでに管理しているゾーンを放棄することなく、翻訳された URL を望んでいます。

オレンジからオレンジへ Cloudflareが通過するトラフィックの名前です 二 Cloudflare ゾーン: 最初に自分のゾーン、次に SaaS プロバイダーのゾーン。を追加することで有効にします プロキシされた ダッシュボード内の CNAME は、プロバイダーの Cloudflare-for-SaaS ホスト名を指します。Cloudflare はパターンを文書化します O2Oの概要.

ConveyThis項では:

• 訪問者はまだ打撃を受けています あなたの Cloudflare ゾーンが最初です（セキュリティ ルール、DNS、キャッシュ習慣はそのまま残ります）。
• その後、トラフィックは Cloudflare for SaaS ゾーンにルーティングされます。
• ある 労働者 元の HTML を取得し、エッジから翻訳されたページを返します。

Cloudflare を他のものと交換しているわけではありません。Cloudflare に意図的に Cloudflare と通信させています。

ConveyThis ドメインが Cloudflare 上にあることを検出し、Workers（O2O）オプションを提供します。

セットアップで驚いたこと

“DNS を当社に移行する” というタイトルのチェックリストを期待していました 私が得たものはもっと静かでした。

ドメインを追加した後、ConveyThis でネームサーバー チェックを実行しました。バナーは率直だった: ドメインは Cloudflare にあります。 そこからサブフォルダ / サブドメインのロックが解除されます クラウドフレアワーカー（O2O） 標準の DNS プロキシ — オプトインの代替として、強制ではありません。

それはマーケティングコピーよりも重要でした。この製品は、私を一般的な CNAME ドキュメントに放り込んでオレンジ色の雲に気づいてくれることを期待するのではなく、私がすでに持っていたゾーンに適応しました。

私は選んだ サブフォルダ (example.com/en/) に切り替え、サーブメソッドを クラウドフレアワーカー（O2O）.

標準の DNS プロキシは引き続き利用可能です。ゾーンが検出された場合、O2O は Cloudflare ネイティブ オプションになります。

実際に重要な唯一のDNSの詳細

ConveyThisレコードを印刷しました。私のサブフォルダー実行では、プロキシされた CNAME が向かっていることを意味しました fallback.conveythis.net — 通常 @ そして www、 プラス a 起源 ワーカーがプロキシにループバックせずに実際のサイトにアクセスできるように記録します。

Cloudflare へのコピー/貼り付けには 1 分もかかりませんでした。交渉不可能なルール:

すべてのルーティング CNAME はプロキシ（オレンジ）のままにしておく必要があります。 Grey-cloud / DNS は O2O を壊すだけです。ここには微妙な障害モードはありません — ルーティングは単に Orange-to-Orange パスを取得しません。

DNS の検証: プロキシ @ / www 向かって fallback.conveythis.net、 さらに実際のサーバーのオリジンレコード。

代わりにサブドメイン モードを使用する場合は、言語ごとに 1 つの言語ホスト（およびそれぞれの証明書）を期待してください。サブフォルダーはホスト名の数を小さく保ちます —。そのため、このテストに使用しました。これらの URL 形状間の SEO トレードオフについては、を参照してください 多言語SEOにおけるサブディレクトリとサブドメイン.

SSL: 待ってから再確認してください

記録が入力されると、Cloudflare for SaaS は証明書を発行しました。アップロードなし、オリジン上の ACME ファイルなし、サポート チケットなし。

テーブルがひっくり返るまでリフレッシュしました アクティブ。実行中: 数分後、“2 つの証明書のうち 2 つがアクティブになります。”

ステータスがアクティブな場合、翻訳されたホスト名にアクセスする準備が整います。

もしあなたのレコードが“発行中…”長く放置されていたら、レコードをグレークラウドにしたいという衝動を抑えてください“スピードを上げるため” それは通常、事態を悪化させます。

最初の翻訳ページ

これは製品デモのスキップ部分です。SSL が緑色に変わった後に実際の URL を開きます。

翻訳されたページを開きました。ソースサイト 変更なし。ドイツ語のコピー、言語スイッチャー、同じレイアウト — は、CMS プラグインやネームサーバーの移行ではなく、Worker パスを通じて提供されます。

セットアップ後の翻訳ページ — Cloudflare Workers（O2O）を通じて提供されます。

テーマ編集なし。いいえ “プラグインをインストールして祈ってください。” 退屈な結果がポイントです。

リクエストが実際に何をするか

配線図が必要な読者のために:

1. 訪問者は翻訳された URL を要求します。
2. リクエストが入ります あなたの クラウドフレアゾーン。
3. プロキシされた CNAME は、ConveyThis via に渡します O2O.
4. 当社のワーカーはテナント構成をロードし、オリジン HTML を取得し、エッジでテキストを書き換えます。
5. 翻訳された HTML は訪問者に戻ります。ウォーム ページは次のヒットのためにキャッシュできます。

辞書が温かい場合、高価な翻訳作業は訪問者のクリティカルパスから外れます。あなたの WAF はまだ最初にリクエストを確認しました。それがピッチ全体であり、圧縮されています。

簡単に犯してしまう間違い

実行中に、他のハッピーエンドよりも役立つメモをいくつか紹介します

1. 灰色の雲 = 壊れた O2O。 チームの誰かが “デバッグ用の DNS のみ” 非難する前にオレンジ色のクラウドを元に戻した場合 ConveyThis。
2. SSLラグは正常です。 証明書は DNS を数分遅らせます。再確認してください。ゾーンを再構築しないでください。
3. 起点アクセスは鋭いエッジです。 サブドメイン（および一部のサブフォルダー）セットアップでは、ワーカーが実際のサーバー — に到達する方法が必要です。多くの場合、プロキシドです origin.yourdomain.com ホストがその名前に応答しない場合は、レコードまたはオリジン IP を使用します。ConveyThis セットアップ時にサーフェス化します。行はオプションのように見えるため、スキップしないでください。
4. O2Oはオプトインです。 クラシックプロキシを好む場合は、それを保持してください。検出のみ オファー ゾーンが Cloudflare 上にあるときのワーカー。

これを使うべき人

次の場合は Cloudflare Workers（O2O）を使用します

• ドメインの DNS はすでに Cloudflare ネームサーバーを使用しています
• 翻訳されたサブフォルダーまたはサブドメイン URL が必要です
• WAF / 近接姿勢を維持することを気にします あなたの アカウント

ドメインがまだ Cloudflare — にない場合、または Cloudflare ダッシュボードでプロキシされたレコードを管理する準備ができていない場合は、標準の DNS プロキシを使用してください。Cloudflare 以外のドメインは、に従う必要があります DNS マネージャーでの CNAME セットアップ 代わりに。

結論

ランニング、最初から最後まで:

1. ConveyThis にドメインを追加します
2. Cloudflareで“の検出を確認する
3. サブフォルダまたはサブドメインを選択 → クラウドフレアワーカー（O2O）
4. プロキシされた CNAME（および尋ねられた場合はオリジン）を貼り付けます
5. 待つ アクティブ 証明書
6. 翻訳されたURLを開きます

O2Oは花火で誰も感動させません。少し退屈に感じるはずです。同じ Cloudflare ゾーン、オレンジ色の雲が残り、端に翻訳されたページがあります。

あなたのサイトがすでに Cloudflare に存在している場合、その退屈さが特徴です。

よくある質問

ConveyThis の Cloudflare Workers（O2O）とは何ですか？

これは、ドメインの DNS がすでに Cloudflare 上にある場合に、翻訳されたページを提供する Cloudflare ネイティブの方法です。トラフィックは最初にゾーンに到達し、次に Orange-to-Orange とエッジで HTML を変換する Worker を介して ConveyThis にルーティングします。

Cloudflare ネームサーバーを変更する必要がありますか？

いいえ。O2O はドメインが であると仮定します すでに Cloudflare で。既存の Cloudflare DNS ダッシュボードにプロキシされた CNAME を追加します。

O2O に追加する DNS レコードは何ですか？

ConveyThis セットアップ時の正確なリストを表示します。このテストでは、サブフォルダO2OはプロキシCNAMEを使用しました @ そして www を指差す fallback.conveythis.net、 さらに、作業者が実際のサイトにアクセスできるように、元のレコードを追加します。オレンジ色の雲を付けたままにしてください。

O2O は標準のプロキシよりも多言語 SEO に適していますか？

どちらも SEO フレンドリーなサブフォルダーまたはサブドメイン URL を使用できます。O2O の利点は運用性です。インデックス可能な言語 URL を取得しながら、Cloudflare WAF、プロキシされた姿勢、ゾーン制御を維持できます。ソリッドと組み合わせる 多言語SEO （hreflang、正規表現、一貫した URL 構造）。

後で標準のDNSプロキシに戻すことができますか？

はい。O2Oはオプトインです。Workers が適切でない場合は、セットアップ / ドメイン設定から — に留まるか、— に戻ることができます。

これは CMS プラグインなしでも機能しますか？

はい。Worker はライブ HTML を取得し、翻訳されたページを返します。プロキシ パス自体に対して WordPress/Shopify テーマを書き換える必要はありません。

役立つリソース

• ConveyThis ヘルプセンター
• ConveyThis 価格設定
• Cloudflare: O2Oの仕組み

Cloudflare Workers（O2O）をセットアップする準備はできましたか？

ドメインがすでに Cloudflare にある場合は、ConveyThis に追加し、検出バナーを確認して選択します クラウドフレアワーカー（O2O） サブフォルダーまたはサブドメイン上。

無料プランから始めましょう — または ログイン ドメイン設定を開いて、サイトで O2O が利用可能かどうかを確認します。