Datos estructurados multilingües: localiza JSON-LD para cada URL regional

Aprende a localizar el JSON-LD de schema.org en cada URL regional rastreable, alinear inLanguage y las entidades con hreflang y comprobar la calidad de los datos estructurados multilingües, sin inventar mejoras de posicionamiento.

Grant DaviesActualizado

Datos estructurados multilingües: un grafo de nodos JSON-LD con etiquetas inLanguage en las entidades sobre una cuadrícula blanca

Es fácil cometer errores con los datos estructurados multilingües cuando los equipos tratan JSON-LD como un fragmento de código en inglés que se pega en las URL de todas las versiones localizadas del sitio. Los motores de búsqueda y los sistemas de respuesta utilizan los datos estructurados como una descripción de la página situada en una URL específica. Si tu página de producto en francés sigue declarando inLanguage: en, valores de name en inglés y un grafo de entidades canónico copiado del sitio estadounidense, envías señales contradictorias que perjudican tanto la indexación tradicional como la claridad para los motores de respuesta.

Esta guía explica cómo localizar el marcado de schema.org en cada URL localizada rastreable, alinear JSON-LD con hreflang y las URL canónicas, mantener la coherencia de las entidades de organización y producto, y verificar la calidad de una implementación de marcado multilingüe antes de su lanzamiento. Todo ello se basa en la documentación de Google sobre sitios multilingües y en el uso de marcado que refleje fielmente el contenido. Sin inventar mejoras de posicionamiento: los datos estructurados ayudan a los sistemas a comprender el contenido, pero no compensan las traducciones deficientes.

Preguntas que responde esta guía

  • ¿Por qué hay que localizar los datos estructurados en la URL de cada idioma?
  • ¿Cómo deben representarse inLanguage y las páginas alternativas en otros idiomas?
  • ¿Qué tipos de schema son los más importantes para los sitios multilingües?
  • ¿Cómo interactúan hreflang y las URL canónicas con los datos estructurados?
  • ¿Qué errores generan un marcado de entidades con idiomas mezclados o entidades duplicadas?
  • ¿Cómo se mantiene la coherencia de las entidades de organización y producto entre las distintas versiones localizadas?
  • ¿Cómo ayudan los datos estructurados a los motores de respuesta sin inventar factores de posicionamiento?
  • ¿Qué controles de calidad deben realizarse al lanzar un marcado multilingüe?

Respuesta rápida: localiza el marcado en cada URL localizada rastreable

Respuesta breve: Genera JSON-LD en cada URL localizada rastreable que describa fielmente la página visible en ese idioma: inLanguage correcto, propiedades de texto localizadas, url preciso e identificadores de entidad coherentes entre mercados.

Google recomienda utilizar URL rastreables distintas para cada versión de idioma o región, en lugar de depender únicamente de las cookies o del idioma del navegador. Los datos estructurados deben describir la página que ven los usuarios y los rastreadores en esa URL, no una única plantilla compartida en inglés que se inserta en todo el sitio.

Cada bloque debe estar en el mismo idioma que el contenido principal visible. Google determina el idioma de una página principalmente a partir del contenido visible; un marcado que contradiga el cuerpo de la página obliga a los rastreadores a realizar un trabajo innecesario para conciliar esa información.

Por qué los datos estructurados siguen la arquitectura de las versiones por idioma

Los datos estructurados no son una capa de SEO internacional independiente que se superpone a la arquitectura de URL, sino que la reflejan. Cuando publicas /de/produkt/widget, el JSON-LD de esa URL debe describir la página en alemán: títulos, descripciones y ofertas en alemán cuando corresponda, y inLanguage definido con una etiqueta BCP 47 válida, como de o de-DE.

Las versiones por idioma necesitan URL rastreables distintas; los datos estructurados deben describir la página que ven los usuarios y los rastreadores en esa URL, no una única plantilla compartida en inglés. Si tu CMS genera un mismo componente de marcado para todo el sitio, todas las versiones localizadas heredan los nombres de las entidades en inglés. Esto suele provocar problemas de elegibilidad para resultados enriquecidos por la mezcla de idiomas y resúmenes deficientes en los motores de respuesta.

Hreflang informa a los motores de búsqueda sobre las versiones alternativas; los datos estructurados les indican de qué trata la página actual. Ambos deben señalar de forma coherente que cada URL es una versión completa en su idioma, no un duplicado que pretende pasar por una versión en otro idioma.

Para conocer el contexto estratégico de la segmentación por idioma frente a la segmentación por país, consulta SEO internacional frente a SEO multilingüe.

Propiedades clave: inLanguage, url e identidad de la entidad

Tres propiedades merecen una revisión inicial en cada plantilla localizada:

