Die Reverse-Proxy-Übersetzung beginnt normalerweise auf die gleiche Weise: DNS ändern, Datenverkehr auf den Übersetzungsdienst verweisen, fertig.
Diese Geschichte zerbricht in dem Moment, in dem die Website verfügbar ist bereits auf Cloudflare.
Ihre Zone beendet TLS bereits. Ihr WAF filtert bereits den Datenverkehr. Ihr DNS verwendet bereits proxierte Orange-Cloud-Einträge. Den Apex woanders hin zu zeigen, fühlt sich an, als würde man den Stapel herausreißen, für den man bezahlt hat — oder schlimmer noch, eine Routing-Schleife erstellen, in der Cloudflare mit Cloudflare spricht und niemand den wahren Ursprung erreichen kann.
Das ist das Problem, das wir aufgebaut haben Cloudflare-Mitarbeiter (Orange-zu-Orange / O2O) lösen.
Ich wollte keine weitere Feature-Seite. Ich habe eine Site genommen, die bereits auf Cloudflare läuft, das neue ConveyThis-Setup Ende an Ende ausgeführt und mir Notizen darüber gemacht, was offensichtlich und überraschend war und worauf man nicht versehentlich klicken sollte.
Das Problem O2O löst tatsächlich
Support hört das oft: “Wir sind auf Cloudflare. Können wir unser Setup behalten?”
Bei einem klassischen DNS-Proxy lautete die ehrliche Antwort: Ja, aber Sie werden ConveyThis wie einen anderen Netzwerk-Hop behandeln. Für viele Cloudflare-Teams ist das der falsche Pitch. Sie möchten übersetzte URLs, ohne die Zone aufzugeben, die sie bereits verwalten.
Orange-zu-Orange ist Cloudflares Name für den Verkehr, der durch zwei Cloudflare-Zonen: zuerst Ihre, dann die eines SaaS-Anbieters. Sie aktivieren es, indem Sie a hinzufügen Proxyed CNAME in Ihrem Dashboard, das auf den Cloudflare-for-SaaS-Hostnamen des Anbieters verweist. Cloudflare dokumentiert das Muster in ihrem O2O-Übersicht.
In ConveyThis Begriffen:
- Besucher immer noch betroffen Ihr Cloudflare-Zone zuerst (Sicherheitsregeln, DNS, Caching-Gewohnheiten bleiben bestehen).
- Der Verkehr routet dann in unsere Cloudflare-für-SaaS-Zone.
- A Arbeiter ruft Ihr Ursprungs-HTML ab und gibt die übersetzte Seite vom Rand zurück.
Sie tauschen Cloudflare nicht gegen etwas anderes. Sie lassen Cloudflare absichtlich mit Cloudflare sprechen.

ConveyThis erkennt, dass sich die Domäne auf Cloudflare befindet und bietet die Option Workers (O2O) an.
Was mich im Setup überrascht hat
Ich habe eine Checkliste mit dem Titel “Migrieren Sie Ihr DNS zu uns.” erwartet Was ich bekam, war ruhiger.
Nachdem ich die Domäne hinzugefügt hatte, führte ConveyThis eine Nameserver-Prüfung durch. Das Banner war unverblümt: Ihre Domain befindet sich auf Cloudflare. Von dort aus wird der Unterordner / die Unterdomäne freigeschaltet Cloudflare-Mitarbeiter (O2O) als Alternative zum Standard-DNS-Proxy — Opt-in, nicht erzwungen.
Das war wichtiger als der Marketingtext. Das Produkt passte sich der Zone an, die ich bereits hatte, anstatt mich in generische CNAME-Dokumente zu werfen und zu hoffen, dass mir die orangefarbene Wolke auffiel.
Ich habe ausgewählt Unterordner (example.com/en/) und stellte die Serve-Methode auf um Cloudflare-Mitarbeiter (O2O).

Der Standard-DNS-Proxy bleibt verfügbar. O2O ist die Cloudflare-native Option, wenn die Zone erkannt wird.
Das einzige DNS-Detail, das wirklich zählt
ConveyThis druckte die Aufzeichnungen. Für meinen Unterordnerlauf bedeutete das Proxy-CNAMEs in Richtung fallback.conveythis.net — typischerweise @ „ www, plus ein Herkunft Datensatz, damit der Worker immer noch die tatsächliche Site erreichen kann, ohne in den Proxy zurückzukehren.
Das Kopieren/Einfügen in Cloudflare dauerte weniger als eine Minute. Die nicht verhandelbare Regel:
Jeder Routing-CNAME muss Proxied (orange) bleiben. Grey-Cloud / DNS unterbricht nur O2O. Hier gibt es keinen subtilen Fehlermodus — das Routing nimmt einfach nicht den Orange-zu-Orange-Pfad.

