У більшості кейсів проблему дає не «суворість» політик, а розриви в даних і прозорості бізнесу — саме тут стає актуальним розблокування Merchant Center, коли технічні і контентні похибки виправляються системно, а не «листом у підтримку».
Навіть коректно налаштована реклама падає через дрібниці: різницю в цінах, відсутні політики або неправильні редиректи — у таких випадках розблокування мерчанта починається з аудиту сайту й фіду, синхронізації товарних атрибутів і доведення сторінок прозорості до вимог Google.
Якщо у відповіді підтримки ви бачите загальні формулювання без деталей, варто розкласти помилки по типах і фіксити їх по черзі — так розблокування облікового запису Google Merchant Center перетворюється на передбачуваний процес із чіткими кроками на сайті та у фіді.
Невідповідність між фідом і сторінками товарів: різні ціни/валюти/наявність або атрибути (brand, gtin, condition).
Відсутність прозорих політик: доставка, повернення, умови оплати, контакти, юридична інформація.
Проблеми з доменом та інфраструктурою: непідтверджений сайт, перенаправлення на інші домени, відсутність SSL, 404/5xx помилки.
«Обманний контент» або низька довіра: приховані ціни, клікбейт-обіцянки, невідповідні фото/описи, заборонені твердження.
Підозрілі зв’язки акаунтів: спільні платіжні дані/домен/фід, асоціація з раніше заблокованими обліковками.
Порушення категорійних політик: товари зі спеціальними вимогами (медичні, вікові обмеження, сертифікати) без потрібних позначок/доказів.
Технічні помилки у фіді: відсутні обов’язкові поля, неправильні Google product category, некоректні посилання на зображення, застарілі дані кешу.
На сайті: додайте й оновіть сторінки «Доставка», «Повернення», «Оплата», «Контакти», «Політика конфіденційності»; вкажіть юридичні реквізити; перевірте SSL і однаковість домену без/із www; усуньте 404/5xx; синхронізуйте ціну/наявність із фідом; використовуйте правдиві фото та описи; при чутливих нішах додайте докази відповідності (сертифікати, попередження).
У фіді: вирівняйте атрибути (price, sale_price, availability, condition, brand, gtin/mpn); поправте Google product category та product_type; для варіацій додавайте item_group_id; перевірте посилання на зображення й статуси відповіді; оновлюйте фід частіше (schedule або Content API); усуньте дублікати і видаліть невалідні позиції; застосовуйте правила перетворень у Merchant Center, щоб нормалізувати назви/категорії.
Найбільше підказок приховано в розділах Diagnostics/Issues: звертайте увагу на Account issues, Feed issues та Product issues, а також на Destination status і рівень впливу (critical/limited). Журнали останніх сканувань допоможуть відстежити, коли саме зафіксовано «price mismatch» або «image crawl error», а прев’ю фіду й конкретної позиції підкаже, який атрибут система читає неправильно. Важливо перевірити і Policy Center: якщо є формулювання на кшталт «misrepresentation» або «insufficient contact information», працюємо насамперед із прозорістю сайту, а не з фідом.
Нерідко невідповідність виникає через кеш, різні часові пояси, конверсії валют або умовні ціни на сторінці, що відрізняються від тих, які підтягує фід. Рішення — уніфікувати джерело істини для price/sale_price/availability, забезпечити однакові значення у фіді, у мікророзмітці (JSON-LD/Microdata) та у видимому контенті сторінки, вимкнути персоналізовані чи UTM-залежні ціни для ботів, а також налаштувати часті оновлення фіду чи Content API при швидкій зміні залишків.
Зображення мають бути великі, без водяних знаків і зайвих написів, із нейтральним фоном і чітким відображенням продукту. Для варіацій важливо коректно вказати item_group_id і давати фото відповідного варіанта (колір/модель). Описи повинні збігатися зі сторінкою, без перебільшень і заборонених обіцянок; обов’язкові атрибути — brand, gtin/mpn, condition — слід заповнювати послідовно в усіх джерелах даних.
Сторінки «Доставка», «Повернення», «Оплата», «Контакти», «Політика конфіденційності» мають бути доступні з кожної сторінки сайту, містити повні юридичні дані продавця, актуальні умови та способи зв’язку. Окремо перевіряйте наявність фінальних витрат (шипінг/податки) до оформлення замовлення, валідні телефони/емейли, робочі години, а також чіткий опис бізнес-моделі (наприклад, ресейл, виробник, маркетплейс).
SSL повинен працювати стабільно, редиректи 301 — вести на канонічні URL, не допускайте змішування контенту з www/без www чи http/https. Роботс-файл не має блокувати важливі ресурси (сторінки товарів, зображення), а помилки 404/5xx слід усунути. Якщо домен новий, подбайте про підтвердження у Search Console/Merchant Center і поступове нарощування довіри без різких стрибків у фіді та кампаніях.
Система корелює акаунти за доменами, платіжними даними, менеджерськими доступами, пікселями, телефонами та навіть повторним використанням матеріалів. Для легітимного розмежування уникайте перетину платіжних профілів і контактів, не діліться адмін-доступами, чітко документуйте власність над сайтом/фідами й закривайте доступи, що більше не потрібні. Якщо є історія попередніх банів, пояснюйте контекст і що саме змінено.
Товари з регуляторними вимогами (здоров’я/медицина, косметика з claims, вікові обмеження, девайси спеціального призначення) потребують додаткових позначок у фіді й на сторінці, а іноді — документів. Додайте попередження, умови продажу, сертифікати, обмеження доставки та віку, а також оновіть категоризацію відповідно до Google product category, щоби автоматичні перевірки не трактували позиції як порушення.
Офіційна апеляція має спиратися на факти: коротко опишіть бізнес-модель, зазначте діагностовану причину, перелічіть точні правки на сайті й у фіді, додайте посилання на сторінки політик і приклади виправлених SKU. Скріншоти до/після, логи оновлення фіду, валідатори мікророзмітки й результати тестового сканування допомагають скоротити кількість ітерацій із підтримкою та швидше довести відповідність.
Заплануйте регулярні оновлення (не рідше 2–4 разів на добу для швидко змінюваних залишків), синхронізуйте часові пояси й валюту, налаштуйте правила нормалізації назв і категорій. Пілотуйте зміни на тестовому фіді/окремому фіді для певної країни або каналу, відстежуйте відмови на рівні артикулів і оперативно виправляйте атрибути, аби не накопичувати критичні помилки.
Після відновлення звертайте увагу на частку схвалених позицій, стабільність crawl status для зображень/сторінок, коливання у «price/availability mismatch», частку трафіку з відхилених елементів та частоту повторних попереджень у Policy Center. Регулярний технічний аудит, прозорі політики, узгоджений контент і дисципліна оновлення фіду створюють запас міцності, що знижує ризик повторних блокувань і забезпечує передбачувану роботу товарної реклами.
