Usar es-ES también para México parece una solución rápida, pero limita tu hreflang regional: Google recibe señales imprecisas y puede mostrar la página española a usuarios mexicanos. Si cambias URLs o instalas un plugin sin una estructura clara, los enlaces hreflang pueden dejar de ser recíprocos, crear redirecciones confusas y dificultar el mantenimiento de tus versiones regionales.
Hreflang y multirregión simple consiste en asignar una URL coherente a España, México y Latinoamérica cuando el contenido cambia de verdad, usando es-ES, es-MX, es-419 y x-default con criterio. Puedes hacerlo en WordPress sin programar: elige una arquitectura sencilla, configura etiquetas recíprocas copiables y comprueba cuatro señales clave antes de publicar.
✉
¿Quieres más información? Escríbenos y te orientamos
Decide si tus regiones necesitan URLs separadas
Decide si cada mercado recibe contenido realmente distinto y sabrás si debes crear versiones regionales. Hreflang no traduce una página ni cambia palabras por ti. Solo es una señal para Google: indica que una URL está pensada para España, otra para México y otra para Latinoamérica.
Una versión regional tiene sentido cuando cambia algo que afecta a la compra o a la lectura. Puede ser el precio en euros o pesos, los gastos de envío, la forma de pago, una norma local, ejemplos del país o el vocabulario. Cambiar solo “ordenador” por “computadora” suele quedarse corto.
La regla práctica es sencilla: si un visitante de México encontraría la misma respuesta y las mismas condiciones en la URL de España, conserva una única página. Google sigue las Directrices de Google Search Central : las alternativas deben ayudar al usuario, no multiplicar URLs para captar búsquedas.
Haz el árbol de decisión
Empieza con una sola URL en español si atiendes al mismo público desde un único mercado. No añadas etiquetas si no existen alternativas reales. Esa es la opción más rápida y también la más segura para una web pequeña.
Sigue estas tres preguntas, en este orden:
¿Tienes páginas distintas por país? Si no las tienes, no necesitas esta configuración.¿Cambian precios, envíos, mensajes o contenido? Si cambian, crea una URL por región y relaciónalas.¿Hay una página neutral o selector de país? Si existe, puede ser la URL x-default .El error típico aquí es abrir tres secciones regionales antes de tener textos, logística y atención al cliente para las tres. Mantener una página regional suele llevar entre 10 y 20 minutos por actualización, y ese tiempo crece con cada producto o artículo.
Elige códigos que Google entienda
Usa es-ES para España, es-MX para México y es-419 para Latinoamérica. “es” es el código de idioma español según ISO 639-1. “ES” y “MX” son códigos de país según ISO 3166-1; 419 es la región de Latinoamérica y el Caribe que Google admite para este caso.
No uses códigos inventados como es-LATAM, es-ESPAÑA o es-LA. Parecen comprensibles para una persona, pero no son valores válidos para esta etiqueta. El estándar HTML de WHATWG define el uso del atributo hreflang , aunque Google aplica sus propias reglas de rastreo.
Una página para Argentina, Colombia y Chile puede usar es-419 si comparte condiciones útiles para toda Latinoamérica. Si el precio, la entrega o el catálogo cambian mucho por país, crea versiones nacionales solo cuando puedas mantenerlas.
Diferencia España, México y Latinoamérica
Crea una versión regional solo cuando el visitante note una diferencia útil al entrar. Para una tienda WooCommerce, eso suele ser moneda, impuestos, plazos de entrega y métodos de pago. Para un blog, pueden ser términos locales, leyes aplicables, ejemplos o recursos disponibles en cada país.
Con más de 12 años de experiencia trabajando con WordPress y sus plugins, he visto casos en los que una tienda clonó su ficha española para México y solo cambió el símbolo de moneda. Google mostró una sola versión durante semanas porque las páginas no aportaban una diferencia reconocible.
Una estructura regional no evita el contenido duplicado por arte de magia. Hreflang comunica la relación entre URLs equivalentes, pero no convierte una copia pobre en contenido local. Piensa en ello como las etiquetas de una maleta: ayudan a enviarla al destino correcto, pero no cambian lo que hay dentro.
Adapta lo que el cliente necesita
Incluye al menos dos o tres cambios visibles por región antes de publicar una alternativa. No hace falta reescribir cada frase. Sí debes ajustar aquello que condiciona una decisión real del usuario.
España: precios en euros, envíos a península o Baleares, IVA y teléfono con prefijo español.México: precios en pesos mexicanos, plazos locales, métodos como transferencia o tarjeta y lenguaje claro para ese mercado.Latinoamérica: condiciones que funcionen en varios países, límites de envío explícitos y una moneda o consulta comercial neutral.Un caso habitual: una academia vende cursos online en España y México. La versión mexicana explica pagos en pesos, horario de soporte y validez local del certificado; esa página tiene una razón clara para existir.
Reserva x-default para una entrada neutral
Envía x-default a una página neutral o a un selector de país. Esta etiqueta no representa un idioma nuevo. Indica qué URL puede mostrar Google cuando no encaja ninguna versión regional.
Puedes usar https://ejemplo.com/elegir-pais/ con enlaces normales a España, México y Latinoamérica. No fuerces la redirección por IP ni por el idioma del navegador. Un usuario que vive en Estados Unidos puede querer comprar en México, y Google debe poder rastrear todas las opciones.
Martin Splitt y John Mueller han insistido en foros y documentación de Google en que las alternativas deben seguir siendo accesibles. Redirigir automáticamente a todos los visitantes suele bloquear la elección y complica la comprobación.
Organiza URLs simples antes de instalar un plugin
Usa subdirectorios regionales para mantener una configuración fácil de revisar. Una web WordPress pequeña o mediana puede trabajar con dominio.com/es-es/, dominio.com/es-mx/ y dominio.com/es-419/. Así mantienes el trabajo en un dominio y el mapa de URLs se entiende de un vistazo.
No cambies una arquitectura que ya funciona solo por añadir etiquetas. Si ya tienes dominios locales con ventas, enlaces y equipos propios, un dominio .es o .mx puede seguir siendo correcto. La sencillez importa más que perseguir una estructura ideal sobre el papel.
Esta decisión depende del tamaño del proyecto. Una sola instalación puede bastar entre 3 y 30 páginas regionales. Cuando hay catálogos amplios, equipos separados o reglas distintas por mercado, WordPress multisitio puede ahorrar errores, pero necesita más control técnico.
Compara las tres arquitecturas
Opción Coste anual Tiempo de gestión Cuándo elegirla Subdirectorios Un dominio Bajo Web WordPress con gestión central Subdominios Un dominio Medio Áreas con gestión algo separada ccTLD .es y .mx Entre 10 y 40 € por dominio Alto Negocio local con operación propia
Dibuja el mapa antes de publicar
Escribe las cuatro URLs relacionadas en una hoja antes de crear páginas o instalar WPML. Haz una fila por contenido: inicio, categoría, ficha de producto o artículo. Si una página no tiene equivalente regional, no inventes una alternativa.
Ruta simple para una misma página
/es-es/servicio/ ↔ /es-mx/servicio/ ↔ /es-419/servicio/
El error más frecuente en esta fase es mezclar formatos: una URL con barra final, otra sin ella y una tercera con parámetros. Copia la dirección final desde el navegador después de guardar los enlaces permanentes de WordPress.
✉
¿Quieres más información? Escríbenos y te orientamos
Vincula todas las versiones equivalentes desde cada una de las páginas para que Google reconozca el grupo completo. La reciprocidad de hreflang significa que España enlaza a México, México enlaza a España y ambas enlazan a Latinoamérica. Cada página también debe enlazarse a sí misma.
Para principiantes, WPML o Polylang son opciones razonables porque ayudan a conectar contenidos desde el escritorio de WordPress. WPML suele encajar mejor si usas WooCommerce multilingüe y necesitas soporte comercial; Polylang puede ser suficiente para un sitio editorial sencillo. Revisa en WordPress.org que el plugin elegido sea compatible con tu tema y versión de WordPress.
Yoast SEO ayuda a gestionar la etiqueta canonical y el sitemap XML, pero no sustituye el vínculo entre las páginas regionales. Una canonical es la señal que dice cuál es la URL principal de una página. En este caso, cada variante debe tener canonical hacia sí misma, no hacia otra región.
Copia esta plantilla en cada versión
Coloca este mismo bloque, con las URLs finales de tu web, en las tres páginas equivalentes. Si usas un plugin que lo genera, no pegues el código también a mano: duplicar etiquetas puede crear mensajes contradictorios.
La forma rápida es marcar relaciones en WPML o Polylang y dejar que el plugin escriba las etiquetas. La forma correcta es hacerlo solo después de comprobar que las tres URLs publicadas responden con contenido útil, sin borradores ni redirecciones.
Mantén canonicals e indexación alineadas
Comprueba que cada página puede indexarse y tiene una canonical hacia su propia URL. Abre la página, pulsa con el botón derecho y elige “Ver código fuente”. Busca canonical y confirma que la URL coincide con la que estás viendo.
Con más de 12 años de experiencia trabajando con WordPress y sus plugins, he visto casos en los que un plugin enlazó es-MX correctamente, pero Yoast dejó la canonical apuntando a es-ES. Search Console acabó ignorando la variante mexicana porque la propia página decía que la principal era otra.
No incluyas en el grupo una URL con noindex, un error 404, una redirección 301 o una página bloqueada por robots.txt. Hreflang no arregla esas señales; las vuelve incompatibles.
Si implementas las etiquetas hreflang sin WPML ni Polylang, deben cargarse dentro de la sección <head> de cada URL, no dentro del contenido que editas con Gutenberg, Elementor o el editor clásico. En WordPress, una opción segura es usar un plugin de snippets que ejecute código en wp_head o una función en el tema hijo, siempre condicionada a la página actual para que cada grupo muestre sus propias URLs por país.
Por ejemplo, la ficha /es-mx/servicio/ debe imprimir el mismo grupo de etiquetas hreflang que su equivalente española y latinoamericana. Después de guardar, vacía la caché del plugin, CDN o servidor y confirma en «Ver código fuente» que las etiquetas aparecen antes de </head>.
✉
¿Quieres más información? Escríbenos y te orientamos
Revisa cuatro señales antes de pedir indexación
Revisa código fuente, estado de URL, sitemap XML y Search Console antes de dar por terminada la configuración. Esta revisión toma entre 15 y 30 minutos para una página modelo. Hazla primero en una ficha o artículo y repite el patrón cuando esté correcto.
Abre cada URL regional en una ventana privada. Debe cargar directamente, con código 200, sin saltarte a otro país. Luego busca hreflang en el código fuente y verifica que las etiquetas incluyen las URLs correctas para cada región.
En Google Search Console, usa “Inspección de URL” para las páginas de España, México y Latinoamérica. Comprueba que están indexadas o pueden indexarse, y que la canonical seleccionada por Google coincide con la declarada. Si Google elige otra, revisa antes el contenido, los enlaces internos y las redirecciones.
Confirma que las páginas indexables aparecen en el sitemap XML y que tus enlaces internos llevan a la región correcta. El sitemap es una lista de URLs para buscadores. Yoast y otros plugins suelen crearla automáticamente; abre la dirección que muestra el plugin y busca una URL regional publicada.
Revisa también el selector de país, el menú y los enlaces del pie. Un visitante debe poder pasar de España a México sin que la web lo devuelva por IP a su ubicación. Este detalle parece menor, pero es donde muchos proyectos pierden el control de la segmentación.
Corrige fallos antes de ampliar páginas
Arregla un modelo completo antes de copiar la estructura a decenas de URLs. Si la página de ejemplo pasa las cuatro comprobaciones, crea las equivalencias del resto usando la misma secuencia. Así reduces el riesgo de tener 50 errores repetidos.
Las Directrices de Google Search Central aceptan etiquetas en HTML, sitemap XML o cabecera HTTP. Para páginas WordPress normales, el HTML que genera un plugin suele ser lo más fácil de auditar. Las cabeceras HTTP, descritas en RFC 8288, encajan mejor en PDF u otros archivos no HTML.
Preguntas comunes
¿Necesito hreflang para España y México?
Sí, si tienes una URL para España y otra para México con contenido o condiciones útiles para cada mercado. Si solo existe una página española o ambas son casi idénticas, mantén una URL única.
¿Qué plugin es más fácil para hreflang?
Polylang suele ser más simple para una web editorial pequeña, mientras WPML suele dar más control en tiendas con WooCommerce. El coste depende de las funciones y licencias, pero revisa primero si el plugin genera etiquetas sin duplicarlas.
¿Puedo usar es-419 para todos los países latinos?
Sí, puedes usar es-419 para una versión común de Latinoamérica cuando las condiciones sirven en varios países. No la uses si Argentina, Colombia o Chile tienen precios, envíos o textos que requieren URLs propias.
¿Tengo que añadir x-default siempre?
No, x-default solo hace falta si tienes una página neutral o un selector de país. Si no existe esa URL, no inventes una página vacía solo para colocar la etiqueta.
Mantén una estructura que puedas revisar
Hreflang funciona mejor cuando acompaña una decisión comercial real. Si tus visitantes ven precios, entrega y mensajes adecuados, Google recibe señales coherentes y el usuario llega a una página que puede usar.
Revisa la configuración tras cambios de tema, plugin, migración o rediseño. Esos cambios pueden alterar enlaces, sitemaps o canonicals sin que se note a simple vista. Una comprobación de 15 minutos en las tres URLs principales evita errores que tardan semanas en aparecer en Search Console.
⚠️ Mantén la misma relación regional en cada actualización: borrar una versión sin retirar sus etiquetas deja enlaces rotos para Google y para tus visitantes.
