**TL;DR.** Мультимовна SEO у 2026 році має три правила. (1) Виберіть одну структуру URL і використовуйте її скрізь. (2) Випускайте взаємні кластери hreflang, які містять лише фактично перекладені локалі для кожної сутності. (3) Перекладайте весь шлях користувача, а не лише назви продуктів. Якщо ви все зробите правильно, ви обійдете конкурентів з однією локаллю на кожному перекладеному ринку.

## Чому це важливо у 2026 році

Крос-бортова електронна комерція продовжує зростати. За оцінками галузі, приблизно 28% глобальних замовлень електронної комерції перетнули кордони у 2025 році. Торговці, які обслуговують кілька регіонів, займають кращі позиції в цих регіонах і мають кращу конверсію, оскільки досвід є локалізованим.

AI пошукові системи (Perplexity, ChatGPT, Claude, Google AI Overviews) обробляють багатомовний контент менш елегантно, ніж класичний SERP Google. Сторінки з сильними сигналами локалі — чисті URL, точний hreflang, метадані мовою, специфічні для локалі JSON-LD — цитуються надійніше, ніж неоднозначні двомовні сторінки.

## Крок 1: Виберіть структуру URL

| Структура       | Приклад                | Плюси                                              | Мінуси                                          |
| --------------- | ---------------------- | ------------------------------------------------- | ----------------------------------------------- |
| ccTLD           | `example.de`           | Найсильніший геосигнал; зрозуміло для користувачів | Розділяє авторитет домену; кілька SSL сертифікатів |
| Піддомен       | `de.example.com`       | Легко налаштувати хостинг для кожного регіону     | Розглядається як окремий сайт за деякими сигналами |
| Префікс шляху     | `example.com/de/`      | Консолідує авторитет; дешево налаштувати          | Трохи слабший геосигнал, ніж ccTLD             |
| Параметр запиту | `example.com/?lang=de` | Легко додати                                    | **Не використовуйте.** Google розглядає як дублікат. |

За замовчуванням у 2026 році використовується **префікс шляху**. Саме це Ordiko використовує за замовчуванням (`example.com/de/`, `example.com/fr/` тощо).

## Крок 2: Випустіть повний кластер hreflang

Для кожного перекладеного URL, виведіть:

```html
<link rel="alternate" hreflang="en" href="https://example.com/en/products/leather-bag" />
<link rel="alternate" hreflang="de" href="https://example.com/de/products/leather-bag" />
<link rel="alternate" hreflang="fr" href="https://example.com/fr/products/leather-bag" />
<link rel="alternate" hreflang="x-default" href="https://example.com/en/products/leather-bag" />
```

Правила:

1. Кожен URL повинен самозсилатися (URL `en` випускає `hreflang="en"` для себе).
2. Кожен URL повинен перераховувати всі інші варіанти.
3. `x-default` вказує на локаль, яку ви обслуговуєте, коли жодна мова не збігається (зазвичай англійська або ваша за замовчуванням).
4. Використовуйте коди мов ISO 639-1 (`en`, `de`, `fr`), за бажанням поєднані з регіоном ISO 3166-1 (`en-GB`, `en-US`).
5. Не включайте варіант, який повертає статус HTTP, відмінний від 200.

## Крок 3: Фільтруйте фактично перекладені сутності

Поширена помилка: випускати повний набір локалей для кожного URL, навіть коли багато сутностей перекладені лише на підмножину.

**Неправильно**:

```html
<!-- продукт має лише переклади en + de -->
<link rel="alternate" hreflang="en" href=".../en/products/x" />
<link rel="alternate" hreflang="de" href=".../de/products/x" />
<link rel="alternate" hreflang="fr" href=".../fr/products/x" />  <!-- повертає 404 -->
```

**Правильно**:

```html
<link rel="alternate" hreflang="en" href=".../en/products/x" />
<link rel="alternate" hreflang="de" href=".../de/products/x" />
<link rel="alternate" hreflang="x-default" href=".../en/products/x" />
```

Ordiko реалізує це через `EntityForSeo.availableLocales` — кожен продукт, категорія, бренд і сторінка можуть вказати, на які локалі вони перекладені, а `alternates.languages` є перетином `store.supportedLocales` та `availableLocales`.

## Крок 4: Перекладіть весь шлях клієнта

Звичайні прогалини, які шкодять рейтингам і конверсії:

| Поверхня                  | Перекладено?                                |
| ------------------------ | ------------------------------------------ |
| Мета заголовок               | Так (по локалі)                            |
| Мета опис         | Так                                         |
| H1                       | Так                                         |
| Позначки хлібних крихт        | Так                                         |
| Назви категорій           | Так                                         |
| Поля схеми продукту    | Так (`name`, `description`, `category`)     |
| Alt текст зображення           | Так                                         |
| Повідомлення про помилки (404/410) | Так                                         |
| Текст оформлення замовлення            | Так                                         |
| Шаблони електронних листів          | Так                                         |

