SEO картки товару: описи, відгуки та структуровані дані, які приносять клік

Сучасна картка товару не просто описує товар. Це структуроване й перевірюване представлення товару, створене для людей, пошукових систем і ШІ, а більшість магазинів досі сприймають її як шаблон із фотографією та кнопкою.

КОРОТКО

Одна архітектура, чотири напрями

Картка товару ранжується, продає і потрапляє у відповіді ШІ, коли вона стає структурованим і перевірюваним представленням товару: зрозуміло, що це за виріб, дані повні, твердження чесні, а інформація збігається всюди, де товар з'являється. Фото, ціна й кнопка становлять мінімум. Сильну картку вирізняє інформаційна архітектура за ними: однозначна ідентифікація товару, характеристики, які зберігаються як дані, опис для реальних покупців, відгуки й запитання реальних покупців, пов'язані товари на основі реальних зв'язків і розмітка, яка збігається з тим, що справді написано на сторінці.

SEO, AEO, GEO та E-E-A-T часто сприймають як чотири окремі набори тегів, які треба додати. Але їхні вимоги майже повністю збігаються: якість інформації, технічна доступність, структуровані дані, репутація бренду і твердження, які можна перевірити. Наш принцип у Peretz Agency простий: не чотири шари оптимізації, а одна архітектура інформації, яка працює в чотирьох напрямах. Завдання не в тому, щоб додати якомога більше сигналів, а в тому, щоб побудувати достовірну, зрозумілу й узгоджену модель товару. Побудована так картка стає більшою, ніж місце для назви, фото й ціни: це джерело інформації та точка рішення, канал підтримки з експертною порадою і спосіб почути покупців.

Це третя стаття нашої серії, після SEO, закладеного в магазин, і фільтрів та фасетної навігації.

СУТНІСТЬ

Товар як цифрова сутність

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

• назва і тип виробу;
• бренд і виробник;
• унікальний ідентифікатор, наприклад SKU, а за наявності GTIN або MPN;
• матеріали та фізичні характеристики;
• розміри, вага, колір і доступні варіанти;
• зв'язки з категорією, колекцією та спорідненими товарами;
• зображення саме цього виробу, а не схожого.

Візьмемо перлове намисто. Назви «Pearl Necklace» недостатньо ні покупцю, ні пошуковику, ні асистенту. Якщо факти відомі й підтверджені, на сторінці мають бути вказані тип перлів, метал, довжина, застібка і все інше, що важливо тому, хто обирає. А якщо факт невідомий, його не можна вигадувати заради того, щоб картка виглядала повною. Неперевірене твердження на сторінці товару становить ризик для бренду, а не оптимізацію.

ПОСЛІДОВНІСТЬ

Порядок і є стратегія

Картка товару являє собою послідовність. Порядок, у якому з'являється інформація, вирішує, чи зрозуміє покупець товар, чи повірить йому і чи купить, і той самий порядок вирішує, наскільки легко товар зрозуміє пошуковик або асистент. У більшості категорій запитання йдуть у передбачуваному порядку: що це, чи підходить мені, з чого саме зроблено, скільки коштує і коли я отримаю, що кажуть інші покупці і що до цього пасує.

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

Порядок залежить і від ринку. Картка мас-маркету будується для швидкості й порівняння. Лакшері-картка може відкриватися відео і не поспішати, якщо повний текст про виріб лишається частиною сторінки. Цю різницю ми описали в головній статті серії.

Картка товару є послідовністю відповідей, а не контейнером для фото.

ОПИСИ

Написати те, чого не написав виробник

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

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

Великим каталогам потрібен план, а не обіцянка переписати все. Ми починаємо з товарів, які приносять найбільше виручки або мають найбільший пошуковий попит, пишемо їх вручну, а для довгого хвоста будуємо акуратні шаблони, заповнені реальними характеристиками, а не загальними фразами. ШІ може допомогти з чернетками у великих обсягах, але тільки якщо кожну чернетку зібрано з реальних даних про товар і перевірено людиною, яка цей товар знає; інакше він видає той самий загальний текст, що й у всіх, і про цю проблему ми писали в статті «Коли кожен може опублікувати 500 статей».

ОДНА МОДЕЛЬ ДАНИХ

Одна модель даних замість чотирьох оптимізацій

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

