SEO і просування вітрини

Більша частина SEO для магазину працює автоматично, без ручного налаштування: платформа сама готує сторінки для пошукових роботів, розмічує товари структурованими даними, веде карту сайту та товарні фіди. У цьому розділі — що робиться саме, а що варто доналаштувати: товарні фіди в рекламні канали, редиректи під час переїзду адрес, підключення Search Console.

Що працює автоматично#

При кожній зміні каталогу, ціни чи наявності платформа заново готує для пошукових роботів та ШІ-агентів сторінки вашої вітрини — окремо від того, що бачить живий покупець (йому віддається звичайний швидкий вебдодаток).

• Мета-теги та заголовки — title/description для головної, каталогу, колекції та кожного товару; опис акуратно підрізається до потрібної довжини посимвольно, а не побайтово — тож грузинський, арабський чи китайський текст не обривається на половині символу.
• Canonical-посилання — у кожної сторінки одна «головна» адреса; дублі (наприклад, стара й нова URL товару) коректно вказують на актуальну, без втрати ваги посилання.
• hreflang — якщо у вітрини увімкнено кілька мов, пошуковик отримує зв'язку мовних версій однієї сторінки.
• sitemap.xml — карта сайту оновлюється автоматично, включає головну на кожній мові, каталог, товари, колекції та статті; у картках товарів у карті проставлено дату останньої зміни (lastmod): при оновленні каталогу вона береться із самого товару, тому пошуковик бачить, що реально змінилося, і не переобходить усе підряд (після правки налаштувань локації карта перезбирається цілком, і дати в ній разово стають поточними). Для товарів із фото карта додатково несе image-sitemap — прямі посилання на зображення для індексації в Google Картинках. Окремих сторінок у категорій немає (категорія — це розділ каталогу), тому й у карті сайту їх немає.
• robots.txt — генерується й оновлюється сам, без ручної правки файлу.
• Структуровані дані (JSON-LD):
  • на головній магазину — Store/Organization і розмітка пошуку по сайту (Google може показати рядок пошуку сайту прямо у видачі); у ресторану замість цього — Restaurant із посиланням на меню;
  • на сторінці товару — Product/Offer із ціною, наявністю, штрихкодом (GTIN), артикулом, брендом, станом, умовами доставки й повернення;
  • у товару з кількома варіантами (колір/розмір) — ProductGroup з усіма варіантами одразу: їхні SKU, штрихкод, ціна, вага — Google розуміє, що це один товар із вибором опцій, а не різні товари;
  • хлібні крихти (BreadcrumbList) на всіх сторінках.
• Пререндер для ботів та ШІ-агентів — головна, каталог, сторінка колекції, список колекцій і картка товару віддаються пошуковим роботам та ШІ-краулерам у вигляді готової HTML-сторінки з повним вмістом (а не «порожнього» JS-додатка) — це стосується і звичайних пошукових ботів, і краулерів ШІ-агентів на кшталт асистентів покупок.
• Фільтри каталогу не плодять «сміттєвих» сторінок. Сам каталог, добірка та сторінка бренду для пошуку відкриті, а ось їхні стани — вибраний виробник чи тип товару, діапазон ціни, пошук, нестандартне сортування — закриті від індексації (noindex), при цьому товари з такої сторінки роботом усе одно обходяться. Canonical-посилання завжди веде на чисту адресу каталогу, тому utm-мітки та службові параметри не перетворюються на окремі сторінки. Без цього тисячі сполучень фільтрів з'їдали б бюджет обходу й розмивали вагу між майже однаковими адресами замість каталогу та карток товарів.
• Власний домен враховується в усіх адресах вище: якщо у вітрини підключено свій домен, canonical-посилання, sitemap, robots.txt і llms.txt автоматично вказують на ваш домен, а не на піддомен платформи — див. Власний домен.

Нічого з цього не потребує ручного запуску — оновлення відбувається при зміні каталогу чи профілю локації, само.

Товарні фіди в рекламні канали#

Крім SEO-розмітки для органічного пошуку, платформа вміє вивантажувати каталог окремими товарними фідами — для рекламних кабінетів і маркетплейсів, яким потрібен файл у їхньому власному форматі (XML/CSV). Підключаються як розширення в Магазині додатків, за локацією:

Усі фіди будуються з одного й того самого каталогу й оновлюються автоматично при зміні товарів, цін і залишків — нічого не потрібно перегенеровувати вручну.

Вітрина для ШІ-агентів#

Окремо від класичного SEO платформа готує вітрину до того, що її дедалі частіше «читають» не люди, а ШІ-агенти — голосові асистенти, шопінг-боти, пошукові ШІ-системи:

• на кожному домені є сторінка llms.txt — стисла машиночитна карта сайту спеціально для мовних моделей: що за магазин, які є товари й категорії, де шукати API;
• сторінки товарів і каталогу, віддані ШІ-краулеру, містять розширений опис — характеристики, варіанти, наявність, умови доставки й повернення — те, що зазвичай приховано за інтерактивними елементами інтерфейсу й непомітне для простого краулера;
• зовнішні ШІ-агенти можуть programmatically шукати товари й оформлювати замовлення через публічний Guest API/MCP — подробиці в розділі Guest API для AI-агентів.

