Cómo configurar ConveyThis Cloudflare Workers (O2O)

Resume este post con: 8 minutos de lectura

ChatGPT Perplejidad Grok Inteligencia artificial de Google

La traducción de proxy inverso generalmente comienza de la misma manera: cambiar DNS, apuntar el tráfico al servicio de traducción, listo.

Esa historia se desmorona en el momento en que se publica el sitio ya en Cloudflare.

Tu zona ya termina TLS. Tu WAF ya filtra el tráfico. Su DNS ya utiliza registros proxy de nube naranja. Señalar el vértice en otro lugar se siente como arrancar la pila por la que pagaste — o peor aún, crear un bucle de enrutamiento donde Cloudflare habla con Cloudflare y nadie puede llegar al origen real.

Ese es el problema que construimos Trabajadores de Cloudflare (de naranja a naranja / O2O) resolver.

No quería otra página de funciones. Tomé un sitio que ya vivía en Cloudflare, ejecuté la nueva configuración ConveyThis de principio a fin y tomé notas sobre lo que era obvio, lo que era sorprendente y en qué no se debía hacer clic por accidente.

El problema que O2O realmente resuelve

Soporte escucha esto a menudo: “Estamos en Cloudflare. ¿Podemos mantener nuestra configuración?”

Con un proxy DNS clásico, la respuesta honesta fue: sí, pero tratarás ConveyThis como un salto de red diferente. Para muchos equipos de Cloudflare, ese es el discurso equivocado. Quieren URL traducidas sin abandonar la zona que ya gestionan.

De naranja a naranja es el nombre que Cloudflare le da al tráfico que pasa por dos Zonas Cloudflare: primero las tuyas y luego las de un proveedor de SaaS. Lo habilitas agregando un Proxied CNAME en su panel que apunta al nombre de host Cloudflare-for-SaaS del proveedor. Cloudflare documenta el patrón en su Descripción general del O2O.

En términos ConveyThis:

• Los visitantes siguen afectados tu Primero la zona de Cloudflare (las reglas de seguridad, el DNS y los hábitos de almacenamiento en caché permanecen).
• Luego, el tráfico se dirige a nuestra zona Cloudflare para SaaS.
• UN Obrero recupera su HTML de origen y devuelve la página traducida desde el borde.

No estás cambiando Cloudflare por otra cosa. Estás permitiendo que Cloudflare hable con Cloudflare a propósito.

ConveyThis detecta que el dominio está en Cloudflare y ofrece la opción Trabajadores (O2O).

Lo que me sorprendió en la configuración

Esperaba una lista de verificación titulada “Migra tu DNS a nosotros” Lo que obtuve fue más silencioso.

Después de agregar el dominio, ConveyThis ejecutó una verificación del servidor de nombres. La pancarta era contundente: Su dominio está en Cloudflare. Desde allí, subcarpeta / subdominio desbloqueado Trabajadores de Cloudflare (O2O) como alternativa al proxy DNS estándar — opt-in, no forzado.

Eso importaba más que el texto de marketing. El producto se adaptó a la zona que ya tenía, en lugar de arrojarme a documentos CNAME genéricos y esperar notar la nube naranja.

Yo elegí Subcarpeta (example.com/en/) y cambió el método de servicio a Trabajadores de Cloudflare (O2O).

El proxy DNS estándar permanece disponible. O2O es la opción nativa de Cloudflare cuando se detecta la zona.

El único detalle de DNS que realmente importa

ConveyThis imprimió los registros. Para mi ejecución de subcarpetas, eso significó CNAME proxy hacia fallback.conveythis.net — típicamente @ y www, más un origen registre para que el Trabajador aún pueda acceder al sitio real sin volver al proxy.

Copiar y pegar en Cloudflare tomó menos de un minuto. La regla no negociable:

Cada CNAME de ruta debe permanecer proxy (naranja). Grey-cloud / DNS Only rompe O2O. Aquí no hay un modo de falla sutil — el enrutamiento simplemente no toma la ruta de naranja a naranja.

Verificar DNS: proxy @ / www hacia fallback.conveythis.net, más el registro de origen del servidor real.

Si utiliza el modo de subdominio, espere un host de idioma por idioma (y certificados para cada uno). La subcarpeta mantiene el recuento de nombres de host más pequeño —, razón por la cual la usé para esta prueba. Para conocer las ventajas y desventajas del SEO entre esas formas de URL, consulte subdirectorios versus subdominios para SEO multilingüe.

SSL: espere y luego vuelva a verificar

Una vez ingresados los registros, Cloudflare para SaaS emitió certificados. Sin cargas, sin archivos ACME en el origen, sin ticket de soporte.

Me refresqué hasta que la mesa cambió a Activo. En mi carrera: unos minutos, luego “2 de 2 certificados activos”

Cuando el estado está activo, los nombres de host traducidos están listos para aparecer.

Si el tuyo permanece “Emitiendo…” por más tiempo, resiste la tentación de poner los registros en una nube gris “para acelerar las cosas” Eso suele empeorar las cosas.

La primera página traducida

Esta es la parte que omiten las demostraciones del producto: abrir una URL real después de que SSL se vuelva verde.

Abrí una página traducida. El sitio fuente no ha cambiado. Copia alemana, selector de idioma, mismo diseño — servido a través de la ruta Worker, no un complemento CMS ni una migración de servidor de nombres.

