Ideas clave
- Los tipos de plataforma son los proxies de traducción, los plugins multilingües de CMS, los CMS headless con localización, los módulos i18n de un framework y los sistemas de gestión de traducción.
- El hreflang solo funciona cuando cada versión se lista a sí misma y a todas las alternativas, las páginas se enlazan entre sí y las URL son completas. Las plataformas difieren en lo fiable que es su salida.
- Las sugerencias de traducción con IA aceleran el trabajo, pero la política de spam de Google cita la traducción automática como ejemplo de abuso de contenido a escala cuando sirve para producir muchas páginas sin valor para el usuario, así que revisa lo que publicas.
- Prueba cualquier plataforma en tres puntos antes de comprometerte: el hreflang que emite, qué metadatos traduce y de quién son las traducciones si te vas.
Qué tiene que hacer una plataforma multilingüe
Una plataforma multilingüe necesita publicar una URL por idioma, conectar páginas equivalentes con hreflang y permitir editar contenido y metadatos traducidos. La traducción con IA ayuda a redactar. El sistema de publicación debe generar las páginas y etiquetas correctas. Compara el resultado publicado de cada plataforma, no solo su lista de funciones.
Los cinco tipos de plataforma
| Tipo | Hreflang | Metadatos localizados | Sugerencias de traducción con IA | Principal compensación |
|---|---|---|---|---|
| Proxy u overlay de traducción (Weglot es un ejemplo típico) | Normalmente automático | A menudo cubiertos, incluidos títulos y descripciones | Integrada, con un editor para revisar | Rápido de lanzar en casi cualquier web, pero las traducciones y las URL dependen del proveedor |
| Multilingüe nativo de CMS (WordPress con WPML o Polylang, Shopify Markets, Wix, Webflow) | Normalmente automático | Por idioma, según permitan el CMS y los plugins | Integrada o mediante complemento | Cómodo para webs estándar, limitado si necesitas estructuras a medida |
| CMS headless con localización (Storyblok, Contentful, Sanity y similares) | No lo genera el CMS. Debe hacerlo tu front end | Traducción por campo de los metadatos que modeles | Mediante funciones propias o integraciones | El modelo de contenido más flexible, más trabajo de ingeniería |
| Módulos i18n de un framework (Nuxt i18n, next-intl, Astro i18n) | Se genera a partir de la configuración de rutas | Tan completos como los construyas | No incluida. Añade scripts o un servicio | Control total de URL y marcado, lo mantienes tú |
| Sistemas de gestión de traducción (Crowdin, Lokalise, Phrase, Smartling) | No. Suministran traducciones a las demás capas | Las cadenas y campos que sincronices | Fuerte: sugerencias, memoria de traducción y glosarios | No es una plataforma web, así que necesita uno de los tipos anteriores |
Cómo es un hreflang correcto
Google acepta hreflang en la cabecera HTML, en las cabeceras HTTP o en el mapa del sitio, y los trata como equivalentes, así que no hay ventaja en hacerlo dos veces. Sea cual sea la plataforma, comprueba la salida con estas reglas de la documentación de Google, más una práctica habitual.
- Cada versión se lista a sí misma y a todas las demás. Si dos páginas no se señalan entre sí, Google ignora las etiquetas.
- Las URL son completas, incluido https.
- Los códigos de idioma siguen ISO 639-1 y los de región ISO 3166-1 alfa-2. Un código de país solo es inválido, y EU o UK no son códigos de región válidos.
- Una entrada x-default indica la página de reserva para los usuarios cuyo idioma no figura.
- Práctica habitual, no una regla de Google: cada versión de idioma lleva una URL canónica que apunta a sí misma, para que tus traducciones no se fundan en una sola página.
Qué metadatos conviene localizar
- Etiqueta de título y meta descripción, escritas para la búsqueda local y no traducidas palabra por palabra.
- Etiquetas Open Graph y sociales, para que los enlaces compartidos se lean bien.
- Texto de los datos estructurados, como nombres, descripciones y respuestas de preguntas frecuentes, y la propiedad inLanguage.
- Texto alternativo y pies de imagen.
- Slugs de URL, cuando un slug traducido ayuda al lector. Mantenlos estables una vez publicados.
- El atributo lang de html y un selector de idioma hecho de enlaces reales que los rastreadores puedan seguir.
¿Cómo gestiona la traducción con IA los metadatos SEO y el hreflang?
Por sí sola, una herramienta de traducción con IA no hace bien ninguna de las dos cosas. Traduce el texto que se le da. Que la etiqueta de título, la meta descripción, las etiquetas sociales y el texto alternativo de las imágenes estén incluidos depende de que tu plataforma o tu flujo le envíen esos campos, y el hreflang no es una tarea de traducción en absoluto: lo genera la plataforma o el framework que publica las páginas. La traducción con IA ayuda con las palabras, y la plataforma tiene que encargarse de las señales.
| Elemento | ¿Lo hace la traducción con IA? | Qué comprobar |
|---|---|---|
| Texto del cuerpo | Sí, como borrador | Una persona lo lee para comprobar la exactitud y el tono |
| Título y meta descripción | Solo si esos campos se envían a traducir | La longitud tras traducir, porque un título más largo puede cortarse en los resultados, y la redacción para la búsqueda local |
| Etiquetas Open Graph y sociales | Solo si se incluyen | Que los enlaces compartidos se lean bien en cada idioma |
| Texto alternativo de imágenes y de datos estructurados | Solo si se incluyen | Que los nombres, las descripciones y las respuestas de preguntas frecuentes coincidan con la página |
| Slugs de URL | Rara vez, y solo si se configura | Mantenerlos estables tras publicar y usar las URL definitivas en hreflang y canónicas |
| Etiquetas hreflang | No, las genera la plataforma | Recíprocas, que se incluyan a sí mismas, URL completas y un x-default |
| URL canónica | No | Cada versión de idioma apunta a sí misma |
| Atributo de idioma y entradas del mapa del sitio | No | El atributo lang de html está definido por página y cada versión figura en el mapa |
Hay dos fallos que se repiten. Una capa de traducción que cambia el texto en el navegador con JavaScript deja a los buscadores solo con la página en el idioma original. Y las páginas traducidas que se publican sin sus pares hreflang se tratan como páginas sin relación. Pruébalo viendo el código fuente de una página traducida y comprobando ambas cosas.
Dónde ayuda la traducción con IA y dónde puede perjudicar
Las sugerencias de IA son buenas para un primer borrador, para mantener la terminología coherente mediante un glosario y para manejar volumen. Son más flojas en redacción jurídica, en expresiones propias de una cultura y en cualquier cosa donde un error tenga coste. La política de spam de Google sobre abuso de contenido a escala dice que generar muchas páginas sin aportar valor al usuario es abusivo sea cual sea la forma de crearlas, y cita entre las técnicas las transformaciones automáticas como traducir. El problema es la falta de valor, no la herramienta.
Ocho cosas que probar antes de elegir
- Mira el código fuente de una página traducida y comprueba el bloque hreflang con las reglas anteriores.
- Confirma que cada idioma tiene su propia URL indexable, y no un script que cambia el texto en el navegador.
- Comprueba que se traducen títulos, descripciones y etiquetas sociales, no solo el cuerpo.
- Comprueba que el mapa del sitio lista cada versión de idioma.
- Pregunta de quién son las traducciones y si puedes exportarlas en un formato estándar.
- Pregunta qué pasa con tus URL y tu posicionamiento si dejas de pagar.
- Comprueba que existe un paso de revisión humana antes de publicar el texto de la IA.
- Mide la velocidad de la página con la capa de traducción activada.
Cuéntanos tus idiomas, proceso editorial y plataforma actual. Te ayudamos a elegir una solución multilingüe o a crearla según tus necesidades de contenido.
Planifica tu web multilingüeFAQ
¿Qué tipo de plataforma gestiona hreflang, metadatos y traducción con IA a la vez?
Los proxies de traducción y los plugins multilingües nativos de CMS reúnen las tres cosas de la forma más completa. Las configuraciones headless y de framework dan más control, pero montas tú las piezas, normalmente con un sistema de gestión de traducción para las sugerencias de IA.
¿Es mala para el SEO la traducción automática?
No por sí sola. La política de spam de Google apunta a las páginas producidas a escala sin valor para el usuario, sea cual sea su origen. Las traducciones revisadas y correctas que sirven a una audiencia real no son un problema.
¿Necesito hreflang tanto en el HTML como en el mapa del sitio?
No. Google trata las etiquetas HTML, las cabeceras HTTP y las entradas del mapa del sitio como equivalentes, así que elige un método y mantenlo correcto.
Fuentes
- Google Search Central, Tell Google about localized versions of your page
- Google Search Central, Spam policies for Google web search: scaled content abuse
- Documentación del módulo Nuxt i18n
Sobre el autor
Erik Salo Akimov · Cofundador · Ingeniería
Erik dirige la ingeniería en ESADEX. Diseña las plataformas, la infraestructura y los controles de seguridad que sostienen los sistemas de los clientes.
