Як виглядає аудит готовності до Google Merchant Center від UPLIFY?

Реальний (знеособлений) аудит готовності магазину до модерації Google Merchant Center: вердикт not_ready 58/100, 2 критичні блокери (сторінка доставки, товар із чужою ТМ), ТЗ з критеріями приймання і чек-лист із 11 кроків перед подачею. Без обіцянок проходження.

Google Merchant CenterMisrepresentationконтрафактмодераціяGoogle ShoppingProm.uaUPLIFYNestor AI
UPLIFY/
Merchant Center · готовність до модерації · зразок
UPLIFY · Зразок аудиту готовності

Аудит готовності до Merchant Center: чесний «not ready»

Реальний pre-flight аудит реального магазину — повністю знеособлений. Це зразок чесного вердикту: подаватися зараз не можна, ось два блокери, ось ТЗ із критеріями приймання, ось 11 кроків до подачі.

Вердикт
not_ready · no-go
Бал готовності
58 / 100
Критичних блокерів
2
Знахідок
10
Джерела
сайт · MC · GA4
🔒 Знеособлено. Магазин дитячих товарів на Prom.ua (власний домен). Назва, домен, адреси, телефони та ID приховані. Вердикт, бал, знахідки, ТЗ і цифри — реальні.
Обмеження даних

Що звужує висновки — читати першими

🟡 Обмеження цього запуску
  • Item-рівень Merchant Center недоступний (статуси товарів, item-issues, атрибути) — API-таймаут, відомий патерн для Prom-акаунтів. Закривається планом ручної звірки на 30–60 хв (§ нижче) — сліпа зона названа, а не замовчана.
  • Акаунт-рівень MC зчитано успішно — акаунт-рівневих проблем немає.
  • GSC-доступу немає — картина індексації не перевірялася.
  • Каталог перевірено вибірково (7 карток + 2 категорії з 600+ SKU лише в одній категорії) — повна ревізія винесена окремою задачею.
Резюме

Вердикт: спершу виправити — потім подаватися

58/100
Бал готовності
2
Критичні блокери подачі
1 421
Покупка / 90 днів (GA4) — магазин живий
3 000+
Відгуків зі свіжими надходженнями

Магазин — справжній, живий бізнес із сильним фундаментом довіри: реальна адреса самовивозу, робочі телефони, сторінка «Про нас» з ідентичністю бізнесу, тисячі відгуків, робочий checkout (≈365–450 тис. ₴/міс доходу за GA4), валідний HTTPS і повна Schema.org/Product розмітка. Акаунт Merchant Center вже існує і не має акаунт-рівневих проблем.

⚠️ Але при подачі «як є» магазин з високою ймовірністю отримає бан за Misrepresentation або порушення політики контрафакту — через два критичні блокери нижче. Обидва виправляються силами адміністратора за 1–2 дні; після правок — пауза ≥72 год (надійніше 3–7 днів) на оновлення структурованих даних, і лише тоді подача.

1. Сторінка доставки — каркас

Блокер

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

2. Товар із чужою ТМ

Блокер

Постільна білизна «Луї вітон…» — бренд у назві й артикулі. Політика контрафакту Google — найжорсткіша: блокується обліковий запис, а не товар, і легкого шляху відновлення немає. Навіть одна позиція — прямий ризик.

3. Високі ризики (3)

High

Немає email у контактах; політика конфіденційності — лише платформна (Prom), не власна; каталог не перевірено повністю на чужі ТМ і ліцензійні принти (іграшки, костюми персонажів, принти на текстилі).

Методологія балу

Як порахований бал — пояснювано, не «оцінка Google»

Старт зі 100, вирахування за областями контуру довіри. Вердикт визначає не бал, а блокери: поки існує хоч одна критична знахідка «блокує подачу» — вердикт not_ready незалежно від балу.

Область (макс. вирахування)ЗнятоЗа що
Політики: доставка / повернення / конфіденційність (−20)−15доставка без цифр (−10) · privacy лише платформна (−4) · повернення без строку коштів (−1)
Картки товарів (−10)−7товар із чужою ТМ (−5) · обіцянки результату в описах (−1) · неперевірений залишок каталогу (−1)
Контакти (−15)−4немає email (адреса й телефони — є)
Конфігурація MC (−15)−10розділи не зчитуються read-інструментом — консервативне вирахування до звірки
Узгодженість сайт↔фід (−15)−6item-рівень MC недоступний, звірка не виконана
Checkout + SSL (−15)−0HTTPS валідний, checkout працює (GA4)
Ідентичність / «Про нас» (−10)−0ідентичність повна
Разом−42100 − 42 = 58
Правки сайту

ТЗ із критеріями приймання — приклад глибини

Кожна знахідка у звіті — це виконувана задача з критеріями «зроблено правильно» і поміткою платформної реалізованості (що робиться в адмінці Prom штатно, а що — ні). Нижче — дві найважливіші у скороченні.