La página traducida después de la configuración — servida a través de Cloudflare Workers (O2O).

Sin ediciones de temas. No “instale nuestro complemento y ore.” El resultado aburrido es el punto.

Qué hace realmente la solicitud

Para los lectores que quieran el diagrama de cableado:

1. El visitante solicita una URL traducida.
2. La solicitud entra tu Zona de llamaradas de nubes.
3. El CNAME proxy lo entrega a ConveyThis a través de O2O.
4. Nuestro trabajador carga la configuración del inquilino, obtiene el HTML de origen y reescribe el texto en el borde.
5. El HTML traducido regresa al visitante; las páginas calientes se pueden almacenar en caché para el próximo impacto.

El costoso trabajo de traducción se mantiene fuera del camino crítico del visitante cuando el diccionario está caliente. Su WAF todavía vio la solicitud primero. Ese es todo el tono, comprimido.

Errores que son fáciles de cometer

Algunas notas de la carrera que son más útiles que otro final feliz:

1. Nube gris = O2O roto. Si alguien de su equipo “solo DNS para depuración” vuelve a colocar la nube naranja antes de culpar a ConveyThis.
2. El retraso de SSL es normal. Los certificados rastrean el DNS unos minutos. Vuelva a verificar; no reconstruya la zona.
3. El acceso al origen es el borde afilado. Las configuraciones de subdominio (y algunas subcarpetas) necesitan una forma para que el Trabajador llegue al servidor real — a menudo un Proxied origin.yourdomain.com registro, o una IP de origen cuando el host no responde por ese nombre. ConveyThis aparece eso en la configuración; no omita la fila porque parece opcional.
4. O2O es opt-in. Si prefieres el proxy clásico, consérvalo. Sólo detección ofertas Trabajadores cuando la zona está en Cloudflare.

¿quién debería usar esto

Utilice trabajadores de Cloudflare (O2O) si:

• El DNS del dominio ya utiliza servidores de nombres Cloudflare
• Desea URL traducidas de subcarpetas o subdominios
• Te preocupas por mantener la postura WAF / Proxied tu cuenta

Continúe con el proxy DNS estándar si el dominio aún no está en Cloudflare — o si no está listo para administrar registros proxy en el panel de Cloudflare. Los dominios que no sean Cloudflare deben seguir las instrucciones Configuración de CNAME en el administrador de DNS en cambio.

Conclusión

La carrera, de principio a fin:

1. Agregue el dominio en ConveyThis
2. Confirme la detección “en Cloudflare”
3. Elija Subcarpeta o Subdominio → Trabajadores de Cloudflare (O2O)
4. Pegar CNAME proxy (y origen cuando se le solicite)
5. Esperar Activo certificados
6. Abra una URL traducida

O2O no impresionará a nadie con fuegos artificiales. Debería sentirse un poco aburrido: misma zona de Cloudflare, nubes naranjas dejadas, páginas traducidas en el borde.

Si su sitio ya vive en Cloudflare, esa característica es el aburrimiento.

Preguntas frecuentes

¿Qué son los trabajadores de Cloudflare (O2O) en ConveyThis?

Es la forma nativa de Cloudflare de servir páginas traducidas cuando el DNS de su dominio ya está en Cloudflare. El tráfico llega primero a su zona, luego se dirige a ConveyThis a través de Orange-to-Orange y un Worker que traduce HTML en el borde.

¿Necesito cambiar mis servidores de nombres de Cloudflare?

No. O2O asume que el dominio es ya en Cloudflare. Agrega CNAME proxy en tu panel DNS de Cloudflare existente.

¿Qué registros DNS agrego para O2O?

ConveyThis muestra la lista exacta en la configuración. En esta prueba, la subcarpeta O2O utilizó CNAME proxy para @ y www señalando fallback.conveythis.net, además de un registro de origen para que el Trabajador pueda llegar al sitio real. Mantenga la nube naranja encendida.

¿Es O2O mejor para el SEO multilingüe que el proxy estándar?

Ambos pueden utilizar URL de subcarpetas o subdominios compatibles con SEO. La ventaja de O2O es operativa: mantiene Cloudflare WAF, postura proactiva y control de zona sin dejar de obtener URL de idioma indexables. Combínalo con sólido SEO multilingüe (hreflang, canónicos, estructura de URL consistente).

¿Puedo volver al proxy DNS estándar más tarde?

Sí. O2O es opt-in. Si Workers no es la opción adecuada, puede permanecer en — o volver a — la ruta de proxy DNS clásica ConveyThis desde la configuración / configuración del dominio.

¿Funciona esto sin un complemento CMS?

Sí. The Worker recupera su HTML en vivo y devuelve una página traducida. No necesita reescribir el tema de WordPress/Shopify para la ruta del proxy en sí.

Recursos útiles

• ConveyThis Centro de ayuda
• ConveyThis precios
• Cloudflare: cómo funciona el O2O

¿Está listo para configurar Cloudflare Workers (O2O)?

Si su dominio ya está en Cloudflare, agréguelo en ConveyThis, confirme el banner de detección y elija Trabajadores de Cloudflare (O2O) en Subcarpeta o Subdominio.

Comience con nuestro plan gratuito — o iniciar sesión y abra la configuración del dominio para ver si O2O está disponible para su sitio.