Cloudflare O2O : Comment configurer les travailleurs ConveyThis (orange à orange)

Résumez ce post avec : 9 min de lecture

ChatGPT Perplexité Grok Google IA

Cloudflare O2O (Orange-to-Orange) est une configuration de routage dans laquelle une requête passe par deux zones Cloudflare : ton zone d'abord, puis la zone d'un fournisseur SaaS vers lequel vous pointez. Vous l'allumez en ajoutant un Par procuration (orange-cloud) Enregistrement CNAME qui cible le nom d'hôte du fournisseur. Cloudflare applique d'abord les paramètres de votre zone et ensuite ceux du fournisseur, afin que votre WAF et vos règles continuent de fonctionner.

ConveyThis utilise O2O pour servir les pages traduites pour les sites qui sont déjà sur Cloudflare, sans changement de serveur de noms. Ce guide explique comment fonctionne O2O, comment le configurer avec ConveyThis étape par étape et ce qu'il faut vérifier lorsqu'il ne se comporte pas.

Principaux points à retenir

• O2O s'applique uniquement lorsque vous pointez un CNAME proxy chez un fournisseur Cloudflare pour SaaS, et uniquement lorsque les deux zones appartiennent à différents comptes Cloudflare.
• Les paramètres de votre zone s'exécutent en premier. Les règles de sécurité, les paramètres du bot et les règles de page que vous possédez déjà voient toujours la demande.
• Un enregistrement en nuage gris (DNS uniquement) ou un enregistrement A ne prend pas le chemin O2O.
• Avec ConveyThis, vous ajoutez des CNAME proxy à fallback.conveythis.net, attendez que les certificats deviennent actifs et les pages traduites sont servies par un Cloudflare Worker en périphérie.
• O2O est facultatif. La configuration DNS standard ConveyThis reste disponible.

Qu'est-ce que Cloudflare O2O, en termes simples

De nombreux produits SaaS (créateurs de sites, plateformes de commerce électronique, proxys de traduction) fonctionnent sur Cloudflare pour SaaS. Leurs clients connectent un domaine personnalisé en ajoutant un enregistrement CNAME qui pointe vers le fournisseur.

Si le domaine de ce client est aussi sur Cloudflare, la requête rencontre deux zones Cloudflare en route vers la page. Cloudflare Documentation O2O définit cela comme “une configuration de routage de trafic spécifique où le trafic passe par deux zones Cloudflare : la première zone Cloudflare appartient au client 1 et la deuxième zone Cloudflare appartient au client 2, qui est considéré comme un fournisseur SaaS.”

Trois faits de cette page déterminent si O2O s’applique à vous :

1. Type d'enregistrement. Vous avez besoin “d'un enregistrement DNS proxy correspondant au nom d'hôte personnalisé avec une cible CNAME définie par le fournisseur SaaS.”
2. Commande. “Les paramètres configurés dans votre zone Cloudflare seront d'abord appliqués au trafic, puis les paramètres configurés dans la zone du fournisseur SaaS seront appliqués au trafic en second.”
3. Comptes. “O2O ne s'applique que lorsque les deux zones font partie de comptes Cloudflare différents.” Cela ne s’applique pas non plus lorsqu’un enregistrement A est utilisé.“

Le fournisseur peut voir qu'une requête est arrivée via O2O : Cloudflare ajoute l'en-tête cf-connecting-o2o: 1 dans la zone du fournisseur.

Pourquoi O2O est important pour la traduction de sites Web

Un proxy de traduction doit se trouver entre le visiteur et votre site afin de pouvoir renvoyer du HTML traduit. La méthode classique consiste à pointer DNS pour les noms d’hôtes traduits vers le proxy.

C'est gênant lorsque votre domaine vit déjà sur Cloudflare. Votre équipe s'appuie sur le TLS, le WAF et la mise en cache de la zone, et personne ne veut déplacer le DNS ou désactiver le cloud orange juste pour ajouter des langues. O2O évite ce compromis : la requête entre dans votre zone comme d'habitude, puis continue vers la zone Cloudflare for SaaS ConveyThis’s, où un Worker produit la page traduite.

ConveyThis détecte que le domaine est sur Cloudflare et propose l'option Workers (O2O).

Avant de commencer

