Las decisiones de arquitectura que hacen que un sitio trilingüe funcione de verdad.

La estructura de URL debe decidirse antes de construir una sola página

Los subdirectorios por idioma, sitio.com/es/ y sitio.com/pt/, suelen ser la opción más sólida por defecto para un sitio trilingüe porque consolidan la autoridad de dominio bajo una sola raíz mientras dan a los buscadores una señal limpia y rastreable sobre qué páginas sirven a qué idioma. Los dominios ccTLD separados o los subdominios introducen fragmentación de SEO que rara vez se justifica salvo que haya una razón regional o legal específica para separarlos.

Sea cual sea la estructura elegida, debe mantenerse consistente en cada página, incluyendo las agregadas un año después por otra persona del equipo. Los patrones de URL inconsistentes son uno de los ítems de deuda técnica más comunes en sitios multilingües, y son caros de corregir después porque cada corrección arriesga romper posicionamientos existentes.

Las etiquetas hreflang no son opcionales y se implementan mal con frecuencia

Cada página necesita etiquetas hreflang que apunten a sus equivalentes en los otros idiomas, incluyendo una autorreferencia que apunte a sí misma. Omitir la autorreferencia, u olvidar actualizar el hreflang al renombrar una página, hace que los buscadores muestren la versión de idioma equivocada a los usuarios, lo que daña en silencio tanto el posicionamiento como la experiencia.

Para el portugués específicamente, decide temprano si el objetivo es solo pt-BR o una etiqueta pt más amplia, ya que el portugués brasileño y el europeo divergen lo suficiente en vocabulario y convención como para que tratarlos como idénticos suene extranjero al menos para una de las dos audiencias.

El modelo de contenido necesita una única fuente de verdad por cada pieza

Cada artículo, página o producto necesita un objeto de contenido canónico con campos localizados dentro, no tres documentos separados que se desincronizan en cuanto alguien edita la versión en inglés y olvida las otras dos. Una estructura de CMS donde cada idioma es un campo de un mismo registro, en vez de una página duplicada, es lo que mantiene manejable un sitio trilingüe más allá del primer año.

Esto también importa para la navegación y los metadatos. Si la taxonomía de categorías, etiquetas o filtros del sitio no está ligada a la misma estructura compartida entre idiomas, la búsqueda interna y el enlazado interno divergen en silencio entre idiomas con el tiempo, y nadie lo nota hasta que un usuario reporta un filtro roto en la versión en español que funciona bien en inglés.

No toda página necesita existir en los tres idiomas

Forzar paridad total en cada página sin importar su relevancia desperdicia presupuesto de traducción en páginas que no tendrán tráfico en un mercado dado. Un caso de estudio regional relevante principalmente para audiencia brasileña no necesita una versión forzada en inglés o español si no hay demanda de búsqueda real en esos idiomas. Decide los requisitos de paridad por tipo de página y demanda esperada, no como regla general.

El cambio de idioma debe preservar el contexto, no solo cambiar a la home

Un selector de idioma que siempre devuelve al visitante a la home del otro idioma es un fallo común y evitable. Si un visitante está leyendo un artículo específico en inglés, el selector de portugués debería llevarlo a la versión en portugués de ese mismo artículo cuando exista, y solo caer de forma controlada a la home si aún no se construyó la página equivalente.