Менеджер редиректів і лог 404#

Коли змінюється структура адрес магазину (переїзд з іншої платформи, зміна URL категорій/товарів), старі посилання починають віддавати 404 — втрачається трафік і вага посилань із пошуковика та соцмереж. Розділ Студія магазину → Вітрина → «SEO і фід» вирішує це без участі розробника:

• Редиректи — таблиця правил «звідки → куди»: точний збіг, збіг за початком адреси або за регулярним виразом; код відповіді 301 (постійний), 302 (тимчасовий) або 410 (сторінку видалено остаточно); правила можна вмикати/вимикати та додавати до них примітку.
• Імпорт CSV — якщо ви переїжджаєте з WordPress/WooCommerce і вже налаштовували редиректи плагіном Redirection, можна імпортувати готовий список одним файлом, замість того щоб переносити правила вручну.
• Лог 404 — платформа сама фіксує, за якими адресами надходять «мертві» заходи за останні 30 днів (скільки разів, коли востаннє). У кожного рядка логу — кнопка «Створити редирект», яка одразу відкриває форму нового правила з уже підставленою адресою.
• Редирект застосовується і до пошукових роботів, і до живих відвідувачів: боту надходить чесний HTTP-статус (301/302/410) ще на рівні віддачі сторінки — це те, що важливо для збереження позицій і ваги посилань під час переїзду адрес; людина, яка перейшла за старим посиланням, потрапляє на нову адресу без «Сторінку не знайдено».

Органічні пошукові запити#

У розділі Статистика є деталізація органічних пошукових запитів: за якими словами вас знаходять у Google, скільки за ними кліків і показів, середня позиція у видачі. Звичайна аналітика відвідуваності (Google Analytics) таких даних не дає взагалі — пошукові фрази видно лише через Search Console.

Підключати й підтверджувати нічого не потрібно: Search Console підключена на боці платформи, а вам показується зріз за вашим сайтом. Рядки джерел трафіку з органічним пошуком у «Статистиці» розкриваються в таблицю запитів — окремого екрана заводити не потрібно.

Власний домен і SEO#

Публічний сайт за замовчуванням живе на піддомені платформи (ваш-магазин.cenaly.com). SEO-адреси (canonical, sitemap, товарні фіди, llms.txt) під час підключення власного домену автоматично перебудовуються під нього — це та адреса, яку варто використовувати в рекламі, на вивісці й яку побачать пошуковики. Детальна інструкція з підключення — у розділі Власний домен.

Пов'язані розділи#

• Інтернет-магазин: вітрина й продажі — огляд роздрібної вертикалі
• Google Product Feed — товарний фід для Google Merchant Center
• Власний домен — підключення власного домену
• Статистика — відвідуваність сайту й органічні запити
• Конструктор сайту — оформлення вітрини
• Guest API для AI-агентів — як ІІ-агенти бачать вашу вітрину

Часті запитання#

Чи потрібно щось налаштовувати вручну, щоб SEO запрацювало?#

Базове SEO (мета-теги, canonical, hreflang, sitemap, robots.txt, товарна розмітка, пререндер для ботів) працює одразу, без налаштування. Розбивка органічних запитів у «Статистиці» — теж, підключати Search Console самому не потрібно. Вручну варто підключити лише те, що потребує зовнішнього облікового запису: товарні фіди (Google Merchant Center тощо).

Як пошуковик дізнається про новий товар?#

Коли товар додають, змінюють або видаляють, платформа сама перегенеровує SEO-сторінки та sitemap цієї локації — зазвичай за кілька секунд-хвилин. Далі швидкість індексації залежить уже від самого пошуковика.

Редиректи застосовуються одразу після збереження?#

Так, правило починає діяти одразу і для ботів, і для живих відвідувачів — окремого кроку публікації не потрібно.

Чи можна перенести редиректи з WordPress?#

Так, якщо ви використовували плагін Redirection (або аналогічний експорт CSV у його форматі), список правил можна імпортувати одним файлом у розділі «SEO і фід».

А що з Яндексом і .ru-доменами?#

Товарна вигрузка в Яндекс є (Яндекс Товары). Розмітка, карта сайту, robots.txt і hreflang генеруються на всіх доменах платформи однаково, включно з російськими брендами. А от віддача готових сторінок роботам (пререндер) і менеджер редиректів зараз працюють на доменах cenaly.com і cenaly.com: на російському контурі (cenaly.ru) правила редиректів зберігаються у вашому обліковому записі, але до вітрини й робота поки не доїжджають, а пошуковому боту віддається звичайний веб-застосунок. Розділ «Статистика» з розбивкою органічних запитів побудований на Google Search Console — для доменів, які просувають через Яндекс, ця розбивка поки недоступна, аналог на базі Яндекс.Вебмастера в розробці.