Локализация разметки схемы для электронной коммерции — это умение заставить ваши структурированные данные говорить на языке ваших клиентов и поисковых систем. Для международных интернет-магазинов, особенно тех, что ориентированы на такие разные регионы, как ЕС, Юго-Восточная Азия или Ближний Восток, локализация схемы имеет ключевое значение, помогая поисковым системам выдавать правильные расширенные фрагменты с учётом языка, региона и валюты пользователя.
Локализуя ключевые типы схем, такие как информация о товарах, цены и сведения о компании, вы повышаете видимость, доверие и конверсию на разных рынках. В этой статье рассматривается, какие элементы схем следует локализовать, распространённые ошибки, которых стоит избегать, и лучшие практики, которые помогут вашему международному интернет-магазину работать максимально эффективно.
Важность локализации схемы для вашего интернет-магазина
Локализация схем обеспечивает соответствие ваших структурированных данных языку, валюте и культурным особенностям каждого рынка, который вы обслуживаете. Это повышает вашу видимость в местных результатах поиска и улучшает пользовательский опыт в разных регионах.
- Повышает локальное SEO – Когда разметка схемы использует локализованный язык, валюту и поля, специфичные для региона, поисковые системы могут лучше понимать и сопоставлять ваш контент с локальными поисковыми запросами.
- Обеспечивает точные расширенные сниппеты – Расширенные сниппеты, такие как цены, наличие товара и отзывы, будут отражать местный контекст пользователя, повышая доверие и улучшая показатели кликабельности.
- Улучшает многоязычный пользовательский опыт – Локализованная схема помогает обеспечить согласованность между видимым содержимым страницы и структурированными данными за ним, избегая путаницы для международных посетителей.
- Поддерживает региональное соответствие и ожидания – В разных регионах могут быть особые требования к данным (например, НДС в ЕС или зоны доставки в Юго-Восточной Азии), которые можно учесть с помощью схемы.
- Повышает конверсию на целевых рынках – Пользователи, которые видят знакомый язык, валюту и контактную информацию в поисковых сниппетах, с большей вероятностью доверятся вашему сайту и начнут с ним взаимодействовать.
Ключевые типы схем электронной коммерции, требующие локализации
Разметка Schema — это тип структурированных данных, добавляемых в HTML вашего сайта, который помогает поисковым системам понимать контекст вашего контента. Для электронной коммерции она обеспечивает расширенные результаты, такие как рейтинги товаров, цены, наличие и многое другое, что выделяет ваши объявления в поиске. При выходе на международные рынки простого использования схемы недостаточно — её также необходимо локализовать.
Ниже приведены ключевые типы схем, которые требуют тщательной локализации для успешной глобальной электронной коммерции.
Товар
Схема Product предоставляет структурированную информацию, такую как название товара, описание, артикул, бренд, изображение и отзывы. При локализации этой схемы важно точно переводить названия и описания товаров — не просто дословно, а так, чтобы они соответствовали культурным и языковым нормам каждого рынка.
Несколько ключевых элементов необходимо адаптировать под каждый целевой рынок, чтобы правильно локализовать схему Product. Эти элементы выходят за рамки базового перевода — культурная адаптация, соответствие местным ожиданиям и согласованность с SEO для конкретного языка. Вот ключевые аспекты схемы Product, которые следует локализовать.
- название: Переведите название товара так, чтобы сохранить его смысл и привлекательность для местной аудитории. Избегайте буквальных переводов, которые могут запутать или ввести в заблуждение местных покупателей.
- description: Локализуйте описания, уделяя внимание тону, единицам измерения (например, дюймы против сантиметров) и терминологии, знакомой региональной аудитории.
- изображение: Хотя это и не текст, локализованные изображения могут отражать культурные предпочтения. Например, изображения одежды для рынков Ближнего Востока могут требовать более скромных визуальных решений.
- brand: Если бренд имеет разные названия в разных регионах или если суббренды более узнаваемы на местном уровне, убедитесь, что поле бренда это отражает.
- sku: Хотя этот код часто одинаков во всем мире, если вы используете региональные коды или идентификаторы товаров, обновите sku в соответствии с местным каталогом.
- review and aggregateRating: Эти элементы также могут выиграть от локализации. Если отзывы клиентов включены в схему, убедитесь, что они написаны на местном языке и отражают отзывы клиентов, специфичные для региона.
- offers (встроено в Product): Сюда входят цены и наличие товара, которые должны отражать местную валюту, форматы и уровень запасов. Также рассмотрите возможность адаптации priceValidUntil к местным циклам продаж.
Например, товар «Winter Coat – Arctic Series» на английском языке может быть локализован как «Chaqueta Invernal – Serie Ártica» на испанском. На арабских рынках не только название и описание нужно перевести на арабский, но также может потребоваться адаптировать изображения и ключевые особенности товара в соответствии с тем, что считается привлекательным или скромным.
Отсутствие локализации схемы Product может привести к несоответствию между тем, что отображается в сниппете поисковой выдачи, и тем, что находится на самой странице товара, что подрывает доверие и снижает показатель кликабельности. Адаптируя схему товара для каждой локали, вы обеспечиваете согласованность, лучшее соответствие требованиям SEO и более удобный процесс покупки.
{
"@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"
}
}
Вот пример разметки схемы Product, которая появляется в интернете при поиске товара.
Цены и валюта
Цены — одна из самых чувствительных категорий информации для онлайн-покупателей. Схема Offer, обычно встраиваемая в схему Product, включает такие ключевые поля, как price, priceCurrency и availability. Локализация валюты и цен имеет решающее значение, особенно если ваш сайт ориентирован на регионы, где не используют доллары США, евро или другие стандартные валюты по умолчанию.
Например, если вы продаете на Ближнем Востоке, ваша схема должна отражать цены в дирхамах ОАЭ или саудовских риалах, используя соответствующий код валюты ISO 4217, например «priceCurrency»: «AED». Кроме того, формат цены должен соответствовать региональным традициям — в некоторых странах в качестве десятичного разделителя используется запятая вместо точки, или символ валюты ставится после суммы, а не перед ней.
Некорректные или обобщённые коды валют в разметке схемы могут приводить к вводящим в заблуждение расширенным сниппетам, запутывать покупателей и даже вызывать санкции поисковых систем за несоответствие данных. Ваша схема должна синхронизироваться с тем, что видят пользователи на стороне клиента, и отражать актуальные курсы конвертации или стратегии локального ценообразования. Адаптация этой схемы под каждый язык или региональный поддомен необходима для точного отображения данных на вашем многоязычном сайте. Ключевые элементы схемы ценообразования, которые необходимо локализовать.
- цена: Числовое значение цены, отформатированное для местного региона (например, 99,99 вместо 99.99).
- priceCurrency: Используйте правильный код валюты ISO 4217 (например, AED, SAR, JPY и т. д.).
- Размещение символа валюты: Адаптируйте символ к местным традициям (например, «99 ر.س» вместо «SAR 99»).
- availability: Используйте локализованный язык или метки, если это применимо (например, «In Stock» → «Disponible» на испанском).
Вот пример локализованной схемы для цен, адаптированной под ближневосточный рынок.
{
"@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"
}
Вот пример разметки схемы ценообразования и валюты, которая отображается в интернете при поиске товара.
Информация о компании и контактные данные
Схемы Organization и ContactPoint определяют идентичность вашего бизнеса и способы связи с вами для клиентов. Локализация здесь включает не только перевод — она требует адаптации часов работы, языков поддержки и способов связи с учётом местных ожиданий.
Локализуя схему организации и контактных данных, вы повышаете доверие и помогаете поисковым системам отображать точные контактные данные в результатах поиска (особенно на мобильных устройствах). Это также помогает голосовому поиску и интеллектуальным помощникам предоставлять корректные ответы о компании с учётом местоположения. Хорошо локализованная схема гарантирует, что клиенты увидят правильные варианты связи в нужный момент, в соответствии с их языком, регионом и предпочтительными способами коммуникации.
Ключевые элементы схем Organization и ContactPoint, которые необходимо локализовать.
- name: Переведите или адаптируйте название компании, если вы используете локальный бренд в разных регионах.
- contactType: Используйте локализованные термины для обозначения типов поддержки (например, «servicio al cliente» на испанском языке).
- telephone: Укажите местные номера поддержки в правильном международном формате.
- areaServed: Укажите целевой регион с помощью кодов ISO, чтобы обеспечить географическую релевантность.
- availableLanguage: Укажите, на каких языках может общаться ваша служба поддержки (например, английский, арабский, французский).
- contactOption: Добавьте способы связи для конкретного региона, такие как WhatsApp, WeChat или местные чат-инструменты.
- URL: Направляйте пользователей на локализованные страницы справки или контактной информации, если таковые имеются.
Адаптируя каждое из этих полей для каждого целевого региона, вы приведёте свою разметку в соответствие с местными ожиданиями и повысите шансы на показ в релевантных результатах поиска, особенно в тех, которые зависят от мобильного взаимодействия или голосового поиска. Ниже приведён пример применения разметки.
{
"@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"]
}
}
Информация о доставке
Ожидания и правила доставки значительно различаются от страны к стране. Используя такие типы схем, как DeliveryTimeSettings, ShippingDeliveryTime или OfferShippingDetails, которые зависят от региона, вы можете сообщать не только о доступности и предполагаемых сроках доставки, но также о обслуживаемых регионах, стоимости доставки и времени обработки — всё это следует локализовать для каждого рынка. Элементы схемы доставки, которые необходимо локализовать, включают:.
- shippingDestination: регион или страна доставки.
- deliveryTime: ожидаемое время доставки в местном формате (например, 2 дня или 5–7 рабочих дней).
- shippingRate: стоимость доставки в местной валюте.
- transitTimeLabel: метка, используемая для описания времени доставки (например, «Экспресс», «Обычная» или «Доставка в течение 24 часов»).
- handlingTime: время обработки заказа до начала доставки.
Например, клиент в Германии может ожидать доставку в течение 3 рабочих дней, тогда как в Индонезии типичный срок может составлять 5–7 дней. Если схема доставки не локализована, пользователи могут не получить релевантную информацию в результатах поиска, что заставит их сомневаться в покупке. Вот пример OfferShippingDetails, локализованного для немецкого рынка.
{
"@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"
}
}
Расположение магазина и информация о местном бизнесе
Точное отображение местоположений магазинов в Google Поиске или Google Картах во многом зависит от хорошо локализованной разметки LocalBusiness. Особенно когда пользователи ищут на своем родном языке или в своем регионе, наличие правильной информации повышает видимость и укрепляет доверие. Ключевые элементы разметки LocalBusiness, требующие локализации, включают:.
- название: название компании переводится, если это актуально для местного контекста.
- address: адрес, отформатированный в соответствии с местными соглашениями, включая addressLocality, addressRegion, postalCode и addressCountry.
- Телефон: номер телефона с указанием правильного кода страны и местного формата.
- openingHoursSpecification: Часы работы корректируются с учётом местных часовых поясов и деловых привычек.
- geo: географические координаты (широта и долгота) местоположения магазина.
- areaServed: регион или территория, которую обслуживает данное предприятие.
Например, вот фрагмент схемы для магазина, работающего в Берлине, Германия.
{
"@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"
}
Ниже приведён пример схемы наценки для местного бизнеса.
Навигация по хлебным крошкам
Схема BreadcrumbList помогает определить навигационную структуру вашего сайта, показывая пользователям (и поисковым системам), где они находятся в иерархии сайта. Хотя это может показаться простым, локализация хлебных крошек критически важна на многоязычном интернет-магазине , чтобы обеспечить согласованность, улучшить SEO и повысить удобство для пользователей.
Например, цепочка навигации на английском, испанском и арабском языках
- «Главная > Мужская мода > Куртки»
- «Inicio > Moda Masculina > Chaquetas»,
- «الرئيسية > أزياء الرجال > المعاطف».
Предположим, разметка хлебных крошек осталась на английском языке, а содержимое страницы — на другом языке. В этом случае пользователи могут испытывать затруднения, а поисковые системы могут неправильно индексировать локализованный контент. Это также может навредить вашей стратегии внутренних ссылок, поскольку хлебные крошки влияют на то, как ссылочный вес распределяется по вашему сайту.
Ключевые элементы в схеме BreadcrumbList, которые нуждаются в локализации.
- itemListElement.name: Видимое название каждого уровня навигационной цепочки должно быть переведено.
- itemListElement.item: URL должен указывать на правильную локализованную версию каждой страницы.
- Положение: Отражает уровень в «хлебных крошках» (обычно остается неизменным, но должно соответствовать локализованной структуре).
{
"@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"
}
]
}
Ниже приведён пример схемы разметки "хлебные крошки".
Распространённые ошибки в локализации схемы для электронной коммерции
Компании часто сталкиваются с критическими, но предотвратимыми проблемами при локализации разметки схемы для сайтов электронной коммерции. Многие полагают, что достаточно одного перевода, однако структурированные данные должны быть полностью адаптированы к языку, валюте и ожиданиям пользователей каждого региона. Такие упущения могут привести к некорректным расширенным сниппетам, плохой видимости в поиске или путанице у пользователей.
Ниже приведены некоторые из наиболее распространённых ошибок при локализации схемы — и почему их избегание может значительно повлиять на производительность вашего сайта и пользовательский опыт.
Использование только одного языка или валюты
Одной из самых частых ошибок при локализации схем для электронной коммерции является использование одного языка или валюты во всех структурированных данных сайта, даже когда контент интерфейса переведён. Такое несоответствие сбивает с толку и пользователей, и поисковые системы. Покупатель во Франции может читать описания товаров на французском, но видеть в схеме доллары США вместо евро, что может подорвать доверие.
Локализованная схема должна отражать переведённый контент и форматы местной валюты. Например, «priceCurrency»: «EUR» должно заменить «priceCurrency»: «USD» во французской версии сайта, а поля «name» и «description» в схеме Product должны отображаться на французском языке. Без этого поисковые системы могут не показывать ваши локализованные объявления точно в результатах поиска.
Игнорирование локализации языка и валюты приводит к плохим превью расширенных сниппетов, снижает показатели кликабельности и может даже нарушать рекомендации по точности структурированных данных. Всегда адаптируйте свою разметку под каждый язык и регион, используя hreflang и региональные поддомены или пути.
Некорректное обновление кодов валют
Многие забывают обновить код валюты в разметке схемы, даже когда продавцы используют правильный локализованный символ валюты на витрине сайта. Schema.org использует стандартизированные коды ISO 4217 (например, «USD» для доллара США или «JPY» для японской иены), и если не отразить их правильно в «priceCurrency», это приведёт к некорректным или вводящим в заблуждение расширенным результатам.
Например, если ваш магазин в ОАЭ показывает цены в дирхамах, но при этом в схеме по-прежнему используется «priceCurrency»: «USD», Google может неправильно интерпретировать цену товара или вообще отказаться её показывать. Хуже того, клиент может решить, что товар дешевле или дороже, из-за неверного валютного контекста, что приведёт к высокому показателю отказов или брошенным корзинам.
Всегда перепроверяйте значения валюты в вашей схеме, особенно для магазинов с несколькими валютами, использующих геолокацию или переключатели валют. Согласование визуальной и структурированной информации о валюте улучшает внешний вид в поиске и доверие клиентов.
Пропуск полей разметки, специфичных для региона
Ещё одна ошибка — использование универсальной разметки для разных регионов без включения региональных элементов, таких как «shippingDestination», «areaServed» или «availableAtOrFrom». Эти поля критически важны для передачи информации о логистике и зоне обслуживания, особенно при международной доставке или локализованной поддержке клиентов.
Например, покупатели в Австралии должны видеть оценки сроков доставки и варианты доставки, основанные на местных стандартах (например, «shippingDestination»: { «@type»: «DefinedRegion», «name»: «Australia» }). Пропуск таких деталей может заставить поисковые системы предположить, что вы не осуществляете доставку туда, что повлияет на видимость в локальном поиске.
Кроме того, такие поля, как «areaServed» и «availableAtOrFrom», помогают продвигать ваш бизнес для поисковых запросов «рядом со мной» или по региону. Если вы не используете эти поля схемы на региональных страницах, вы, вероятно, упускаете возможности локального поиска.
Игнорирование поддержки языков с написанием справа налево
Такие языки, как арабский и иврит, читаются справа налево (RTL), и если не адаптировать разметку схемы с учётом этого, могут возникнуть проблемы с читабельностью и SEO. Хотя схема не отображается визуально, она всё равно должна отражать языковой контекст, чтобы соответствовать впечатлению от страницы и языковому таргетингу в поиске.
Например, поля «name» и «description» в схеме товара на арабской странице должны быть соответствующим образом переведены и закодированы с использованием правильного формата Юникод. Кроме того, сама страница должна использовать lang="ar" и dir="rtl" в HTML, и схема должна соответствовать тому же.
Игнорирование поддержки RTL приводит к несоответствию между визуальным и структурированным контентом, что может запутать пользователей и повлиять на возможность показа расширенных результатов. Всегда следите за тем, чтобы и язык, и направление чтения были отражены в структуре схемы.
Отсутствие переведённых хлебных крошек
Хлебные крошки служат навигационным подспорьем и вносят значительный вклад во внутреннюю перелинковку и SEO. Одна из распространённых ошибок при локализации разметки — сохранение разметки хлебных крошек на исходном языке, даже когда видимый путь навигации переведён.
Например, если ваша страница отображает «Inicio > Moda Femenina > Vestidos» (по-испански «Главная > Женская мода > Платья»), ваша схема BreadcrumbList должна точно это отражать. Использование «name»: «Home» вместо «Inicio» создаёт разрыв и может негативно повлиять на то, как Google интерпретирует структуру сайта.
Каждый уровень хлебных крошек («name») должен быть локализован, а соответствующий «item» должен ссылаться на локализованный URL-адрес. Согласованность всех элементов обеспечивает единообразие для пользователей и поисковых роботов, повышая видимость и индексацию.
Использование одной и той же схемы для всех языков
Самая губительная ошибка — использовать универсальный подход к схеме для всех языков. Повторное использование одних и тех же структурированных данных без адаптации контента, валюты, языка и регионального контекста сводит на нет всю цель локализации.
Каждая локализованная версия вашего сайта должна иметь разметку, отражающую локальный контент и метаданные. Например, если у вас есть отдельные страницы товаров для английского и французского языков, их разметка Product должна содержать переведённые «name», «description», «priceCurrency» и даже URL-адреса для конкретного языка.
Игнорирование этой практики может привести к конфликтующим поисковым сигналам, низкому качеству сниппетов или даже ручным санкциям за вводящие в заблуждение структурированные данные. Рекомендуется поддерживать отдельные схемы для каждого языкового поддомена или версии с тегом hreflang, чтобы структурированные данные соответствовали языку и региону обслуживания.
Рекомендации по локализации разметки схемы для электронной коммерции
Разметка схемы играет ключевую роль в том, как поисковые системы интерпретируют и отображают ваш контент. При правильной локализации она повышает вашу видимость в локальных результатах поиска, улучшает показатели кликабельности и делает процесс покупок удобнее для пользователей по всему миру.
Вот лучшие практики, которых должен придерживаться каждый глобальный бизнес в сфере электронной коммерции, чтобы максимально эффективно использовать локализацию.
Используйте схему для конкретного языка на каждой странице
Каждая языковая версия вашего сайта должна содержать разметку схемы на соответствующем языке. Если вы используете поддомены или подпапки (например, example.com/en/ для английского и example.com/de/ для немецкого), каждая из них должна содержать уникальную схему, соответствующую языку.
Если ваша немецкая страница по-прежнему использует разметку на английском языке, Google может испытывать трудности с пониманием локального контекста страницы, а пользователи могут столкнуться с опытом, не соответствующим их ожиданиям, например, как показано ниже.
Страна | Поле схемы | Локализованная ценность |
/fr/product-page | «name» | «Veste d’hiver pour homme» |
«описание» | «Тёплая куртка для французской зимы» | |
«inLanguage» | «fr» |
Локализуйте названия и описания товаров
Названия и описания товаров не должны ограничиваться только переводом и культурной адаптацией. Фразы, которые хорошо звучат в одной стране, могут не находить отклика в другой. Используйте естественный язык, понятный местной аудитории и соответствующий её покупательскому поведению.
Чтобы избежать неуклюжих формулировок или неясных сообщений, воспользуйтесь услугами переводчиков-носителей языка или местных экспертов. Такие поля, как «название», «описание» и «бренд» в вашей схеме, должны отражать местный язык и предпочтения.
Язык | имя | описание |
Английский | «Мужская элегантная куртка» | «Стильная куртка, идеально подходящая для зимы» |
японский | «Мужская зимняя куртка» | «冬に最適なおしゃれなジャケットです。» |
Укажите точную цену и валюту
Цена — чувствительная тема в электронной коммерции. Не просто визуально конвертируйте валюты на своём сайте — убедитесь, что ваша схема точно отражает правильную валюту с помощью кода ISO 4217 в поле priceCurrency. Цены также должны быть отформатированы в соответствии с местными соглашениями, включая десятичные и тысячные разделители.
Не отображайте только доллары США во всех языковых версиях, так как это может запутать пользователей или подорвать доверие. Если вы используете конвертацию валют в реальном времени, убедитесь, что ваша схема синхронизирована. Например.
Страна | цена | priceCurrency | Локальный формат |
Япония | 4500 | JPY | ¥4,500 |
Саудовская Аравия | 180 | SAR | 180 ر.س |
Локализация информации о бизнесе
Контактная информация компании, такая как адреса, номера телефонов и часы работы, должна быть локализована по регионам. Используйте местные форматы для таких полей, как addressLocality, postalCode и addressCountry. Указывайте международные коды набора в номерах телефонов, чтобы пользователям было проще с вами связаться.
Такие поля, как openingHoursSpecification, должны отражать местные часовые пояса и деловые обычаи. Эти сведения помогают укрепить доверие и улучшить представление вашего бизнеса в местных результатах поиска. Например.
Страна | addressLocality | postalCode | формат часов работы |
Испания | Барселона | 08001 | Пн-Пт 09:00–18:00 |
Таиланд | Чиангмай | 50000 | Пн–Сб 10:00–19:00 |
Структурная схема для языков с написанием справа налево
Такие языки, как арабский и иврит, пишутся справа налево (RTL). Хотя сам JSON-LD не зависит от визуального форматирования, любое поле схемы, содержащее видимый текст — например, name, description или breadcrumb — должно отражать правильный язык и направление, чтобы избежать несоответствий между контентом и разметкой.
Если ваша страница на арабском языке, но схема по-прежнему содержит английские значения или контент с направлением слева направо, это может привести к путанице как у пользователей, так и у поисковых систем. Всегда проверяйте, что HTML содержит lang=”ar”, а поля структурированных данных локализованы соответствующим образом.
Поле | Не локализовано (слева направо/английский) | Локализовано (справа налево/арабский) |
имя | Зимняя куртка | معطف شتوي |
описание | Тёплое пальто для зимы | معطف دافئ مثالي لفصل الشتاء |
хлебные крошки | Главная > Одежда > Куртки | الرئيسية > الملابس > المعاطف |
Автоматизация локализации схемы с помощью Linguise
Ручная локализация разметки схемы на нескольких языках может быть сложной задачей, особенно при управлении сотнями динамических страниц товаров. Видимый контент и структурированные данные, включая схемы Product, Offer, BreadcrumbList и LocalBusiness, должны быть переведены. Без надлежащей локализации расширенные сниппеты могут не отражать правильный язык, валюту или структуру для каждого региона.
Linguise предлагает автоматический перевод решение, распространяющееся на структурированные данные, переводя разметку схемы и ваш контент. Через его Live Editor вы можете вручную настраивать содержимое схемы, такое как названия продуктов, описания или значения бренда, чтобы они точно отражали местный контекст. Это особенно полезно при локализации полей схемы Product, которые требуют культурной нюансировки и адаптации ключевых слов для регионального SEO.
Кроме того, Linguise поддерживает перевод ссылок и медиа, что позволяет локализовать URL-адреса хлебных крошек, внутренние ссылки и даже ссылки на изображения. Это гарантирует, что все элементы, навигационные пути, ресурсы и структурированные данные соответствуют правильной языковой версии, помогая поисковым системам предоставлять более точные и релевантные расширенные результаты пользователям по всему миру.
Conclusion
Локализация разметки схемы критически важна для международных компаний электронной коммерции, стремящихся повысить видимость в местных результатах поиска, улучшить расширенные сниппеты и обеспечить пользователям бесшовный многоязычный опыт. От названий товаров и цен до информации о доставке и данных о компании — каждый элемент структурированных данных должен соответствовать языку, культуре и ожиданиям целевого рынка.
Чтобы упростить этот процесс, рассмотрите возможность использования Linguise — решения для перевода, которое не только автоматизирует перевод контента, но и адаптирует вашу схему разметки, ссылки и медиафайлы для каждого языка. Благодаря таким функциям, как Live Editor и перевод URL-адресов и изображений, использование Linguise поможет всему вашему сайту — как видимому контенту, так и структурированным данным — быть полностью локализованным и готовым к SEO.