Це концептуальна модель, а не остаточна схема бази даних, і її треба адаптувати до реального каталогу та бізнес-процесів за ним. Вона розділяє два види інформації. Стандартизовані факти, як-от ціна, наявність і розміри, можуть надходити зі структурованих полів і оновлюватися всюди одночасно. Історія колекції, пояснення дизайнерських рішень і редакційні рекомендації потребують окремої підготовки й перевірки людьми, які розуміють товар. Ми відокремлюємо дані, які можна формалізувати, від змісту, якому потрібні людське розуміння та експертиза.

Тому ж важливий порядок роботи, як ми пояснювали в статті про фільтри: спочатку модель даних, а картка, фільтри й фід будуються поверх неї.

ЧОТИРИ НАПРЯМИ

Що потрібно SEO, AEO, GEO та E-E-A-T

Одна й та сама архітектура працює на чотири напрями, і корисно розуміти, чого кожен із них вимагає від сторінки:

• SEO відповідає за виявлення, сканування і розуміння: стабільна адреса й унікальний заголовок, внутрішні посилання на категорію та колекцію, правильна канонічна адреса і зрозумілі правила індексації варіантів. SEO не зводиться до мета-тегів і саме по собі не гарантує позицій.
• AEO, оптимізація під системи відповідей, означає таку організацію інформації, за якої на конкретні запитання про товар є точні відповіді. З якого матеріалу виріб? Який тип перлів використано? Яка довжина ланцюжка і чи можна її регулювати? Як доглядати за виробом? Чим ця модель відрізняється від сусідньої? Які умови доставки, повернення та гарантії? Відповіді мають бути в доступному вмісті сторінки, а не лише в рекламних формулюваннях, і жодних спеціальних «ШІ-тегів» під кожне запитання не потрібно.
• GEO, оптимізація під генеративний пошук, робить інформацію про товар придатною для генеративних систем: однозначна ідентифікація, явні характеристики, контекст вибору на основі реальних властивостей, сторінка, яка нормально завантажується разом з основним вмістом, і відсутність суперечностей між сторінкою та іншими представленнями того самого товару. Універсального алгоритму, який гарантував би згадку товару у відповіді ШІ, немає.
• E-E-A-T, досвід, експертність, авторитетність і надійність, переводить преміальний бренд від заяв до доказів: хто стоїть за виробом, що саме отримує покупець, звідки матеріали і як виготовлено виріб, якщо це достовірно відомо, гарантія, повернення, доставка й обслуговування, справжні відгуки та сертифікати лише на ті властивості, які справді підтверджено документами.

Довіру створюють не значки, а твердження, які можна перевірити.

E-E-A-T не варто перетворювати на декоративний ряд іконок. Значок, слово «Certified» чи гарна історія бренду самі по собі довіри не створюють; вона з'являється, коли твердження можна перевірити, а інформація відповідає дійсності.

ВІДГУКИ ТА ЗАПИТАННЯ

Запитання, відгуки та експертні відповіді

Відгуки й запитання реальних покупців і є тим, що Google називає досвідом в E-E-A-T. Крім того, це контент, який магазин не може написати сам: у ньому слова самих покупців, відповіді на сумніви, які пропустив опис, і сторінка постійно оновлюється.

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

Відгуки були найрізноманітніші, і негативні теж публікувалися. З кожним незадоволеним покупцем команда спочатку зв'язувалася, з'ясовувала, що сталося, і намагалася розв'язати проблему. Неопублікованими лишалися тільки відгуки двох видів: ті, авторів яких узагалі не вдалося знайти, тож скаргу не можна було перевірити, і відверто хамські з лайкою. На картках також були мітки, які допомагали орієнтуватися в каталозі: «хіт продажу», «новинка» й «акція», а також «рекомендуємо», «немає в наявності» та мітки додаткової знижки. Паралельно ми послідовно просили покупців залишати відгуки в профілі магазину в Google Business, і відповідати на ці відгуки було так само важливо, як їх збирати.

Такий підхід близький до того, чого зараз очікують правила США. Правило FTC про споживчі відгуки, яке діє з жовтня 2024 року, забороняє приховувати негативні відгуки, видаючи решту за повну картину, тому магазину, який продає в США, варто опублікувати правила модерації і застосовувати їх однаково до позитивних і негативних відгуків: образи, спам, зміст не про товар або відгуки, які не можна пов'язати з реальним покупцем.

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

