Traducir tu sitio web: URL, hreflang y revisión

Una dirección por idioma

Da a cada versión lingüística de una página su propia URL, por ejemplo example.com/de/ y example.com/pl/. Google recomienda URL separadas en lugar de cambiar el idioma en la misma dirección mediante cookies o la configuración del navegador. Sirven subcarpetas, subdominios o dominios de país; no se recomiendan parámetros de URL como ?lang=de. Google deduce el idioma de una página por su contenido visible, así que mantén el texto y la navegación de una página en un solo idioma.

hreflang: conectar las versiones

Con hreflang indicas a los buscadores qué páginas van juntas: con elementos link en el head de la página, con una cabecera HTTP o en el sitemap. Para Google las tres vías son equivalentes, así que basta con una. Un ejemplo para una página en inglés, alemán y polaco:

<link rel="alternate" hreflang="en" href="https://example.com/en/prices/" />
<link rel="alternate" hreflang="de" href="https://example.com/de/preise/" />
<link rel="alternate" hreflang="pl" href="https://example.com/pl/ceny/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/en/prices/" />

• El mismo bloque va en las tres páginas. Cada versión se incluye a sí misma y a todas las demás; si B no remite de vuelta a A, Google ignora las etiquetas.
• Usa direcciones completas con https://, no solo /de/preise/.
• El código de idioma sigue la ISO 639-1 (de, pl), opcionalmente con una región según ISO 3166-1 Alpha 2, como de-AT. Un código de país por sí solo no es válido.
• x-default indica la página para los visitantes cuyo idioma no coincide con ninguna de tus versiones. Google lo pensó para páginas de selección de idioma; muchos sitios usan su versión principal.

El atributo lang

Indica el idioma de la página en el elemento html, por ejemplo lang="en". Un pasaje en otro idioma lleva su propio atributo lang en el elemento que lo rodea. Según el W3C, la salida de voz, la transcripción a braille, los correctores ortográficos, la elección de fuente y la división de palabras usan esta información. Google, en cambio, escribe que no usa hreflang ni el atributo lang para detectar el idioma de una página. Así que el atributo sirve a los navegadores y a las tecnologías de apoyo, y el texto visible tiene que estar en el idioma correcto.

Lo que no se debe traducir

• Etiquetas y atributos HTML: un nombre de clase o un href traducido rompe el diseño o el enlace.
• Marcadores de posición como {name}, {{count}}, %s o %1$d. Se quedan exactamente como están y aparecen exactamente una vez.
• URL, nombres de archivo, direcciones de correo, código y shortcodes como [contact-form].
• Claves de los archivos de idioma, como checkout.button.pay. Solo se traducen los valores.
• Nombres de marcas y productos, salvo que hayas elegido a propósito un nombre local.

Archivos de idioma: .po, JSON y XLIFF

Las aplicaciones, los temas y los plugins guardan sus textos en archivos de idioma. En los archivos .po de gettext, cada entrada tiene un msgid (el original) y un msgstr (la traducción); la cabecera Plural-Forms indica cuántas formas de plural tiene el idioma. El polaco necesita tres; el inglés, dos. En los archivos JSON de i18n, las claves se quedan y solo cambian los valores. XLIFF guarda el original y la traducción uno junto a otro, con ids y notas que deben conservarse.

Un glosario para los términos de marca y producto

Antes de la primera traducción, decide qué términos se quedan como están (nombres de marca, de producto y de plan) y cuáles se traducen siempre igual. Añade la forma de tratamiento: du o Sie en alemán, ty o Pan/Pani en polaco. Así los botones, las páginas de producto y los correos son coherentes.

Traducción automática: un borrador y después un nativo

La traducción automática te da un primer borrador rápido, no un texto terminado. Las políticas de spam de Google citan, como ejemplo de abuso de contenido a escala, el contenido copiado que se convierte en muchas páginas mediante traducción automática, con poco valor para los usuarios. El problema ahí son las páginas producidas en masa sin valor, no la traducción como tal. Google escribe también que traducir solo el menú y el pie mientras el contenido principal sigue en un idioma da una mala experiencia. Planifica una revisión por parte de un hablante nativo:

1. 1Lee el texto en la página, no solo en una tabla. El contexto cambia el significado.
2. 2Comprueba cifras, fechas, precios, unidades y datos de contacto.
3. 3Comprueba los términos del glosario y la forma de tratamiento.
4. 4Comprueba los textos cortos: los botones, las entradas de menú y los mensajes de error a menudo se alargan o se vuelven ambiguos.

No redirijas a los visitantes automáticamente

Google desaconseja las redirecciones automáticas basadas en el idioma o la ubicación supuestos de un visitante, como la dirección IP o el idioma del navegador: pueden impedir que las personas y los buscadores vean todas las versiones. Pon en cada página un selector de idioma visible que enlace a la misma página en los otros idiomas, y deja que la gente elija.

Cómo usar Do4U

Traducir HTML mantiene sin cambios las etiquetas, los enlaces, los atributos y los marcadores de posición y después comprueba la estructura; el glosario de tu cuenta mantiene los nombres de marca y producto como tú quieras. La herramienta Archivos de idioma hace lo mismo con archivos .po, JSON y XLIFF y crea las formas de plural del idioma de destino. La herramienta Traducir trabaja con texto sin formato y enumera los pasajes poco claros como notas.

Do4U crea el borrador; tú compruebas y decides. Pide a un hablante nativo que lo lea antes de publicar. Una traducción no es ninguna promesa de más visitas.