SEO para sitios web bilingües: cómo configurar bien las páginas en inglés y español con hreflang
Para empresas que atienden a clientes en inglés y en español: la estructura de URL, las etiquetas hreflang, las reglas de canónicas, la calidad de la traducción y el selector de idioma que ayudan a que ambas versiones aparezcan.
Si su empresa atiende a clientes que hablan inglés y español, la configuración que mejor funciona en los buscadores es fácil de describir. Dé a cada idioma su propia URL, normalmente una carpeta /es/ en el mismo dominio. Conecte cada página con su traducción mediante etiquetas hreflang que apunten en ambas direcciones. Traduzca bien el contenido, incluidos los títulos y las meta descripciones. Deje que los visitantes cambien de idioma con un enlace visible en lugar de redirigirlos automáticamente. Google explica cada uno de estos puntos en su propia documentación. Los errores habituales son redirigir a los visitantes según su dirección IP, dejar los títulos en inglés y publicar traducción automática sin revisar.
Paso 1: Elija una estructura de URL
Google recomienda una URL distinta para cada versión de idioma de una página, en lugar de cambiar el idioma con cookies o con la configuración del navegador. Estas son las opciones:
| Estructura | Ejemplo | Ventajas | Desventajas |
|---|---|---|---|
| Subcarpeta | example.com/es/ |
Fácil de configurar, un solo sitio que mantener, aprovecha el historial del dominio | Una sola ubicación de hosting (rara vez es un problema para una empresa local) |
| Subdominio | es.example.com |
Fácil de separar técnicamente | Dos "sitios" que administrar; "es" puede interpretarse como idioma o como país |
| Dominio de país | example.mx |
Orientación clara a un país | Se orienta a un país, no a un idioma; más dominios que comprar, proteger y renovar |
| Parámetro de URL o cookie | example.com?lang=es |
Ninguna que valga la pena | Google no recomienda los parámetros, y el contenido que cambia por cookie puede no rastrearse nunca |
Para una empresa de EE. UU. que atiende a hispanohablantes en el mismo mercado, las subcarpetas suelen ser la respuesta correcta. Un dominio de México o de España les diría a los buscadores que usted se dirige a México o a España, algo que no busca un bufete de abogados o una consulta médica de Miami. Nuestro propio sitio usa este esquema: inglés en / y español en /es/.
Paso 2: Un idioma por página
Google determina el idioma de una página a partir de su contenido visible. No usa para eso el atributo HTML lang ni la URL. Por lo tanto:
- Mantenga cada página en un solo idioma, incluidos la navegación, los botones, los formularios, los avisos de cookies y los mensajes de error.
- Evite poner traducciones lado a lado en la misma página.
- Aun así, use
<html lang="es">en las páginas en español. Google no depende de él para detectar el idioma, pero los lectores de pantalla y los navegadores sí, y forma parte de las pautas de accesibilidad (criterio "Idioma de la página" de WCAG).
Paso 3: Agregue hreflang correctamente
hreflang les indica a los buscadores que dos páginas son traducciones una de la otra, para que cada persona reciba la versión adecuada. Para un par de páginas, el encabezado de ambas, la página en inglés y la página en español, debe contener:
<link rel="alternate" hreflang="en" href="https://www.example.com/services/managed-it" />
<link rel="alternate" hreflang="es" href="https://www.example.com/es/services/managed-it" />
<link rel="alternate" hreflang="x-default" href="https://www.example.com/services/managed-it" />
Las reglas que importan:
- Incluya todas las versiones, también la propia página. Google indica que cada versión de idioma debe enumerarse a sí misma y a todas las demás.
- Los enlaces de retorno son obligatorios. Si la página en inglés apunta a la página en español, la página en español debe apuntar de vuelta. Si dos páginas no se apuntan mutuamente, Google ignora las etiquetas.
- Use URL completas con
https://, no rutas relativas como/es/.... - Use códigos válidos. Use un código de idioma ISO 639-1 (
en,es), seguido opcionalmente de una región ISO 3166-1 alfa-2 (es-US,es-MX). Una región sola no es válida, y Google indica que códigos comoes-419no son compatibles. Si tiene una sola versión en español,esa secas es la opción más segura. - Agregue
x-defaultpara la versión de respaldo que se muestra cuando ningún idioma de la lista coincide. En la mayoría de los sitios de EE. UU., es la página en inglés o una página para elegir idioma. - Elija un solo método. Las etiquetas HTML
<link>, los encabezados HTTP y los sitemaps XML son equivalentes para Google. Usar más de uno agrega trabajo de mantenimiento sin ningún beneficio en la búsqueda.
Las etiquetas canónicas deben coincidir
Cada versión de idioma debe tener una etiqueta canónica que apunte a sí misma, en el mismo idioma. Un error común es apuntar la canónica de la página en español a la página en inglés. Eso le dice a Google que la página en español es un duplicado y puede dejarla fuera de los resultados. La guía de Google es especificar una página canónica en el mismo idioma cuando se usa hreflang.

