Localizar el marcado de esquema para el comercio electrónico consiste en hacer que tus datos estructurados hablen el idioma de tus clientes y de los motores de búsqueda. Para las tiendas en línea internacionales, especialmente aquellas dirigidas a regiones diversas como la UE, el Sudeste Asiático o Oriente Medio, la localización de esquemas es clave para ayudar a los motores de búsqueda a ofrecer los fragmentos enriquecidos adecuados según el idioma, la región y la moneda del usuario.
Al localizar los tipos de esquema clave, como la información del producto, los precios y los datos de la empresa, mejoras la visibilidad, la confianza y las tasas de conversión en diferentes mercados. Este artículo explora qué elementos del esquema localizar, los errores comunes que se deben evitar y las mejores prácticas para ayudar a que tu sitio de comercio electrónico internacional rinda al máximo.
La importancia de la localización de schema para tu comercio electrónico
La localización de esquemas garantiza que tus datos estructurados se alineen con el idioma, la moneda y el contexto cultural de cada mercado al que te diriges. Esto mejora tu visibilidad en los resultados de búsqueda locales y optimiza la experiencia del usuario en las distintas regiones.
- Mejora el SEO local – Cuando el marcado de esquema utiliza idioma, moneda y campos específicos de la región localizados, los motores de búsqueda pueden comprender mejor y relacionar tu contenido con la intención de búsqueda local.
- Permite obtener fragmentos enriquecidos precisos – Los fragmentos enriquecidos, como los precios, la disponibilidad de productos y las reseñas, reflejarán el contexto local del usuario, lo que genera confianza y mejora las tasas de clics.
- Mejora la experiencia del usuario multilingüe: el esquema localizado ayuda a garantizar la coherencia entre el contenido visible de la página y los datos estructurados que hay detrás, evitando confusiones para los visitantes internacionales.
- Admite el cumplimiento y las expectativas regionales – Las distintas regiones pueden tener requisitos de datos específicos (como el IVA en la UE o las zonas de envío en el sudeste asiático) que pueden abordarse mediante el schema.
- Aumenta las tasas de conversión en los mercados objetivo – Los usuarios que ven un idioma, una moneda y una información de contacto familiares en las vistas previas de búsqueda tienen más probabilidades de confiar en tu sitio e interactuar con él.
Tipos de esquema de comercio electrónico clave que requieren localización
El marcado de esquema es un tipo de datos estructurados que se añaden al HTML de tu sitio web y que ayudan a los motores de búsqueda a comprender el contexto de tu contenido. En el comercio electrónico, impulsa resultados enriquecidos como valoraciones de productos, precios, disponibilidad y mucho más, haciendo que tus listados destaquen en las búsquedas. Cuando te diriges a mercados internacionales, no basta con usar el esquema, también necesitas localizarlo.
A continuación se presentan los tipos de esquema clave que requieren una localización cuidadosa para el éxito del comercio electrónico global.
Product
El esquema de Producto proporciona información estructurada como el nombre del producto, la descripción, el SKU, la marca, la imagen y las reseñas. Al localizar este esquema, es esencial traducir los nombres y las descripciones de los productos con precisión, no solo palabra por palabra, sino de una manera que resuene con las normas culturales y lingüísticas de cada mercado.
Varios elementos clave deben adaptarse a cada mercado objetivo para localizar correctamente el esquema de Producto. Estos elementos van más allá de la traducción básica: adaptación cultural, cumplimiento de las expectativas locales y alineación con el SEO específico del idioma. Estos son los aspectos clave del esquema de Producto que deben localizarse.
- name: Traduce el nombre del producto para preservar su significado y atractivo en el idioma local. Evita las traducciones literales que puedan confundir o engañar al público local.
- description: Localiza las descripciones prestando atención al tono, las unidades de medida (por ejemplo, pulgadas frente a centímetros) y la terminología familiar para las audiencias regionales.
- image: Aunque no se basa en texto, las imágenes localizadas pueden reflejar preferencias culturales. Por ejemplo, las imágenes de ropa en los mercados de Oriente Medio podrían requerir imágenes más modestas.
- brand: Si la marca tiene nombres diferentes en distintas regiones, o si las submarcas son más reconocibles localmente, asegúrate de que el campo de marca lo refleje.
- sku: Aunque suele ser consistente a nivel global, si utilizas códigos o identificadores de productos regionales, actualiza el sku para que coincida con el catálogo local.
- review y aggregateRating: Estos elementos también pueden beneficiarse de la localización. Si se incluyen reseñas de clientes en el schema, asegúrate de que estén escritas en el idioma local y reflejen los comentarios de clientes específicos de la región.
- offers (integradas en Product): Esto incluye precios y disponibilidad, que deben reflejar la moneda, los formatos y los niveles de stock locales. También considera adaptar priceValidUntil a los ciclos de ventas locales.
Por ejemplo, un producto «Winter Coat – Arctic Series» en inglés podría localizarse como «Chaqueta Invernal – Serie Ártica» en español. En los mercados árabes, no solo hay que traducir el nombre y la descripción al árabe, sino que también puede que necesites adaptar las imágenes y los aspectos destacados a lo que se considera atractivo o recatado.
No localizar el esquema Product puede crear una discrepancia entre lo que se muestra en el fragmento de búsqueda y lo que aparece en la página real del producto, lo que daña la confianza y perjudica las tasas de clics. Al adaptar tu esquema de producto según la configuración regional, garantizas la coherencia, una mejor alineación con el SEO y una experiencia de compra más fluida.
{
"@context": "https://schema.org/",
"@type": "Product",
"name": "Chaqueta Invernal – Serie Ártica",
"description": "Una chaqueta cálida ideal para el invierno, con capucha desmontable y bolsillos amplios.",
"sku": "ARCTIC-ES",
"image": "https://example.com/es/images/arctic-coat.jpg",
"brand": {
"@type": "Brand",
"name": "FrostWear"
}
}
A continuación se muestra un ejemplo del marcado del esquema de producto que aparece en línea cuando se busca un producto.
Precios y moneda
El precio es uno de los datos más sensibles para los compradores online. El esquema Offer, que normalmente se integra dentro del esquema Product, incluye campos clave como price, priceCurrency y availability. Localizar la moneda y los precios es fundamental, especialmente cuando tu sitio se dirige a regiones que no utilizan USD, EUR u otros valores predeterminados estándar.
Por ejemplo, si vendes en Oriente Medio, tu esquema debería reflejar los precios en AED o SAR utilizando el código de moneda ISO 4217 adecuado, como «priceCurrency»: «AED». Además, el formato del precio debe seguir las convenciones regionales: algunos países usan comas en lugar de puntos como separadores decimales, o colocan el símbolo de la moneda después de la cantidad en lugar de antes.
Los códigos de moneda incorrectos o genéricos en el marcado de schema pueden dar lugar a fragmentos enriquecidos engañosos, confundir a los compradores e incluso provocar penalizaciones de los motores de búsqueda por inconsistencia de datos. Tu schema debe sincronizarse con lo que los usuarios ven en el front end y reflejar tasas de conversión en tiempo real o estrategias de precios localizadas. Adaptar este schema por idioma o subdominio regional es esencial para garantizar una representación precisa en tu sitio web multilingüe. Elementos clave del schema de precios que deben localizarse.
- price: valor numérico del precio formateado para la región local (p. ej., 99,99 en lugar de 99.99).
- priceCurrency: Utiliza el código de moneda ISO 4217 correcto (por ejemplo, AED, SAR, JPY, etc.).
- Ubicación del símbolo de moneda: Adapta el símbolo a las convenciones locales (p. ej., “99 ر.س” en lugar de “SAR 99”).
- availability: Utiliza lenguaje o etiquetas localizadas si corresponde (p. ej., «In Stock» → «Disponible» en español).
Aquí tienes un ejemplo de un esquema localizado para precios adaptado a un mercado de Oriente Medio.
{
"@context": "https://schema.org/",
"@type": "Offer",
"price": "89.99",
"priceCurrency": "EUR",
"availability": "https://schema.org/InStock",
"priceValidUntil": "2025-12-31",
"itemCondition": "https://schema.org/NewCondition",
"url": "https://example.com/es/productos/chaqueta-artica"
}
Aquí tienes un ejemplo del marcado de esquema de precios y moneda que aparece en línea al buscar un producto.
Información de empresa y contacto
Los esquemas Organization y ContactPoint definen la identidad de tu negocio y cómo los clientes pueden contactarte. La localización aquí implica más que una simple traducción: requiere adaptar el horario comercial, los idiomas de soporte y los métodos de contacto para ajustarse a las expectativas locales.
Al localizar el schema de empresa y contacto, mejoras la confianza y ayudas a los motores de búsqueda a mostrar datos de contacto precisos en los SERP (especialmente en móvil). Esto también ayuda a la búsqueda por voz y a los asistentes inteligentes a ofrecer respuestas comerciales correctas según la ubicación. Un schema bien localizado garantiza que los clientes vean las opciones de contacto adecuadas en el momento oportuno, en consonancia con su idioma, región y métodos de comunicación preferidos.
Los elementos clave de los esquemas Organization y ContactPoint que se deben localizar incluyen:.
- name: Traduce o adapta el nombre de la empresa si utilizas una identidad de marca local en diferentes regiones.
- contactType: Utilice términos localizados para los tipos de soporte (por ejemplo, «servicio al cliente» en español).
- telephone: Incluye números de soporte locales con formatos internacionales adecuados.
- areaServed: Especifica la región objetivo usando códigos ISO para garantizar la relevancia geográfica.
- availableLanguage: Indica qué idiomas puede gestionar tu equipo de soporte (por ejemplo, inglés, árabe, francés).
- contactOption: Añade métodos de contacto específicos de la región, como WhatsApp, WeChat o herramientas de chat locales.
- url: Dirige a los usuarios a páginas de ayuda o contacto localizadas si están disponibles.
Al adaptar cada uno de estos campos para cada región objetivo, tu esquema cumplirá con las expectativas locales y aumentará las posibilidades de aparecer en resultados de búsqueda relevantes, especialmente aquellos que dependen de interacciones móviles o de voz. A continuación, se muestra un ejemplo de cómo aplicar el esquema.
{
"@context": "https://schema.org",
"@type": "Organization",
"name": "YourBusiness",
"url": "https://www.yourbusiness.com",
"contactPoint": {
"@type": "ContactPoint",
"telephone": "+33-1-23-45-67-89",
"contactType": "customer support",
"areaServed": "FR",
"availableLanguage": ["en", "fr"]
}
}
Detalles de envío y entrega
Las expectativas y las reglas de entrega varían significativamente de un país a otro. Al utilizar tipos de schema como DeliveryTimeSettings, ShippingDeliveryTime u OfferShippingDetails que son específicos de cada región, puedes comunicar no solo la disponibilidad y los plazos de entrega estimados, sino también las regiones atendidas, las tarifas de envío y los tiempos de gestión, todo lo cual debe localizarse para cada mercado. Los elementos de schema de envío que deben localizarse incluyen:.
- Destino de envío: región o país atendido.
- deliveryTime: tiempo de entrega estimado en formato local (p. ej., 2 días frente a 5-7 días hábiles).
- shippingRate: tarifa de envío en moneda local.
- transitTimeLabel: etiqueta utilizada para describir el tiempo de entrega (como “Express”, “Regular” o “Entrega en 24 horas”).
- handlingTime: tiempo de procesamiento antes de que comience la entrega.
Por ejemplo, un cliente en Alemania podría esperar la entrega en un plazo de 3 días hábiles, mientras que en Indonesia, una estimación típica podría ser de 5 a 7 días. Si el esquema de envío no está localizado, es posible que los usuarios no obtengan información relevante en los resultados de búsqueda, lo que los hace dudar a la hora de comprar. Aquí tienes un ejemplo de OfferShippingDetails localizado para el mercado alemán.
{
"@context": "https://schema.org",
"@type": "OfferShippingDetails",
"shippingDestination": {
"@type": "DefinedRegion",
"name": "Germany"
},
"deliveryTime": {
"@type": "ShippingDeliveryTime",
"handlingTime": {
"@type": "QuantitativeValue",
"minValue": 1,
"maxValue": 2,
"unitCode": "d"
},
"shippingRate": {
"@type": "MonetaryAmount",
"value": "5.00",
"currency": "EUR"
}
}
Ubicación de la tienda e información comercial local
Mostrar con precisión las ubicaciones de las tiendas en la Búsqueda de Google o en Google Maps depende en gran medida de un esquema LocalBusiness bien localizado. Especialmente cuando los usuarios buscan en su idioma o región local, contar con la información correcta aumenta la visibilidad y genera confianza. Los elementos clave del esquema LocalBusiness que necesitan localización incluyen:.
- name: el nombre de la empresa se traduce si es relevante para el contexto local.
- address: la dirección formateada según las convenciones locales, incluidos addressLocality, addressRegion, postalCode y addressCountry.
- teléfono: el número de teléfono utilizando el código de país correcto y el formato local.
- openingHoursSpecification: El horario de apertura se ajusta a las zonas horarias locales y a los hábitos comerciales.
- geo: coordenadas geográficas (latitud y longitud) de la ubicación de la tienda.
- areaServed: la región o área a la que presta servicio la empresa.
Por ejemplo, aquí tienes un fragmento de schema para una tienda que opera en Berlín, Alemania.
{
"@context": "https://schema.org",
"@type": "LocalBusiness",
"name": "Modehaus Berlin",
"address": {
"@type": "PostalAddress",
"addressLocality": "Berlin",
"addressCountry": "DE"
},
"telephone": "+49 30 12345678",
"openingHours": "Mo-Fr 10:00-19:00"
}
El siguiente es un ejemplo de un esquema de marcado para negocios locales.
Navegación de ruta de navegación
El esquema BreadcrumbList ayuda a definir la estructura de navegación de tu sitio web, mostrando a los usuarios (y a los motores de búsqueda) dónde se encuentran dentro de la jerarquía del sitio. Aunque esto pueda parecer sencillo, localizar las migas de pan es fundamental en un comercio electrónico multilingüe para garantizar la coherencia, mejorar el SEO y optimizar la experiencia del usuario.
Por ejemplo, una ruta de navegación en inglés, español y árabe
- “Inicio > Moda masculina > Chaquetas”
- “Inicio > Moda Masculina > Chaquetas”,
- “الرئيسية > أزياء الرجال > المعاطف”.
Supongamos que el esquema de migas de pan se deja en inglés mientras que el contenido de la página está en otro idioma. En ese caso, los usuarios pueden experimentar confusión y los motores de búsqueda pueden tener dificultades para indexar correctamente el contenido localizado. También puede perjudicar tu estrategia de enlaces internos, ya que las migas de pan influyen en cómo fluye la equidad de enlaces a través de tu sitio.
Elementos clave del esquema BreadcrumbList que necesitan localización.
- itemListElement.name: El nombre visible de cada nivel de ruta de navegación debe traducirse.
- itemListElement.item: La URL debe apuntar a la versión localizada correcta de cada página.
- position: Refleja el nivel en la ruta de navegación (normalmente permanece igual, pero debe corresponder a la estructura localizada).
{
"@context": "https://schema.org",
"@type": "BreadcrumbList",
"itemListElement": [
{
"@type": "ListItem",
"position": 1,
"name": "Inicio",
"item": "https://example.com/es/"
},
{
"@type": "ListItem",
"position": 2,
"name": "Moda Masculina",
"item": "https://example.com/es/moda-masculina"
},
{
"@type": "ListItem",
"position": 3,
"name": "Chaquetas",
"item": "https://example.com/es/moda-masculina/chaquetas"
}
]
}
El siguiente es un ejemplo de un esquema de marcado de ruta de navegación.
Errores comunes en la localización de schema para comercio electrónico
Las empresas suelen encontrarse con problemas críticos pero evitables al localizar el marcado de esquema para sitios web de comercio electrónico. Muchos asumen que la traducción por sí sola es suficiente, pero los datos estructurados deben adaptarse completamente al idioma, la moneda y las expectativas de los usuarios de cada región. Estos descuidos pueden provocar fragmentos enriquecidos rotos, una mala visibilidad en las búsquedas o confusión en los usuarios.
A continuación se muestran algunos de los errores más comunes en la localización de schema—y por qué evitarlos puede afectar significativamente el rendimiento y la experiencia de usuario de tu sitio.
Usar solo un idioma o una moneda
Uno de los errores más frecuentes en la localización del schema de comercio electrónico es mantener un solo idioma o moneda en todos los datos estructurados del sitio, incluso cuando el contenido de la interfaz está traducido. Esta falta de coincidencia confunde tanto a los usuarios como a los motores de búsqueda. Un comprador en Francia podría leer las descripciones de los productos en francés, pero ver que el schema sigue refiriéndose a USD en lugar de EUR, lo que puede generar problemas de confianza.
El esquema localizado debe reflejar el contenido traducido y los formatos de moneda locales. Por ejemplo, «priceCurrency»: «EUR» debería reemplazar a «priceCurrency»: «USD» en la versión francesa del sitio, y los campos «name» y «description» del esquema Product deberían aparecer en francés. Sin esto, los motores de búsqueda podrían no mostrar tus listados localizados con precisión en los resultados de búsqueda.
Ignorar la localización de idioma y moneda provoca vistas previas deficientes de fragmentos enriquecidos, reduce las tasas de clics e incluso puede infringir las directrices de precisión de datos estructurados. Adapta siempre tu esquema por idioma y región, utilizando hreflang y subdominios o rutas específicos de la región.
No actualizar correctamente los códigos de moneda
Muchos olvidan actualizar el código de moneda en el marcado de esquema incluso cuando los comerciantes utilizan el símbolo de moneda localizado correcto en la interfaz. Schema.org utiliza códigos estandarizados ISO 4217 (como “USD” para el dólar estadounidense o “JPY” para el yen japonés), y no reflejarlos correctamente en “priceCurrency” provoca resultados enriquecidos rotos o engañosos.
Por ejemplo, si tu tienda en los Emiratos Árabes Unidos muestra los precios en dírhams pero sigue usando “priceCurrency”: “USD” en el schema, Google podría interpretar mal el precio del producto o decidir no mostrarlo en absoluto. Peor aún, un cliente podría asumir que un producto es más barato o más caro debido a un contexto de moneda incorrecto, lo que provocaría tasas de rebote o carritos abandonados.
Verifica siempre dos veces los valores de moneda en tu esquema, especialmente en tiendas multidivisa que utilizan geolocalización o selectores de moneda. Alinear la información visual y estructurada de la moneda mejora la apariencia en los resultados de búsqueda y la confianza del cliente.
Omitir campos de esquema específicos de la región
Otro error es usar un schema genérico en todas las regiones sin incorporar elementos específicos de la región como “shippingDestination”, “areaServed” o “availableAtOrFrom”. Estos campos son críticos para comunicar la logística y la cobertura de servicio, especialmente en envíos internacionales o atención al cliente localizada.
Por ejemplo, los compradores en Australia deberían ver estimaciones de tiempo de envío y opciones de entrega basadas en estándares locales (p. ej., “shippingDestination”: { “@type”: “DefinedRegion”, “name”: “Australia” }). Omitir estos detalles puede llevar a los motores de búsqueda a asumir que no realizas envíos allí, lo que afecta la visibilidad en la búsqueda local.
Además, campos como “areaServed” y “availableAtOrFrom” ayudan a que tu negocio aparezca en búsquedas de “cerca de mí” o por región. Si no utilizas estos campos de esquema en las páginas regionales, es probable que estés perdiendo oportunidades de búsqueda localizada.
Ignorar la compatibilidad con idiomas RTL
Idiomas como el árabe y el hebreo se leen de derecha a izquierda (RTL), y no ajustar el marcado de schema para tenerlo en cuenta puede causar problemas de legibilidad y SEO. Aunque el schema no se representa visualmente, debe reflejar el contexto del idioma para coincidir con la experiencia en la página y la segmentación por idioma de búsqueda.
Por ejemplo, los campos “name” y “description” del esquema de producto en una página en árabe deben traducirse y codificarse adecuadamente utilizando el formato Unicode correcto. Además, la propia página debe usar lang=”ar” y dir=”rtl” en el HTML, y el esquema debe coincidir con lo mismo.
Descuidar la compatibilidad con RTL provoca inconsistencias entre el contenido visual y el estructurado, lo que puede confundir a los usuarios y afectar la elegibilidad para resultados enriquecidos. Asegúrate siempre de que tanto el idioma como la dirección de lectura se reflejen en la estructura del schema.
Migajas de pan traducidas faltantes
Las migas de pan sirven como ayudas de navegación y contribuyen significativamente al enlazado interno y al SEO. Un error común en la localización de schema es mantener el schema de migas de pan en el idioma original, incluso cuando la ruta de navegación visible está traducida.
Por ejemplo, si tu página muestra «Inicio > Moda Femenina > Vestidos», tu esquema BreadcrumbList debería reflejarlo exactamente. Usar «name»: «Home» en lugar de «Inicio» crea una desconexión y puede afectar negativamente a cómo Google interpreta la estructura del sitio.
Cada nivel de ruta de navegación («name») debe localizarse, y el «item» correspondiente debe enlazar a la URL localizada. Mantener todo alineado garantiza la coherencia para los usuarios y los rastreadores, lo que mejora la visibilidad y la indexación.
Reutilizar el mismo schema para todos los idiomas
El error más perjudicial es utilizar un enfoque de esquema único para todos los idiomas. Reutilizar los mismos datos estructurados sin adaptar el contenido, la moneda, el idioma y el contexto regional anula por completo el propósito de la localización.
Cada versión localizada de tu sitio debe tener su schema reflejando el contenido y los metadatos locales. Por ejemplo, si tienes páginas de producto separadas para inglés y francés, su schema de Product debería tener traducidos “name”, “description”, “priceCurrency” e incluso URLs específicas del idioma.
Descuidar esta práctica puede dar lugar a señales de búsqueda contradictorias, una calidad deficiente de los fragmentos o incluso acciones manuales por datos estructurados engañosos. Una buena práctica consiste en mantener esquemas separados para cada subdominio de idioma o versión etiquetada con hreflang, asegurando que los datos estructurados coincidan con el idioma y la región atendidos.
Mejores prácticas para localizar el marcado de esquema para el comercio electrónico
El marcado de schema desempeña un papel crucial en cómo los motores de búsqueda interpretan y muestran tu contenido. Cuando se localiza correctamente, aumenta tu visibilidad en los SERP locales, mejora las tasas de clics y optimiza la experiencia de compra para usuarios de todo el mundo.
Estas son las mejores prácticas que toda empresa de comercio electrónico global debería seguir para aprovechar al máximo la localización.
Usar un schema específico para cada idioma en cada página
Cada versión de idioma de tu sitio web debe incluir el marcado de esquema en ese idioma específico. Si utilizas subdominios o subcarpetas (por ejemplo, ejemplo.com/en/ para inglés y ejemplo.com/de/ para alemán), cada uno debe contener un esquema único y adecuado al idioma.
Si tu página en alemán todavía utiliza el schema en inglés, Google puede tener dificultades para comprender el contexto local de la página, y los usuarios pueden percibir una experiencia inconsistente con sus expectativas, por ejemplo, como se muestra a continuación.
País | Campo del esquema | Valor localizado |
/fr/página-de-producto | "nombre" | “Veste d'hiver pour homme” |
“description” | “Une veste chaude pour l'hiver français” | |
“en el idioma” | “fr” |
Localiza los nombres y las descripciones de los productos
Los nombres y las descripciones de los productos no deberían limitarse a traducirse y adaptarse culturalmente. Las frases que resultan atractivas en un país pueden no resonar en otro. Utiliza un lenguaje natural para el público local y que se ajuste a su comportamiento de compra.
Confía en traductores nativos o expertos locales para evitar frases torpes o mensajes poco claros. Campos como el nombre, la descripción y la marca en tu esquema deben reflejar el idioma y las preferencias locales.
Idioma | nombre | descripción |
Inglés | “Chaqueta elegante para hombre” | “Una chaqueta con estilo perfecta para el invierno” |
japonés | “メンズウィンタージャケット” | "冬 に 最 適 な し ゃ れ な ジ ャ ケ ッ ト で す." |
Establece un precio y una moneda precisos
El precio es un tema delicado en el comercio electrónico. No te limites a convertir las divisas visualmente en tu sitio: asegúrate de que tu schema refleje con precisión la divisa correcta utilizando el código ISO 4217 en el campo priceCurrency. Los precios también deben formatearse según las convenciones locales, incluidos los decimales y los separadores de miles.
Evita mostrar únicamente USD en todas las versiones de idioma, ya que esto podría confundir a los usuarios o erosionar la confianza. Si utilizas conversión de divisas en tiempo real, asegúrate de que tu schema se mantenga sincronizado. Por ejemplo.
País | precio | precioMoneda | Formato local |
Japón | 4500 | Guay | ¥4,500 |
Arabia Saudí | 180 | SAR | 180 años |
Localiza la información de la empresa
La información de contacto de la empresa, como direcciones, números de teléfono y horarios de atención, debe localizarse por región. Utilice formatos locales para campos como addressLocality, postalCode y addressCountry. Incluya códigos de marcado internacional en los números de teléfono para que a los usuarios les resulte más fácil contactarle.
Campos como openingHoursSpecification deben reflejar las zonas horarias locales y las prácticas comerciales. Estos detalles ayudan a generar confianza y mejoran la apariencia de tu negocio en los resultados de búsqueda local. Por ejemplo.
País | addressLocality | postalCode | Formato del horario de apertura |
España | Barcelona | 08001 | Lunes a viernes de 09:00 a 18:00 |
Tailandia | Chiang Mai | 50000 | Lu-Sa 10:00–19:00 |
Estructura del esquema para idiomas RTL
Idiomas como el árabe y el hebreo se escriben de derecha a izquierda (RTL). Aunque JSON-LD en sí no depende del formato visual, cualquier campo del esquema que contenga texto visible —como name, description o breadcrumb— debe reflejar el idioma y la dirección correctos para evitar inconsistencias entre el contenido y el marcado.
Si tu página está en árabe pero el esquema todavía contiene valores en inglés o contenido de izquierda a derecha, puede generar confusión tanto para los usuarios como para los motores de búsqueda. Asegúrate siempre de que el HTML incluya lang=”ar” y de que los campos de datos estructurados estén localizados en consecuencia.
Campo | No localizado (LTR/inglés) | Localizado (RTL/árabe) |
nombre | Chaqueta de invierno | معطف شتوي |
descripción | Un abrigo cálido para el invierno | معطف دافئ مثالي لفصل الشتاء |
ruta de navegación | Inicio > Ropa > Chaquetas | الرئيسية > الملابس > المعاطف |
Automatiza la localización de Schema con Linguise
Localizar el marcado de esquema manualmente en varios idiomas puede ser complejo, especialmente cuando se gestionan cientos de páginas de productos dinámicas. El contenido visible y los datos estructurados, incluidos los esquemas Product, Offer, BreadcrumbList y LocalBusiness, deben traducirse. Los fragmentos enriquecidos pueden no reflejar el idioma, la moneda o la estructura correctos para cada región sin una localización adecuada.
Linguise ofrece una de traducción automática que abarca datos estructurados, traduciendo el marcado de esquema y su contenido. A través de su Editor en Vivo, puede ajustar manualmente el contenido del esquema, como nombres de productos, descripciones o valores de marca, para garantizar que refleje con precisión el contexto local. Esto es especialmente útil al localizar campos de esquema de producto que requieren matices culturales y adaptación de palabras clave para el SEO regional.
Además, Linguise admite la traducción de enlaces y medios, lo que permite la localización de las URL de las migas de pan, los enlaces internos e incluso las referencias de imágenes. Esto garantiza que todos los elementos, rutas de navegación, recursos y datos estructurados—estén alineados con la versión de idioma correcta, lo que ayuda a los motores de búsqueda a ofrecer resultados enriquecidos más precisos y relevantes a los usuarios de todo el mundo.
Conclusión
Localizar el marcado de schema es crucial para las empresas de comercio electrónico internacional que buscan mejorar la visibilidad en los resultados de búsqueda locales, mejorar los fragmentos enriquecidos y ofrecer a los usuarios una experiencia multilingüe fluida. Desde los nombres de productos y los precios hasta los detalles de envío y la información empresarial, cada pieza de datos estructurados debe alinearse con el idioma, la cultura y las expectativas de cada mercado objetivo.
Para agilizar este proceso, considera usar Linguise—una solución de traducción que no solo automatiza la traducción de contenido, sino que también adapta tu marcado de esquema, enlaces y medios por idioma. Con funciones como el Editor en vivo y la traducción de URL e imágenes, usar Linguise puede ayudar a que todo tu sitio—tanto el contenido visible como los datos estructurados—esté totalmente localizado y listo para SEO.