Кожне запитання на картці показує прогалину, яку залишив опис.

Запитання часто цінніші за відгуки. Кожне запитання покупця на сторінці товару показує, чого не пояснив опис, а кожна відповідь стає текстом, який зможе використати наступний покупець і наступний пошуковий запит. Магазин, який відповідає на запитання просто на сторінці, пише свій найкращий контент публічно, по одному покупцю за раз.

ПОВ'ЯЗАНІ ТОВАРИ

Зв'язки, а не рекомендації

Блок «вам також може сподобатися», заповнений випадково, нікому не допомагає. Пов'язані товари працюють, коли спираються на реальні зв'язки між товарами: та сама колекція, той самий матеріал, відповідний аксесуар, сумісна деталь, альтернатива в іншій ціні. Такі зв'язки стають частиною інформаційної архітектури магазину: вони дають покупцю причину залишитися, а пошуковикам мапу того, як влаштовано каталог.

Ми будуємо ці зв'язки через об'єктно-орієнтований UX: спочатку визначаємо, чим є товар у системі, які в нього властивості і з чим він пов'язаний, і лише потім вирішуємо, як ці зв'язки показати на сторінці. Так ми працюємо на Schoeffel, Nicole, Nico Juliany, SHTAYER та інших магазинах, де зв'язки між товарами мають значення: за колекцією, матеріалом, призначенням чи сумісністю, залежно від бізнесу. Протилежна помилка полягає в тому, щоб пов'язувати все з усім: зв'язок має мати сенс для покупця, інакше він перетворюється на шум.

РОЗМІТКА

Розмітка, яку читають пошук і ШІ

Структуровані дані описують товар для машин стандартною мовою: що це і хто його виробляє, скільки коштує і чи є в наявності, що про нього думають покупці. Google рекомендує коректну розмітку Product та Offer для карток товарів і використовує її для двох видів результатів: товарних сніпетів і товарних пропозицій продавців. Розмітка допомагає системам розуміти факти, але не гарантує позицій, розширеного сніпета чи місця у відповіді ШІ і завжди має збігатися з тим, що видно на сторінці.

Кілька частин цього словника нещодавно змінилися, і їх варто перевірити в будь-якому магазині:

• Варіанти. З лютого 2024 року Google підтримує розмітку варіантів товару, тож товар, який продається в кількох розмірах чи кольорах, можна описати як одну групу з варіантами, а не як набір не пов'язаних між собою позицій.
• Доставка й повернення. Google підтримує структуровані дані для правил повернення, зокрема на рівні всієї компанії, а налаштування доставки та повернення можна задати і в Search Console. Зрозумілі умови доставки й повернення є сигналом довіри для покупців і даними для пошуку.
• FAQ. У травні 2026 року Google перестав показувати FAQ-сніпети. Запитання й відповіді на сторінці товару так само корисні покупцям і ШІ-асистентам, але писати їх треба для людей, а не заради сніпетів.

Ті самі дані живлять Google Merchant Center, який робить каталог доступним для безкоштовних товарних лістингів. За даними Google, у його Shopping Graph понад 50 мільярдів товарних пропозицій, а AI Mode тепер відповідає на запитання про покупки з цінами, відгуками та наявністю. Власні дані магазину, чисті й узгоджені на сторінці, у розмітці та у фіді, і є тим, що читає кожна з цих систем.

ВАРІАНТИ

Один товар, багато версій

Кольори й розміри ставлять структурне запитання: чи має кожен варіант мати свою сторінку, чи одна сторінка має давати покупцю вибір? Єдиної відповіді немає. Розмір рідко заслуговує на власну сторінку, бо люди рідко шукають розмір без товару. Колір іноді заслуговує, коли покупці шукають його напряму, а варіанти виглядають настільки по-різному, що для них це різні товари.

Рішення йде тією самою логікою, що й із фільтрами. Якщо у варіанта є власний пошуковий попит, у нього може бути своя адреса з канонічним тегом, який відображає це рішення; якщо попиту немає, він лишається вибором на основній сторінці товару. Чого магазину варто уникати, то це випадкового варіанта: десятків майже однакових сторінок варіантів, створених платформою, які конкурують між собою і з основним товаром.

БАЗОВІ РЕЧІ

Базові речі на кожному шаблоні