Paso 4: Traduzca de verdad, no vuelque texto automático
Google considera duplicadas las páginas localizadas solo cuando el contenido principal queda sin traducir. Eso no significa que cualquier traducción sea suficiente. Las políticas contra spam de Google incluyen como abuso de contenido a escala la producción masiva de páginas mediante transformaciones automáticas, entre ellas la traducción, cuando aportan poco valor a los usuarios. Además, el texto automático sin revisar se lee mal para los clientes que usted quiere ganar.
Lo que cubre una traducción real:
- Títulos y meta descripciones. Es lo que la gente ve en los resultados de búsqueda. Un título en inglés en una página en español es un descuido fácil que arruina toda la traducción.
- Encabezados, texto principal, texto alternativo de las imágenes y etiquetas de los botones.
- Formularios y confirmaciones, incluidos los errores de validación, las páginas de agradecimiento y el correo automático que recibe el visitante.
- Datos estructurados en el idioma de la página, como los nombres de los servicios y las respuestas de las preguntas frecuentes.
- Vocabulario local. Escriba para su público real. En el sur de la Florida, eso suele significar un español neutro que suene natural a personas de Cuba, Venezuela, Colombia, Puerto Rico y otros lugares, dejando tal cual términos técnicos como VPN o MFA.
- Revisión humana. Un borrador asistido por IA puede ser un punto de partida razonable, pero una persona con dominio del idioma debe leer cada página antes de publicarla.
Si una página todavía no está traducida, no publique una URL en español que muestre contenido en inglés. Déjela fuera de la navegación en español y del conjunto de hreflang hasta que esté lista.
Paso 5: Cree un selector de idioma fácil de encontrar
- Póngalo en el encabezado de todas las páginas, con cada idioma escrito en su propio idioma: "English" y "Español".
- Enlace a la página equivalente, no a la página de inicio. Quien lee su página de ciberseguridad en español debe llegar a la página de ciberseguridad en inglés.
- Use enlaces normales, para que tanto los visitantes como los rastreadores puedan seguirlos. Google recomienda enlazar entre las versiones de idioma.
- Prefiera el texto a las banderas. Las banderas representan países, no idiomas, y el español se habla en muchos de ellos.
- Recuerde la elección (una cookie sirve para eso), pero nunca oculte la otra versión.
Paso 6: No redirija automáticamente por IP ni por idioma del navegador
Es tentador enviar directamente a /es/ a los visitantes hispanohablantes. Google desaconseja las redirecciones automáticas basadas en la dirección IP o en la configuración de idioma, porque pueden impedir que usuarios y buscadores lleguen a todas las versiones. También hay una razón técnica. Googlebot suele rastrear desde direcciones IP de EE. UU. y no envía el encabezado Accept-Language, así que el contenido que cambia según la ubicación o el idioma del navegador puede no rastrearse nunca en todos los idiomas.
Un mejor esquema es un aviso pequeño que se pueda cerrar. Si el navegador prefiere español y el visitante está en una página en inglés, ofrézcale un enlace a la versión en español y deje que decida.
Lista de verificación para lanzar un sitio bilingüe
- Cada página en inglés tiene una URL en español bajo
/es/, o es intencionalmente solo en inglés. - Cada página incluye hreflang para
en,esyx-default, con enlaces de retorno. - Las etiquetas canónicas apuntan a la URL del mismo idioma.
- Los títulos, las meta descripciones, los encabezados, el texto alternativo, los formularios y los correos están traducidos y revisados.
- El sitemap XML incluye ambas versiones de idioma.
- El selector de idioma enlaza de página a página.
- No hay redirecciones automáticas por IP ni por
Accept-Language. - En Google Search Console, el informe de Rendimiento filtrado por
/es/muestra que las páginas en español reciben impresiones.
La velocidad importa en ambos idiomas. Consulte nuestra guía sobre velocidad del sitio web y Core Web Vitals y nuestra opinión sobre por qué importa el soporte de TI bilingüe en el sur de la Florida. Si está planificando un sitio nuevo, nuestra comparación entre sitios web a medida y WordPress explica cómo maneja cada opción varios idiomas.
Core Florida IT crea y mantiene sitios web a medida bilingües para empresas de Miami-Dade, Broward y todo el sur de la Florida. Si sus páginas en español no aparecen en los buscadores, solicite una evaluación de TI gratuita y revisaremos su configuración.
Fuentes
- Managing multi-regional and multilingual sites (Google Search Central)
- Tell Google about localized versions of your page (Google Search Central)
- How Google crawls locale-adaptive pages (Google Search Central)
- How to specify a canonical URL (Google Search Central)
- Spam policies for Google web search (Google Search Central)
- Understanding Success Criterion 3.1.1: Language of Page (W3C WAI)