DNS überprüfen: Proxied @ / www hin zu fallback.conveythis.net, plus der Ursprungsdatensatz für den echten Server.
Wenn Sie stattdessen den Subdomain-Modus verwenden, erwarten Sie einen Sprachhost pro Sprache (und Zertifikate für jede). Der Unterordner hält die Anzahl der Hostnamen kleiner —, weshalb ich ihn für diesen Test verwendet habe. Informationen zu den SEO-Kompromissen zwischen diesen URL-Formen finden Sie unter Unterverzeichnisse vs. Subdomains für mehrsprachige SEO.
SSL: warten, dann erneut prüfen
Sobald die Aufzeichnungen vorliegen, stellt Cloudflare für SaaS Zertifikate aus. Keine Uploads, keine ACME-Dateien auf dem Ursprung, kein Support-Ticket.
Ich habe aktualisiert, bis der Tisch umgedreht wurde Aktiv. In meinem Lauf: ein paar Minuten, dann “2 von 2 Zertifikaten aktiv.”

Wenn der Status aktiv ist, sind die übersetzten Hostnamen bereit zum Treffer.
Wenn Ihr Dokument länger auf “Ausgabe…” steht, widerstehen Sie dem Drang, die Aufzeichnungen graue Wolken zu ziehen “um die Dinge zu beschleunigen.” Das macht es normalerweise noch schlimmer.
Die erste übersetzte Seite
Dies ist der Teil, den Produktdemos überspringen: Öffnen Sie eine echte URL, nachdem SSL grün wird.
Ich habe eine übersetzte Seite geöffnet. Quellseite unverändert. Deutsche Kopie, Sprachumschalter, gleiches Layout — wird über den Worker-Pfad bereitgestellt, kein CMS-Plugin und keine Nameserver-Migration.