Сторінка, яка на 80% німецька з англійськими повідомленнями про помилки та англійським alt текстом, є сигналом як для користувачів, так і для Google.

## Крок 5: Налаштуйте валюту та доставку для кожної локалі

Валюта та локаль не є одним і тим же (Швейцарія використовує CHF і обслуговує німецьку/французьку/італійську), але зазвичай вони корельовані. У схемі продукту 2026 року:

```json
{
  "@type": "Offer",
  "priceCurrency": "EUR",
  "price": "49.00",
  "availability": "https://schema.org/InStock",
  "shippingDetails": [{
    "@type": "OfferShippingDetails",
    "shippingDestination": { "@type": "DefinedRegion", "addressCountry": "DE" },
    "shippingRate": { "@type": "MonetaryAmount", "value": "4.99", "currency": "EUR" },
    "deliveryTime": {
      "@type": "ShippingDeliveryTime",
      "handlingTime": { "@type": "QuantitativeValue", "minValue": 0, "maxValue": 1, "unitCode": "DAY" },
      "transitTime": { "@type": "QuantitativeValue", "minValue": 2, "maxValue": 5, "unitCode": "DAY" }
    }
  }]
}
```

Ціни та доставка за регіоном повинні відповідати тому, що користувач бачить на сторінці. Невідповідності між схемою та видимою ціною призводять до того, що Google пригнічує багатий результат.

## Крок 6: Надішліть карти сайту

Два життєздатних шаблони:

**Шаблон A — одна карта сайту для кожної локалі:**

```
/sitemap.xml (індекс)
/sitemap-en.xml
/sitemap-de.xml
/sitemap-fr.xml
```

**Шаблон B — одна карта сайту з анотаціями hreflang:**

```xml
<url>
  <loc>https://example.com/en/products/x</loc>
  <xhtml:link rel="alternate" hreflang="de" href="https://example.com/de/products/x" />
  <xhtml:link rel="alternate" hreflang="fr" href="https://example.com/fr/products/x" />
</url>
```

Шаблон A легше налагоджувати. Шаблон B компактніший. Ordiko за замовчуванням використовує Шаблон A.

## Крок 7: Перевірте

У Google Search Console:

1. **Налаштування → Міжнародне націлювання → Вкладка Мова** — показує помилки hreflang.
2. **Покриття → Сторінки** — підтверджує, що кожен варіант локалі проіндексовано.
3. **Продуктивність → Фільтри → Країна** — підтверджує, що кожна локаль займає позиції у своїй цільовій області.

Для AI пошуку:

```bash
curl -A "PerplexityBot" https://example.com/de/products/x
# має повернути 200 з німецьким контентом та німецьким кластером hreflang
```

## Загальні пастки

- Невзаємний hreflang. Завжди випускайте повний кластер.
- Неправильні коди мов. Використовуйте ISO 639-1 (`zh-Hans`, а не `zh-CN` для спрощеного китайського).
- Включення недоступних URL. Фільтруйте цілі 404/410.
- Змішування структур. Не розміщуйте німецький контент на `/products/x?lang=de` *та* `/de/products/x`.
- Ігнорування AI систем. Додайте Markdown близнюків та явний `inLanguage` у JSON-LD.

## FAQ

**Чи слід використовувати ccTLD, піддомени чи префікси шляху?**
Префікси шляху (example.com/de/) є сучасним стандартом — вони консолідують авторитет домену, легко налаштовуються, і Google добре їх обробляє. ccTLD (example.de) дають найсильніший геосигнал, але розділяють авторитет. Піддомени (de.example.com) знаходяться посередині. Вибирайте префікси шляху, якщо у вас немає конкретної причини не робити цього.

**Чи впливає hreflang безпосередньо на рейтинг?**
Не безпосередньо. Hreflang контролює, який варіант локалі Google надає даному користувачеві — він не підвищує рейтинги. Якщо все зроблено правильно, це запобігає тому, щоб варіант неправильної мови перевищував правильний у даному регіоні, що призводить до вимірювального підвищення конверсії.

**Як AI системи обробляють багатомовний контент?**
Perplexity, ChatGPT Search та Claude індексують сторінки незалежно для кожної локалі, з меншою обізнаністю про hreflang, ніж Google. Найкраща практика у 2026 році: випустіть Markdown близнюка для кожної локалі (наприклад, /de/blog/slug.md), явно позначте inLanguage у JSON-LD та розгляньте записи llms.txt для кожної локалі.

**Яка найпоширеніша помилка hreflang?**
Невзаємні посилання. Якщо сторінка A посилається на сторінку B, але B не посилається назад на A, Google ігнорує весь кластер. Завжди випускайте повний кластер, включаючи самозсилання.