Базові речі рідко роблять картку винятковою, але їхня відсутність її губить, а на великому каталозі одна помилка шаблону повторюється тисячі разів. На кожному шаблоні картки ми перевіряємо:

• заголовок сторінки приблизно від 50 до 60 символів із назвою товару та його ключовою ознакою і мета-опис приблизно до 155 символів, написаний як коротке оголошення;
• один зрозумілий заголовок H1 і чисту стабільну адресу;
• описи зображень, які кажуть, що на картинці, а в багатьох магазинах їх просто немає;
• хлібні крихти, які показують, де товар розташований у каталозі;
• швидкість завантаження на мобільних, особливо з великими фотогалереями;
• інформацію про доставку, оплату й повернення поруч із ціною.

У магазині одягу, з яким ми працювали після падіння видимості, майже всі ці проблеми були одночасно. Ми переписали картки товарів, додали описи зображень, яких там ніколи не було, пришвидшили завантаження і повернули хлібні крихти, які початковий дизайн прибрав заради краси; записи сесій згодом показали, що покупці ними користуються. Ми також додали оплату частинами й актуальний модуль доставки, бо картка, яка відповідає на всі запитання, крім «як оплатити і коли привезуть», однаково втрачає продаж.

ПЕРЕД ЗАПУСКОМ

Шість груп сигналів і чек-лист перед запуском

Щоб перевіряти картки системно, ми групуємо те, на що дивимося, у шість наборів сигналів. Це внутрішня проєктна модель Peretz Agency, а не офіційна класифікація Google і не твердження про шість окремих алгоритмів ранжування. Групи перетинаються, і їхня цінність у тому, щоб нічого не забути:

• сигнали ідентичності: назва і бренд, тип виробу, ідентифікатори на кшталт SKU чи GTIN і зв'язки з іншими сутностями;
• сигнали даних про товар: матеріали й розміри, колір і вага, інші характеристики, варіанти та зображення;
• комерційні сигнали: ціна й наявність, доставка й повернення, гарантія та умови покупки;
• смислові сигнали: зрозумілі заголовки, логічна структура вмісту, відповіді на запитання та зв'язки між товарами;
• сигнали довіри: підтверджені відомості про виробника, справжні відгуки, прозорі умови й перевірювані твердження;
• сигнали виявлення: індексована адреса, внутрішні посилання, sitemap, технічна коректність і доступність.

Перед запуском магазину або нового шаблону картки ми проходимо чек-лист на основі цих груп:

• Товар має стабільну адресу.
• Назва однозначно ідентифікує виріб.
• Основні характеристики подано в структурованому вигляді.
• Зображення показують саме цей товар.
• Ціна, валюта й наявність відповідають фактичним даним.
• Розмітку Product та Offer реалізовано коректно, і вона збігається з видимим вмістом.
• Варіанти товару коректно пов'язані між собою.
• Canonical і правила індексації налаштовано правильно.
• Сторінка пов'язана зі своєю категорією та потрібними колекціями.
• Покупець може знайти відповіді на основні запитання.
• Умови доставки, повернення й гарантії видимі та зрозумілі.
• Твердження про матеріали, походження та виробництво підтверджено.
• Структуровані дані проходять перевірку.
• Після запуску можна відстежувати помилки й невідповідності.

ЯК МИ ПРАЦЮЄМО

Як ми будуємо картки товарів

Ми проєктуємо картку після моделі даних і до екранів. Спочатку визначаємо товар як об'єкт: його властивості, варіанти та зв'язки. Потім вирішуємо, у якій послідовності покупцю потрібна ця інформація, і лише після цього малюємо сторінку. Тому одна й та сама картка може служити покупцю, фільтрам, фіду та розмітці, і нікому не доводиться передруковувати ті самі факти чотири рази. Сучасна картка товару, на нашу думку, не сторінка, яка описує товар, а структуроване й перевірюване його представлення, створене для людей, пошукових систем і ШІ.

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

FAQ

Джерела

• Google Search Central: Product structured data
• Google Search Central: Merchant listing structured data
• Google Search Central: Creating helpful, reliable, people-first content
• Google Search Central: Adding structured data support for product variants (February 2024)
• Google Search Central: More ways to share your shipping and returns policies with Google
• Davis Wright Tremaine: FTC finalizes rule banning fake consumer reviews (August 2024)
• Search Engine Journal: Google drops FAQ rich results
• TechCrunch: Google expands AI shopping (November 2025)