🔴 Переписати сторінку «Доставка та оплата» · блокує подачу

  • Першим пунктом — «Адресна доставка по всій території України» (фізично виконує кур'єр перевізника — це коректно; формулювання платформи «кур'єрська доставка» модератору недостатнє).
  • Для кожного способу — вартість («від 70–80 ₴») і термін («1–3 робочі дні»).
  • Час обробки замовлення (cut-off), що не суперечить графіку роботи на інших сторінках.
  • Цифри на сторінці = цифрам у чекауті платформи = цифрам, які будуть у MC. Розбіжність = придирка модератора.
  • Критерії приймання: 5 пунктів-чекбоксів, включно з паритетом RU/UA версій. Реалізованість: config (редактор сторінок адмінки).

🔴 Видалити товар із чужою торговою маркою · блокує подачу

  • Видалити повністю, не приховати — на шаблонних платформах приховані картки лишаються у структурованих даних і фіді.
  • Альтернатива лише якщо тканина без фірмового принта: повне перейменування + заміна артикула і фото; якщо принт імітує монограму бренду — тільки видалення.
  • Після правки — пауза ≥72 год (краще 3–7 днів) до подачі: структуровані дані платформи і кеші Google мають оновитися.
  • Критерії приймання: URL віддає 404/410; пошук по сайту і вивантаженню каталогу не знаходить бренд; пауза витримана.

Далі у звіті тим самим форматом: email у контактах (і дослівний збіг із MC), власна політика конфіденційності замість платформної, повна ревізія каталогу на чужі ТМ і ліцензійні принти (персонажі мультфільмів на текстилі — типова пастка; легальний ресейл ліцензійних настільних ігор — не проблема), обіцянки результату для здоров'я в описах товарів, строк повернення коштів.

Merchant Center

Налаштування MC: дзеркально до сайту, без розбіжностей

Розділи «Дані про компанію» і «Доставка» read-інструмент цього запуску не зчитує — тому звіт чесно формулює їх не як «виявлені проблеми», а як інструкції для звірки спеціалістом із доступом: назва/адреса/телефон/email дослівно як на сайті; у доставці — одна служба (адресна), час обробки/термін/вартість = цифрам сторінки доставки; verified + claimed активні. Плюс план ручної перевірки item-рівня фіда на 30–60 хв (дисапруви, мова фіда ↔ мовна версія URL, вибіркова звірка цін, покриття ідентифікаторів).

Чек-лист

11 кроків до подачі — з трудомісткістю

ЗадачаВласникЧасБлокує подачу
1Переписати сторінку доставки (адресна + вартість + терміни + cut-off)адміністратор0,5 дня✅ так
2Видалити товар із чужою ТМадміністратор15 хв✅ так
3Повна ревізія каталогу на чужі ТМ/принтиадміністратор (QA — UPLIFY)0,5–1 день⚠️ ризиковано без неї
4Email у контакти (і потім у MC)власник0,5 дня⚠️ ризик
5Власна політика конфіденційностіадміністратор0,5 дня⚠️ ризик
6Прибрати обіцянки результату для здоров'я з описів товарівадміністратор1–2 годні
7Деталізувати повернення коштів (строк + хто платить за зворотну)адміністратор1 годні
8Звірити Business info в MC + verified/claimedспеціаліст із MC1 год✅ так
9Доставка в MC дзеркально до сайту (після п.1)спеціаліст із MC30 хв✅ так
10Ручна перевірка item-рівня фідаспеціаліст із MC30–60 хв✅ так
11Пауза ≥72 год після правок — і лише тоді подачаменеджер (контроль)3–7 днів✅ так
💡 Якщо модерація все ж поверне відмову — не подаватися повторно наосліп: зафіксувати точне формулювання причини, співставити з картками звіту, закрити розбіжність і лише тоді запитувати повторну перевірку. Повторні невдалі спроби ускладнюють кожну наступну.
Чесність

Обмеження аудиту — названі, не заховані

Item-рівень MC не зчитано (закривається ручним планом); фінальний крок оплати агент не проходив (непрямий доказ — 1 421 покупка в GA4); каталог перевірено вибірково; Google Business Profile не перевірявся; GSC-доступу немає. Кожна сліпа зона має план закриття — і жодна не видана за перевірену.

Nestor AI — AI-оператор UPLIFY

Як зроблено цей аудит

Звіт підготував Nestor AI — AI-оператор UPLIFY — за методологією, що виросла з реальних кейсів розблокування Merchant Center; senior-фахівець перевірив кожну знахідку. Ми не обіцяємо проходження модерації — рішення завжди за Google. Наша робота — щоб на момент подачі не лишилося жодного відомого тригера, а те, що не вдалося перевірити, було чесно назване і мало план закриття.

© UPLIFY · AI-first performance agency · зразок знеособлено: реальний магазин, вердикт / бал / знахідки / ТЗ реальні; назва, домен, адреси, телефони й ідентифікатори видалені