• Les serveurs de noms de votre domaine sont ceux de Cloudflare et vous pouvez modifier ses enregistrements DNS.
• Vous avez un compte ConveyThis avec le domaine ajouté. Les structures d'URL des sous-dossiers et des sous-domaines sont disponibles sur le plan d'affaires et au-dessus (prix).
• Vous savez quelle structure d’URL vous souhaitez. Le sous-dossier donne example.com/de/, le sous-domaine donne de.example.com. Notre comparaison de sous-répertoires vs. sous-domaines pour le référencement multilingue couvre le côté référencement et l'article d'aide sur sous-domaine vs. sous-répertoire couvre les limites de la plate-forme.

Comment configurer ConveyThis Cloudflare Workers (O2O)

Étape 1 : Ajoutez le domaine et confirmez la détection Cloudflare

Lorsque vous ajoutez le domaine, ConveyThis vérifie ses serveurs de noms. S'ils appartiennent à Cloudflare, la configuration affiche un avis indiquant que le domaine est sur Cloudflare et se déverrouille Travailleurs Cloudflare (O2O) pour les structures de sous-dossiers et de sous-domaines.

Étape 2 : Choisissez la structure de l'URL et basculez la méthode de service sur O2O

Choisir Sous-dossier ou Sous-domaine, puis choisissez Travailleurs Cloudflare (O2O) comme méthode de service. Le proxy DNS standard reste disponible sur le même écran si vous préférez l'utiliser.

Le proxy DNS standard reste disponible. O2O est l'option native de Cloudflare lorsque la zone est détectée.

Étape 3 : Ajoutez les enregistrements CNAME proxy dans Cloudflare

ConveyThis imprime les enregistrements exacts de votre domaine. Ils pointent du doigt fallback.conveythis.net:

• Sous-dossier : typiquement @ et www, plus un enregistrement d'origine lorsque votre configuration en a besoin.
• Sous-domaine : un enregistrement par hôte de langue (par exemple de, fr), plus un origin enregistrez afin que le travailleur puisse atteindre votre site réel sans revenir en arrière.

Ajoutez-les dans votre tableau de bord DNS Cloudflare et quittez le cloud orange sur chaque disque. C'est la seule règle que vous ne pouvez pas contourner : un enregistrement DNS uniquement ne passe pas par O2O.

Vérifier le DNS : proxy @ / www vers fallback.conveythis.net, plus l'enregistrement d'origine du serveur réel.

Étape 4 : Attendez que SSL devienne actif

Cloudflare for SaaS émet les certificats pour vos noms d'hôtes. ConveyThis utilise la validation HTTP, vous n'ajoutez donc pas d'enregistrements de validation (TXT) ni ne téléchargez quoi que ce soit sur votre serveur. Actualisez le tableau d'état jusqu'à ce que chaque certificat s'affiche Actif. Lors de notre test, cela a pris quelques minutes.

Lorsque le statut est actif, les noms d’hôtes traduits sont prêts.

Étape 5 : Ouvrir une URL traduite

Charger une page traduite, telle que example.com/de/ ou de.example.com. Vous devriez voir votre mise en page normale avec le texte traduit et le sélecteur de langue.

Une page traduite servie via Cloudflare Workers (O2O).

Qu'arrive-t-il à chaque demande

Voici le chemin emprunté par la demande d'un visiteur, en fonction de la façon dont le ConveyThis edge Worker est construit :

1. Le visiteur demande une URL traduite. La demande entre ton Zone Cloudflare, et vos règles s'appliquent.
2. Le CNAME proxy le remet à Cloudflare ConveyThis’s pour la zone SaaS (O2O).
3. Le Worker recherche les paramètres de votre domaine, détermine la langue cible à partir du sous-dossier ou du sous-domaine et récupère la page d'origine à partir de votre origine.
4. Au fur et à mesure que le code HTML circule, le Worker échange les traductions d'un dictionnaire stocké contre votre site. Il pointe également des liens internes, la balise canonique et og:url dans la même version linguistique et définit la page lang attribut.
5. La page traduite revient au visiteur. Le texte qui n'a pas encore de traduction est envoyé pour traduction en arrière-plan, il apparaît donc dans le dictionnaire pour la vue suivante.

Quelques détails qui méritent d'être connus :

