El cliente pide un sitio web en tres idiomas. Usted abre la documentación de Tilda, mira las soluciones multilingües y se da cuenta: ni Weglot ni las herramientas integradas podrán manejar el catálogo y los formularios. Multify funciona de manera diferente, no a través de un script en la página, sino a través de DNS. Analicemos cómo.
El problema con la traducción del lado del cliente
La mayoría de los servicios de traducción funcionan con un principio: insertan un script de JavaScript en el <head> de la página. El script se carga en el navegador, intercepta el texto de la página y lo reemplaza con la traducción.
Esto crea varios problemas.
Los motores de búsqueda ven el original. Googlebot solicita la página, recibe HTML sin el script (o con el script sin ejecutar) e indexa el idioma original. Las versiones de idioma no se indexan en absoluto o se indexan como duplicados. Google confirma oficialmente que la renderización de JavaScript se produce con un retraso y no está garantizada.
El contenido dinámico no se traduce. Tilda carga el catálogo de productos a través de una solicitud de API separada. Para cuando el script de traducción ya ha "procesado" la página, los productos aún no han llegado. Resultado: la interfaz está traducida, pero los nombres de los productos y los precios están en el idioma original.
Los formularios se rompen. Los formularios de Tilda envían datos a través de su propio dominio. El script de traducción funciona en su dominio y no tiene acceso a las solicitudes de Tilda. Las etiquetas de los campos, los mensajes de error y el texto después del envío permanecen sin traducir.
Cómo funciona el proxy inverso
Multify se conecta a nivel de DNS. Usted cambia los registros para que el tráfico a las versiones de idioma pase a través de los servidores de Multify, y no directamente a Tilda.
El esquema funciona así:
- El usuario abre de.yoursite.com (o yoursite.com/de)
- DNS envía la solicitud a los servidores de Multify
- Multify solicita la página original a Tilda
- Recibe el HTML, traduce todo el contenido en el servidor
- Entrega al usuario la página ya traducida
El usuario ve su dominio. Tilda ni siquiera sabe que hay una capa de proxy entre ella y el usuario. Desde el punto de vista de Tilda, es solo otra solicitud al sitio web.
¿Por qué la traducción del lado del servidor es importante para el SEO?
Cuando la traducción se realiza en el servidor antes de entregar el HTML, el motor de búsqueda recibe una página ya traducida y lista. Esto significa:
- Googlebot indexa la versión alemana como una URL separada con contenido alemán
- Los atributos hreflang en <head> apuntan a las versiones de idioma correctas
- En el sitemap hay URL separadas para cada idioma
- No hay contenido duplicado: cada versión tiene su propia semántica
Todos estos tags son generados automáticamente por Multify. No necesita escribir manualmente hreflang para cada página o mantener un sitemap separado. Los requisitos de implementación se describen en la documentación de Google para versiones localizadas.
¿Qué significa esto para el contenido dinámico?
La arquitectura de proxy intercepta no solo el HTML inicial, sino también todas las solicitudes posteriores de contenido. Cuando Tilda carga un catálogo de productos a través de una API, Multify intercepta la respuesta del servidor y la traduce antes de entregarla al navegador.
En la práctica, esto significa:
- Los nombres y descripciones de los productos se traducen por completo
- Los precios se convierten a la moneda deseada (más sobre esto a continuación)
- Los artículos del blog que se cargan dinámicamente cambian al idioma correcto
- El contenido de los widgets y bloques de terceros se procesa donde sea técnicamente posible
Para la agencia, esto elimina la pregunta más frecuente de los clientes con catálogos: "¿se traducirán también los productos?"