inLanguage — Usa un código de idioma o de configuración regional válido que coincida con la página. No dejes el inglés en las URL localizadas. Si te diriges a variantes regionales (en-GB frente a en-US), utiliza códigos coherentes con los de hreflang.

url — Debe apuntar a la URL canónica de la página que se describe; normalmente, la misma URL que aparece en la barra del navegador para esa configuración regional, no la página de inicio en inglés.

@id de la entidad o identificadores estables — Las entidades de organizaciones y productos suelen necesitar identificadores uniformes entre versiones regionales (https://example.com/#organization), aunque se localicen las propiedades legibles para las personas. Los identificadores uniformes ayudan a los sistemas a reconocer la misma marca o SKU en distintos idiomas; los campos name y description localizados contienen el texto específico de cada mercado.

Evita duplicar definiciones contradictorias de una entidad en una misma URL. Un único grafo Organization coherente por página resulta más claro que tres bloques que compiten entre sí, insertados por distintos plugins.

Tipos de schema que suelen necesitar localización

No todos los tipos de schema necesitan traducción, pero estos suelen requerirla en los sitios multilingües:

  • WebPage / Article / BlogPosting — headline, description, inLanguage y url.
  • Product — name, description, offers con la moneda y el texto de disponibilidad adecuados.
  • FAQPage — Las preguntas y respuestas deben coincidir con el contenido visible de preguntas frecuentes en el idioma de la página.
  • Organization — name localizado cuando se utilizan distintas razones sociales o nombres comerciales según el mercado; @id uniforme.
  • BreadcrumbList — Etiquetas de la ruta de navegación localizadas y coherentes con la navegación.
  • LocalBusiness — Dirección y areaServed adecuados para la configuración regional, cuando corresponda.

El contenido útil y centrado en las personas sigue siendo la base; los datos estructurados deben reflejar fielmente el contenido localizado, no compensar traducciones pobres. Añadir marcado a una página vacía o apenas esbozada no la convierte en útil.

Coherencia entre hreflang, URL canónicas y JSON-LD

Las anotaciones hreflang indican a Google las URL alternativas por idioma o región y deben ser recíprocas en todo el conjunto de páginas que describen. Las etiquetas canónicas indican a Google qué URL debe priorizar entre los duplicados en un mismo idioma. JSON-LD no debe contradecir ninguna de estas señales.

Reglas prácticas para mantener la coherencia:

  1. URL canónicas en el mismo idioma — Cada URL de idioma o configuración regional debe tener una referencia canónica clara que, si existen duplicados, señale la URL preferida en ese mismo idioma. No establezcas la versión en inglés como canónica de todas las versiones regionales si publicas páginas completamente localizadas.
  2. Hreflang en HTML o en el sitemap — Los sitemaps XML ayudan a descubrir las versiones en distintos idiomas y pueden incluir anotaciones hreflang mediante xhtml:link cuando se elige este método de implementación.
  3. url de JSON-LD coincide con la URL canónica — Si estableces /fr/produit como su propia URL canónica, url del schema debe hacer referencia a esa URL, no a /en/product.
  4. No uses hreflang dentro de JSON-LD como sustituto — Las directrices de Google sobre hreflang se centran en los elementos link, las cabeceras HTTP o los sitemaps, no en schema como método principal para declarar versiones alternativas.

Si los plugins generan automáticamente las tres capas de forma independiente, comprueba la coherencia entre ellas después de lanzar cada versión regional.

Cómo mantener la coherencia de las entidades de organizaciones y productos

El SEO multilingüe falla cuando cada versión regional inventa un nuevo nombre de organización o identificador de producto. Una estrategia práctica para las entidades:

  • Un único @id estable por organización en todas las versiones regionales; localiza las propiedades que se muestran.
  • Los SKU o identificadores globales de los productos se mantienen constantes; localiza los títulos comerciales.
  • La misma URL de logo, salvo que los mercados requieran recursos diferentes; documenta el motivo.
  • Perfiles sociales de sameAs uniformes, salvo que un mercado gestione cuentas verificadas independientes.

Las directrices de Google sobre contenido útil dan prioridad a las páginas centradas en las personas; las versiones en otros idiomas con contenido escaso o meramente genérico son poco eficaces para el SEO y como fuentes de respuestas. La coherencia de las entidades ayuda a los sistemas a vincular las páginas localizadas con una marca conocida, pero no puede salvar un texto de baja calidad.

Los equipos que gestionan muchas versiones regionales se benefician de una plataforma de SEO multilingüe que mantiene la coherencia de los términos del glosario entre el texto visible y los campos de datos estructurados.

Implicaciones para los motores de respuesta sin inventar factores de posicionamiento

Los motores de respuesta y las Vistas creadas con IA pueden utilizar los datos estructurados como una señal entre muchas al resumir o citar páginas, pero ninguna documentación pública promete que JSON-LD por sí solo permita conseguir citas, mejorar el posicionamiento o aparecer en las Vistas creadas con IA.

Lo que los datos estructurados sí pueden hacer:

  • Aclarar el tipo de página (Article, FAQPage, Product).
  • Proporcionar inLanguage para la URL descrita.
  • Favorecer un reconocimiento coherente de las entidades cuando los identificadores coinciden entre versiones regionales.

Lo que no pueden hacer:

  • Compensar la falta de traducción o un contenido de escaso valor.
  • Sustituir las URL regionales rastreables o hreflang.
  • Garantizar resultados enriquecidos en todos los mercados.

Considera el marcado de datos estructurados como metadatos precisos sobre páginas pensadas para las personas, no como un truco para mejorar el posicionamiento.

Errores habituales en el marcado de datos estructurados multilingüe

  1. JSON-LD en inglés en URL de otros idiomas: inLanguage y las propiedades de texto permanecen en el idioma de origen.
  2. Fragmento global de marcado de datos estructurados: un bloque del CMS copiado a todas las versiones regionales sin mecanismos de localización.
  3. Conflicto entre la URL canónica y url: el marcado apunta a la versión en inglés, mientras que la página indica la versión en francés como canónica.
  4. Marcado FAQ en el idioma equivocado: el idioma del marcado no coincide con el de las preguntas frecuentes visibles.
  5. Grafos de entidades duplicados: varios plugins insertan bloques Organization que entran en conflicto.
  6. Propiedades de producto inventadas: se marcan ofertas o reseñas que no aparecen en la página.
  7. Se descuida hreflang mientras se «corrige» el marcado: las anotaciones y JSON-LD deben funcionar de forma coordinada.
  8. Páginas apenas esbozadas con un marcado completo: traducciones de texto genérico con un marcado elaborado.

Las directrices de Bing para webmasters destacan la importancia de un contenido útil y rastreable y de una estructura clara del sitio para la indexación en distintos mercados. Es necesario cumplir ese mismo requisito de rastreabilidad antes de que los datos estructurados puedan aportar valor.

Lista de comprobación para la implementación

Usa esta lista de comprobación antes de publicar cada nuevo lote de marcado de datos estructurados para una versión regional:

Fundamentos de la búsqueda tradicional y los motores de respuestas

Los fundamentos comunes siguen siendo importantes en Google, Bing y los motores de respuestas: versiones de idioma rastreables, entidades bien definidas, afirmaciones respaldadas por pruebas, datos estructurados que reflejen fielmente el contenido y una localización real, no simples interfaces con el contenido solo en inglés. Las guías siguientes ofrecen perspectivas específicas de cada plataforma sobre un mismo nivel de exigencia para publicar contenido multilingüe.

En la Búsqueda de Google, el descubrimiento depende de URL regionales rastreables con HTML en el idioma adecuado, títulos y encabezados precisos y anotaciones hreflang recíprocas cuando existen versiones alternativas. Las bases técnicas incluyen contenido indexable en lugar de cambios de idioma que dependan únicamente de cookies, metadatos localizados, mapas del sitio y una gestión rigurosa de las URL canónicas para cada versión lingüística. Un contenido de calidad implica contenido principal pensado para las personas en cada idioma; la autoridad procede de una identidad clara de la organización y de fuentes que respalden la información, no de las afirmaciones comerciales de las herramientas de traducción. Implicación multilingüe: cada URL de mercado o idioma debe funcionar por sí sola como una página completa que Google pueda posicionar para búsquedas locales. Mide los resultados mediante los datos de cobertura de Search Console y la inspección de URLs para cada versión regional. Lo que se sabe y lo que no está garantizado: Google documenta el funcionamiento de los sitios multilingües y de hreflang, pero no garantiza el posicionamiento con ningún CMS ni flujo de trabajo de traducción.

Guía de plataforma: Bing

Bing descubre e indexa páginas multilingües rastreables con una estructura clara, de forma similar a las expectativas de Google sobre la claridad de las URL y del contenido. Las bases técnicas incluyen URL accesibles para cada idioma y región, contenido útil y supervisión mediante Bing Webmaster Tools de cada propiedad o dominio verificado. Es preferible localizar los encabezados, las afirmaciones y las preguntas frecuentes en lugar de traducir solo los elementos de la interfaz, de modo que la navegación cambie de idioma pero el cuerpo del texto no. Las señales de autoridad siguen dependiendo de fuentes fiables y de entidades coherentes entre las distintas versiones lingüísticas y regionales. Implicación multilingüe: no ocultes los idiomas detrás de selectores que solo funcionan en el cliente o de cambios mediante cookies en una única URL cuyas versiones los rastreadores no puedan identificar. Mide la indexación y las estadísticas de rastreo en Bing Webmaster Tools. Lo confirmado frente a lo incierto: las directrices de Bing destacan el contenido útil y rastreable; no inventes factores de posicionamiento exclusivos de Bing para las herramientas de traducción.

Guía de plataforma: ChatGPT

ChatGPT puede citar o resumir páginas de acceso público cuando las versiones lingüísticas están claramente identificadas y el contenido está preparado para responder preguntas. El descubrimiento no sigue el modelo convencional de rastreo y posicionamiento; la visibilidad consiste en que una página sea seleccionada como fuente o mencionada en las respuestas, en lugar de aparecer en una posición de la página de resultados de búsqueda. Las bases técnicas siguen partiendo de URL con HTML accesible, no de capas de widgets superpuestas que ocultan el texto a los sistemas que recuperan contenido. Entre las características del contenido que ayudan se encuentran las respuestas directas, las preguntas frecuentes y una terminología estable basada en glosarios mantenidos para cada idioma y región. La autoridad procede de las pruebas y de la coherencia de las entidades entre idiomas. Implicación multilingüe: cada página localizada debe poder leerse de forma independiente, sin dar por hecho que el usuario cambiará de idioma. La medición es imperfecta: trata las comprobaciones de citas como hipótesis cualitativas, no como KPI. Lo confirmado frente a lo incierto: no existe ninguna garantía documentada de que los datos estructurados, hreflang o algún flujo de trabajo de traducción generen citas en ChatGPT.

Guía de plataforma: Gemini

Gemini y las experiencias de IA relacionadas de Google se benefician de entidades coherentes, datos estructurados cuando sean precisos y páginas localizadas indexables. La visibilidad consiste en que el contenido se cite o se reconozca, no en inventar factores de posicionamiento específicos de Gemini. Las bases técnicas coinciden con las de la Búsqueda de Google en cuanto a la rastreabilidad y la calidad de los metadatos de cada URL lingüística o regional. El contenido debe presentar afirmaciones y definiciones claras en cada idioma, con una profundidad centrada en las personas. La autoridad depende de la coherencia de la organización y de la corroboración de la información entre mercados. Implicación multilingüe: los nombres de producto controlados mediante glosarios reducen la confusión entre entidades de distintas versiones lingüísticas y regionales, tanto en la Búsqueda como en las interfaces de IA. Mide el rendimiento tradicional mediante Search Console y realiza comprobaciones cualitativas por muestreo de las respuestas de IA en los idiomas de destino. Lo confirmado frente a lo incierto: el comportamiento de Gemini no sustituye las directrices documentadas de la Búsqueda de Google sobre hreflang y las versiones lingüísticas.

Guía de plataforma: Google AI Overviews

Google AI Overviews puede incluir enlaces a páginas que respalden la información; los criterios de elegibilidad siguen basándose en contenido indexable y pensado para las personas en cada idioma. No funciona como selector de idioma ni sustituye las anotaciones hreflang entre versiones alternativas. Las bases técnicas siguen siendo un HTML regional rastreable y datos estructurados veraces que coincidan con el contenido visible de la página. Entre las cualidades del contenido se incluyen respuestas concisas y encabezados claros en cada versión lingüística. Las señales de autoridad responden a los criterios de contenido útil, no solo al marcado de datos estructurados. Implicación multilingüe: no se garantiza la inclusión en AI Overviews de ninguna página traducida, independientemente de su rendimiento en inglés. Mide los resultados mediante los informes de búsqueda generativa de Search Console, cuando estén disponibles, y mantén separadas las métricas de indexación tradicionales. Lo que se sabe y lo que no está garantizado: ningún flujo de trabajo de traducción puede prometer la aparición en AI Overviews.

Dónde encaja GlotEO

Localizar el marcado de datos estructurados a gran escala es tanto un reto de gestión de contenidos como una tarea de desarrollo. Cuando los glosarios, los campos traducidos y las anotaciones SEO dejan de estar alineados, JSON-LD se convierte en el último rincón donde se esconden errores de mezcla de idiomas. GlotEO ayuda a los equipos a mantener alineados los flujos de trabajo de SEO multilingüe, para que los datos estructurados, hreflang y el texto de las páginas compartan terminología y URL regionales.

Explora la plataforma de SEO multilingüe si necesitas gestionar y supervisar el contenido en múltiples idiomas y regiones, y consulta los precios y planes de GlotEO para comparar los niveles de flujo de trabajo para el control de calidad de los datos estructurados y la revisión de traducciones.

Referencias