• Mise en cache. Les pages traduites sont mises en cache sur le bord. La clé de cache inclut une empreinte digitale de vos traductions, donc lorsque vous modifiez une traduction, la requête suivante obtient une nouvelle page sans purge manuelle.
• Visiteurs connectés. Les requêtes contenant des cookies ignorent le cache de la page partagée, de sorte qu'un visiteur ne voit jamais la page personnalisée d'un autre visiteur.
• Contenu exclu. Texte à l'intérieur script, style, code, pre et textarea n'est jamais traduit, et rien n'est marqué non plus translate="no".
• Protection de boucle. Si un enregistrement mal configuré renvoie la propre requête du Worker à lui-même, il s'arrête avec une erreur au lieu de boucler.

Dépannage

L'URL traduite ne charge pas et n'affiche pas votre site d'origine. Vérifiez que chaque enregistrement de routage est toujours Proxied. Le changement d'un enregistrement vers DNS uniquement “pour le débogage” est la cause la plus courante.

Les certificats restent en vigueur “Émission”. Donnez-lui un peu plus de temps et revérifiez. Ne changez pas les enregistrements en nuage gris pour accélérer les choses. O2O a besoin qu'ils soient proxy, vous ne créeriez donc qu'un deuxième problème à annuler.

Erreur concernant une boucle ou des pages qui ne finissent jamais de se charger. Le travailleur ne peut pas accéder à votre vrai site. Assurez-vous que l'enregistrement d'origine ConveyThis répertorié existe, est correct et pointe vers votre serveur ou votre plate-forme réelle.

Votre propre pare-feu bloque les pages traduites. Étant donné que votre zone s'exécute en premier, une règle WAF stricte ou un paramètre de bot peut bloquer les requêtes avant qu'elles n'atteignent ConveyThis. Vérifiez vos événements de sécurité pour les noms d’hôtes traduits.

Certains textes restent dans la langue originale. S'il s'agit d'un tout nouveau texte, rechargez-le après un moment. Si cela persiste, vérifiez si l'élément a translate="no", ou modifiez la traduction dans votre tableau de bord ConveyThis.

Devez-vous utiliser O2O ou la configuration DNS standard ?

Utiliser Travailleurs Cloudflare (O2O) si votre domaine utilise déjà les serveurs de noms Cloudflare et que vous souhaitez conserver la sécurité et le contrôle de votre zone tout en ajoutant des URL de sous-dossiers ou de sous-domaines traduites.

Utilisez le configuration DNS standard si votre domaine n'est pas sur Cloudflare, ou si vous préférez ne pas gérer les enregistrements Proxied dans le tableau de bord Cloudflare. Pour les domaines non Cloudflare, suivez les Guide de configuration CNAME.

Quoi qu'il en soit, vérifiez une page traduite après la configuration avec “Afficher la source” : le lang L'attribut et le canonique doivent correspondre à l'URL traduite, et si vous vous fiez à hreflang, confirmez que chaque version de langue est répertoriée. Le page de fonctionnalités de référencement multilingue explique ce que ConveyThis ajoute pour les moteurs de recherche.

FAQ

Que signifie O2O dans Cloudflare ? Orange-to-Orange : trafic qui traverse deux zones Cloudflare, la vôtre et celle d'un fournisseur SaaS, via un CNAME Proxied.

Dois-je changer mes serveurs de noms pour ConveyThis O2O ? Non. O2O est destiné aux domaines qui sont déjà sur Cloudflare. Vous ajoutez uniquement des enregistrements CNAME proxy dans votre zone existante.

Est-ce que O2O fonctionne avec un disque A ? Non. La documentation de Cloudflare indique que O2O “ne s'applique pas lorsqu'un enregistrement A est utilisé.” Utilisez les enregistrements CNAME ConveyThis qui vous sont affichés.

Mes règles Cloudflare WAF et de page s'appliquent-elles toujours ? Oui. Votre zone traite d'abord la demande, puis la zone du fournisseur.

Puis-je revenir au proxy DNS standard ? Oui. O2O est opt-in et vous pouvez modifier la méthode serve dans les paramètres URL de votre domaine.

Ai-je besoin d'un plugin CMS ? Non. Le Worker traduit le code HTML que votre site envoie déjà, il fonctionne donc quelle que soit la manière dont le site est construit.

Déjà sur Cloudflare ? Créer un compte ConveyThis, ajoutez votre domaine et choisissez Travailleurs Cloudflare (O2O) à l'étape de structure de l'URL.