Ha creado un sitio web en Tilda, ha añadido un catálogo y ha configurado el proceso de pago. Ahora necesita lanzar versiones en inglés y alemán. Parece que basta con traducir el texto.
Según CSA Research, el 76% de los compradores prefieren comprar en su idioma nativo, y el 40% no comprará en otro idioma en absoluto. Pero agregar una versión de idioma y hacer que funcione son tareas diferentes.
En la práctica, una tienda multilingüe es más compleja que un sitio web multilingüe normal. Aquí hay un catálogo dinámico, un carrito de compras, un proceso de pago, notificaciones de pago, mensajes de error. Cada uno de estos elementos requiere atención individual. Si se pasa algo por alto, un comprador de Alemania verá el catálogo en alemán con un carrito de compras en ruso.
Qué necesita traducir exactamente en la tienda
En una tienda online en Tilda, hay varias categorías de contenido que se comportan de manera diferente. El texto estático de las páginas es la menor parte del problema.
Contenido estático
Descripción de la tienda, textos sobre la empresa, condiciones de envío, bloques estáticos en la página principal. Esto se traduce de forma estándar, cualquier traductor proxy puede hacerlo.
Catálogo de productos
Tilda carga las tarjetas de productos dinámicamente a través de JavaScript. Los nombres, descripciones, características y precios se generan después de que la página se carga. La mayoría de los traductores solo ven la estructura HTML, no lo que se carga después.
Resultado: el producto en el catálogo se llama «Leather wallet», pero al hacer clic en la tarjeta del producto, el nombre está en ruso. O todo el catálogo permanece sin traducir.
Carrito y pago
Tilda Store es un módulo separado con su propia lógica. El carrito, la página de pago, los campos de dirección de envío, la selección del método de pago, el botón «Pagar», todo esto son componentes separados. La mayoría de los servicios no los traducen.
Mensajes del sistema
«Producto añadido al carrito», «stock insuficiente», notificaciones de error, todo esto se genera dinámicamente. A menudo permanece en el idioma del sitio original, incluso cuando todo lo demás está traducido.
Correos electrónicos y notificaciones
La confirmación del pedido por correo electrónico es una historia aparte. Tilda envía correos electrónicos a través de su propio mecanismo, y Multify no influye en este proceso. Esto no es un error ni una limitación de un servicio específico: los correos electrónicos están fuera del ámbito de responsabilidad del proxy.
Técnicamente, esto se puede resolver mediante automatización externa. Multify transmite campos de idioma, país y dominio desde donde se envió la solicitud en los datos del formulario. Si conecta n8n, Make o un análogo, puede configurar la lógica: si llega una solicitud de la versión alemana, envíe un correo electrónico utilizando la plantilla alemana. Pero esta es una integración separada que debe configurarse usted mismo.
¿Por qué las soluciones estándar no funcionan?
Weglot y Linguise traducen HTML estático. El contenido dinámico (catálogo, carrito, mensajes) no lo ven o lo traducen de forma inestable.
Problema específico: cuando un usuario añade un producto al carrito, Tilda se conecta a sus servidores y obtiene datos en tiempo real. En este punto, el traductor del lado del cliente ya ha terminado de procesar la página. No ve los nuevos datos.
La solución es la traducción del lado del servidor. Cuando todas las solicitudes a Tilda pasan por un proxy, cada respuesta (incluidos los datos del catálogo y el estado del carrito) se traduce en el servidor, y el resultado final llega al navegador. El usuario siempre ve el contenido traducido, independientemente de cómo haya llegado a la página.
Monedas: tres enfoques y sus consecuencias
Una tienda multilingüe casi siempre requiere multimoneda. Para un comprador alemán, los precios deben estar en euros; para uno británico, en libras. Hay tres enfoques, y cada uno tiene diferentes consecuencias para el SEO.
Conversión en JavaScript
El método más común: un script en la página toma el precio en rublos y lo convierte a la moneda deseada directamente en el navegador. El usuario ve euros, pero en el HTML siguen siendo rublos.
Esto es malo para el SEO. Googlebot escanea la página y ve los precios en rublos. Si su sitio es para el mercado alemán, registra una discrepancia entre lo que indexa y lo que ve el usuario. Esto afecta la clasificación para las consultas alemanas.
Mantenimiento manual de múltiples catálogos
Un catálogo separado con precios en euros para la versión alemana. Funciona, pero requiere actualización manual cada vez que cambian los precios. Para un catálogo pequeño es aceptable, para más de 200 productos, no.
Conversión en el servidor
Los precios se recalculan en el servidor y el usuario recibe una página lista con la moneda deseada. Googlebot ve exactamente lo mismo que ve un comprador alemán: precios en euros, SEO correcto, datos actualizados.
Puede elegir la fuente de los tipos de cambio: el tipo de cambio en vivo o un tipo especificado manualmente, si no quiere que los precios cambien cada día junto con el tipo de cambio.
SEO: qué configurar para cada versión lingüística
Una tienda multilingüe sin una base SEO adecuada será invisible en los motores de búsqueda de los mercados objetivo.
hreflang
Las etiquetas hreflang le dicen a Google que tienes varias versiones de idioma de la misma página. Sin ellas, el motor de búsqueda no entiende qué versión mostrar a los usuarios de cada país y puede considerar las versiones de idioma como contenido duplicado.
Para una tienda, esto es especialmente importante: cada producto, cada categoría y cada página de pago deben tener un hreflang correcto. La documentación oficial de Google describe las reglas de implementación en detalle.
Sitemap para cada idioma
El sitemap debe contener todas las versiones de idioma de todas las páginas. 300 productos y tres idiomas significan 900 páginas en el sitemap, cada una con su idioma especificado.
Metaetiquetas para cada versión
El título y la descripción en los resultados de búsqueda deben estar en el idioma del usuario. Un comprador alemán ve la descripción del producto en alemán, un francés, en francés.
Estructura de URL
Hay 3 modelos posibles:
- subdominios (de.yourshop.com) — la forma más sencilla, adecuada para la mayoría de las tiendas online
- carpetas (yourshop.com/de/)
- diferentes dominios (yourshop.com/yourshop.de/)
Localización: lo que va más allá de la traducción
Técnicamente, la traducción se puede configurar en un día. Pero para que la tienda funcione para los compradores de un país específico, se deben considerar algunas cosas adicionales.
Formatos de fecha y número. En Alemania, el precio se escribe como «19,99 €», en EE. UU. como «$19.99». El separador de miles, la posición del signo de moneda, el formato de fecha. Pequeños detalles que un comprador local nota de inmediato.
Métodos de pago. Un comprador ruso está acostumbrado a YuKassa o SBP. Un europeo espera Stripe, PayPal o una transferencia SEPA. Mostrar todos los métodos de pago a todos los usuarios no tiene sentido, crea confusión. Es mejor mostrar solo los que funcionan en una región específica.
Condiciones de envío. Cada mercado tiene sus propios plazos, sus propios transportistas, sus propios costos de envío. Esto se configura por separado para diferentes regiones.
Requisitos legales. Para el mercado europeo, se necesita un banner de cookies de acuerdo con el RGPD, una política de privacidad en el idioma del usuario, a veces información obligatoria sobre el vendedor (Impressum para Alemania).