Un prefijo /en en inglés puede ser válido
Un sitio multilingüe puede usar /en para el inglés, igual que puede usar /he para el hebreo. Otro diseño válido pone el inglés en la raíz. El problema es la duplicación no gestionada y las señales en conflicto: por ejemplo, que ambos /services y /en/services sirvan la misma página en inglés mientras los enlaces, las canónicas y los sitemaps no coinciden.
Este proyecto usa el inglés en la raíz y añade prefijos a sus otros idiomas admitidos, incluidos el bangla, el hebreo y el árabe. Esa es una convención del proyecto, no una regla universal de SEO. Sus rutas redundantes con prefijo en inglés redirigen a las rutas raíz correspondientes. Un sitio ya organizado de forma coherente en torno a /en no necesita migrar solo para seguir esa convención. Consulte la guía de Google sobre estructuras de URL multilingües.
Mapee explícitamente las páginas equivalentes
Cada traducción genuina normalmente debería canonicalizarse a su propia URL preferida. Vincule las versiones equivalentes con hreflang recíprocos, incluida una referencia a la página actual. Use URLs absolutas y un código de idioma válido. x-default identifica una alternativa de reserva para los idiomas sin una coincidencia específica; no significa que cada página esté en inglés.
Por ejemplo, una página de servicio en inglés puede apuntar a sus equivalentes en bangla, hebreo y árabe, y cada equivalente devuelve el mismo grupo. Un enlace a la página de inicio en otro idioma no sustituye una traducción de servicio faltante.
Una navegación traducida alrededor de un artículo en inglés sin cambios no crea un artículo traducido. En este sitio, una traducción de artículo recibe su propia URL canónica y enlaces de idioma recíprocos solo cuando el contenido principal traducido está disponible. Una URL de idioma que todavía muestra la fuente en inglés apunta a la canónica en inglés y queda excluida del grupo de traducción. La referencia de versión localizada de Google explica las anotaciones recíprocas y el contenido principal sin traducir.
Verifique el HTML y la dirección de lectura
Devuelva un atributo lang significativo con el HTML del servidor. El hebreo y el árabe necesitan dir="rtl"; use propiedades lógicas de inicio/fin para el diseño. Aísle los valores de izquierda a derecha, como direcciones de correo electrónico, URLs y nombres de productos, donde de lo contrario se reordenarían de forma confusa. Los metadatos de idioma no reemplazan un contenido legible y correctamente traducido.
Una revisión práctica de lanzamiento
- Solicite una URL representativa en cada idioma sin JavaScript del navegador e inspeccione el título, la canónica, el idioma y los encabezados.
- Siga los enlaces de idioma alternativo en ambas direcciones y confirme que se resuelven correctamente a contenido equivalente.
- Mantenga en el sitemap solo las URLs preferidas y publicadas. Excluya las variantes de seguimiento, las colecciones vacías y los borradores.
- Confirme que un host de vista previa entrega
noindexen un encabezado HTTP o una metaetiqueta HTML, mientras que producción permanece indexable. Permita que los rastreadores obtengan la página de vista previa para que puedan leer esa directiva. - Pruebe el cambio de idioma en un servicio, un artículo y el formulario de consulta, incluidas las cargas directas y las preferencias recordadas.
El comportamiento de noindex sigue la guía de control de indexación de Google. Estas comprobaciones respaldan un descubrimiento coherente; no prometen posiciones. Para ayuda con la implementación, consulte desarrollo web y el servicio secundario de SEO técnico.