Die übersetzte Seite nach der Einrichtung — wird über Cloudflare Workers (O2O) bereitgestellt.
Keine Themenbearbeitungen. Nein “installieren Sie unser Plugin und beten Sie.” Das langweilige Ergebnis ist der Punkt.
Was die Anfrage eigentlich bewirkt
Für Leser, die den Schaltplan haben möchten:
- Besucher fordert eine übersetzte URL an.
- Anfrage geht ein Ihr Wolkenflare-Zone.
- Proxied CNAME übergibt es an ConveyThis über O2O.
- Unser Worker lädt die Mandantenkonfiguration, ruft das ursprüngliche HTML ab und schreibt den Text am Rand neu.
- Übersetztes HTML kehrt zum Besucher zurück; warme Seiten können für den nächsten Treffer zwischengespeichert werden.
Teure Übersetzungsarbeiten bleiben dem kritischen Pfad des Besuchers fern, wenn das Wörterbuch warm ist. Ihre WAF hat die Anfrage trotzdem zuerst gesehen. Das ist die gesamte Tonhöhe, komprimiert.
Fehler, die leicht zu machen sind
Ein paar Anmerkungen aus dem Lauf, die nützlicher sind als ein weiteres Happy End:
- Graue Wolke = gebrochenes O2O. Wenn jemand in Ihrem Team “nur DNS zum Debuggen” die orangefarbene Wolke zurücklegt, bevor Sie ConveyThis die Schuld geben.
- SSL-Verzögerung ist normal. Zertifikate liegen einige Minuten hinter DNS zurück. Überprüfen Sie es erneut; bauen Sie die Zone nicht wieder auf.
- Der Ursprungszugang ist die scharfe Kante. Subdomänen- (und einige Unterordner-)Setups benötigen eine Möglichkeit für den Worker, den echten Server zu erreichen — oft ein Proxied
origin.yourdomain.comDatensatz oder eine Ursprungs-IP, wenn der Host nicht auf diesen Namen antwortet. ConveyThis zeigt dies im Setup an. Überspringen Sie die Zeile nicht, da sie optional erscheint. - O2O ist Opt-in. Wenn Sie den klassischen Proxy bevorzugen, behalten Sie ihn. Nur Erkennung Angebote Arbeiter, wenn die Zone auf Cloudflare ist.
Wer sollte das nutzen
Verwenden Sie Cloudflare Workers (O2O), wenn:
- DNS für die Domäne verwendet bereits Cloudflare-Nameserver
- Sie möchten übersetzte Unterordner- oder Unterdomänen-URLs
- Es ist Ihnen wichtig, die WAF-/Proxied-Haltung beizubehalten Ihr Konto
Bleiben Sie beim Standard-DNS-Proxy, wenn sich die Domäne noch nicht auf Cloudflare befindet — oder wenn Sie nicht bereit sind, Proxied-Einträge im Cloudflare-Dashboard zu verwalten. Nicht-Cloudflare-Domänen sollten dem folgen CNAME-Setup im DNS-Manager stattdessen.
Fazit
Der Lauf, von Anfang bis Ende:
- Fügen Sie die Domäne in ConveyThis hinzu
- Bestätigen Sie die “on Cloudflare”-Erkennung
- Wählen Sie Unterordner oder Unterdomäne → Cloudflare-Mitarbeiter (O2O)
- Fügen Sie proxierte CNAMEs ein (und geben Sie auf Anfrage den Ursprung an)
- Warten auf Aktiv Zertifikate
- Öffnen Sie eine übersetzte URL
O2O wird niemanden mit Feuerwerk beeindrucken. Es sollte sich etwas langweilig anfühlen: dieselbe Cloudflare-Zone, orangefarbene Wolken bleiben dran, übersetzte Seiten am Rand.
Wenn Ihre Site bereits auf Cloudflare läuft, ist Langeweile das Feature.
Häufig gestellte Fragen
Was sind Cloudflare Workers (O2O) in ConveyThis?
Es handelt sich um die Cloudflare-native Möglichkeit, übersetzte Seiten bereitzustellen, wenn das DNS Ihrer Domäne bereits auf Cloudflare gespeichert ist. Der Verkehr erreicht zuerst Ihre Zone und leitet dann über Orange-to-Orange und einen Worker, der HTML am Rand übersetzt, zu ConveyThis weiter.
Muss ich meine Cloudflare-Nameserver ändern?
Nein. O2O geht davon aus, dass die Domäne ist bereits auf Cloudflare. Sie fügen Proxied CNAMEs in Ihrem vorhandenen Cloudflare DNS-Dashboard hinzu.
Welche DNS-Einträge füge ich für O2O hinzu?
ConveyThis zeigt die genaue Liste im Setup. In diesem Test verwendete der Unterordner O2O Proxied CNAMEs für @ „ www zeigt auf fallback.conveythis.net, plus ein Ursprungsdatensatz, damit der Arbeiter den tatsächlichen Standort erreichen kann. Behalten Sie die orangefarbene Wolke an.
Ist O2O für mehrsprachiges SEO besser als der Standard-Proxy?
Beide können SEO-freundliche Unterordner- oder Unterdomänen-URLs verwenden. Der Vorteil von O2O liegt in der Funktionsweise: Sie behalten Cloudflare WAF, Proxied Posture und Zonenkontrolle bei und erhalten gleichzeitig indexierbare Sprach-URLs. Kombinieren Sie es mit festem mehrsprachige SEO (hreflang, kanonische, konsistente URL-Struktur).
Kann ich später wieder zum Standard-DNS-Proxy wechseln?
Ja. O2O ist Opt-in. Wenn Workers nicht die richtige Passform hat, können Sie auf — bleiben oder von Setup / Domain-Einstellungen zurück zu — dem klassischen ConveyThis DNS-Proxy-Pfad wechseln.
Funktioniert das ohne CMS-Plugin?
Ja. Der Worker ruft Ihr Live-HTML ab und gibt eine übersetzte Seite zurück. Sie benötigen keine WordPress/Shopify-Theme-Neuschreibung für den Proxy-Pfad selbst.
Nützliche Ressourcen
Sind Sie bereit, Cloudflare Workers (O2O) einzurichten?
Wenn Ihre Domain bereits auf Cloudflare ist, fügen Sie sie in ConveyThis hinzu, bestätigen Sie das Erkennungsbanner und wählen Sie Cloudflare-Mitarbeiter (O2O) auf Unterordner oder Unterdomäne.
Beginnen Sie mit unserem kostenlosen Plan — oder Anmelden und Open Domain-Setup, um zu sehen, ob O2O für Ihre Site verfügbar ist.