Лагодження Google Merchant Center
Повернути відхилені товари в Shopping.
Діагностика відхилень і проблем акаунта, виправлення у вихідних даних, а не в експорті фіда, і повторна подача з доказами, яких вимагає Google. Ми побудували застосунок моніторингу саме на цій проблемі.
Фіксована ціна
Від 1 000 $
Сюди входять діагностика і виправлення даних на одному акаунті. Блокування, кілька фідів або зламана синхронізація доходять до 4 250 $. Цифра фіксується до початку роботи, а не рахується по годинах.
Надішліть опис і отримайте цифру у відповідь.
Описати проєктТовари перестали показуватися, а причина це код
Покази в Shopping падають, в акаунті червоний банер, а пояснення це формулювання на кшталт введення в оману або недійсне значення, без натяку на те, яка саме частина магазину його викликала. Тим часом кампанії далі витрачають гроші на те, що вціліло, тож втрата часткова і легко читається як слабкий тиждень. Перший порив це відкрити фід і правити атрибути, і саме там витікає більшість зусиль: чимала частина цих відхилень узагалі не у фіді, а в магазині, який Google відвідав після нього.
Що входить у роботу
Діагноз, а не список кодів помилок
Проблеми рівня товару й рівня акаунта витягуються через Merchant API, групуються за причиною, а не за товаром, і розділяються на два типи, що поводяться по-різному: проблеми даних, які після виправлення зникають самі на наступному обході, і проблеми політик, що потребують повторної перевірки людиною. Від того, який у вас тип, залежить усе подальше.
Виправлено в джерелі, а не в експорті
Виправлення йдуть у дані товарів у вашому магазині, у налаштування доставки й податків або на саму сторінку. Латати значення в експорті фіда означає розвести фід і цільову сторінку, а саме ця розбіжність це окрема причина відхилення. Тобто швидке рішення народжує наступний тікет.
Один запит на перевірку, зібраний правильно
Для проблем політик і акаунта послідовність така: виправити, підтвердити, і лише тоді один запит. Спроби й періоди очікування обмежені, а запит, надісланий до реального усунення причини, спалює одну зі спроб. У запиті сказано, що було не так, що змінилося і де це перевірити.
Чому саме так
Введення в оману оцінюють на вашому сайті
Google читає не лише фід. Він заходить у магазин і перевіряє, чи схожі ви на бізнес, до якого можна відправити покупця: доступні контакти, знайдені правила повернення й відшкодування, ціни та наявність, що збігаються з фідом, і твердження, які можна перевірити. Чесні магазини раз у раз падають саме тут і далі шукають причину у фіді, де її немає.
Рушій наш, тож діагноз це не здогад
Feed Guard, наш власний застосунок, працює на Merchant API і зроблений саме під цю проблему: читати проблеми акаунта й товарів, пояснювати їх людською мовою і стежити за наступною. З того самого читання починається діагноз тут. Чого ніхто не може дати, так це обіцянки: схвалення й відновлення це рішення Google, тож результат не гарантується, а той, хто його гарантує, продає щось інше.
Як це відбувається
Доступ на читання до Merchant Center і до магазину, або експорт, якщо доступ неможливий. Ви отримуєте список проблем, згрупований за причинами, з кількістю товарів за кожною.
Письмовий діагноз: що з цього дані й зникне на обході, що політики й потребує перевірки, що структурне й коштуватиме справжньої роботи, а що не виправляється взагалі.
Виправлення лягають у дані товарів, у налаштування доставки й податків або на саму сторінку, а далі чекають на обхід, який їх підтвердить, а не оголошуються зробленими.
Для випадків політик і акаунта запит на перевірку йде один раз, після того як усунення причини підтверджено, разом із доказами.
Перевірка після повторного обходу і короткий перелік того, за чим дивитися щомісяця, щоб той самий клас відмов не повернувся непоміченим.
Контекст
Як насправді влаштовані відмови в Merchant Center
Відхилення, зниження й блокування це три різні проблеми
Відхилення ховає окремі товари, поки решта каталогу далі продається. Зниження тихіше: оголошення й далі показується, але стоїть за конкурентами, бо атрибут відсутній або слабкий, і ніщо в акаунті не зве це помилкою. Блокування діє на рівні акаунта і ховає все, зазвичай після попередження. Усі три звуть однаково, проблемами з фідом, і саме тому продавці тиждень правлять атрибути, поки справжня причина сидить у магазині. Перше корисне питання не в тому, що не так із фідом, а в тому, який із трьох випадків у вас.
Чому виправлення зазвичай не у фіді
Фід це твердження про ваші товари. Google звіряє це твердження зі сторінкою, на яку веде посилання. Тому раз у раз повертаються саме ті помилки, де ці двоє розходяться: ціна, що змінюється після рендеру застосунку знижок, наявність в наявності на розпроданому варіанті, цільова сторінка, що редиректить, валюта, що змінюється між фідом і ринком показу. Правити експорт так, щоб валідатор замовк, лише збільшує розбіжність. Надовго допомагає тільки база даних товарів, з якої породжується все інше.
Витратити перший запит на перевірку з розумом
Запити на перевірку не безмежні, і кожен запускає період очікування. Звична помилка це надіслати запит одразу, бо банер тисне, а кнопка поруч, ще до того як причину усунуто. Тоді запит відхиляють, починається очікування, а друга спроба йде вже під тиском часу. Проблеми рівня даних узагалі не потребують запиту: виправ, і наступний обхід їх прибере. Бережіть запит для того, що справді потребує людини, і надсилайте його, коли виправлення вже можна перевірити.
Звідки це знання
Feed Guard, наш власний застосунок для Shopify, зроблений на Merchant API і читає саме ці проблеми акаунта й товарів. Тому в блозі тут лежить десять статей, які розбирають ці відмови поодинці: блокування, введення в оману, відхилені зображення, відсутні GTIN і бренд, розбіжності ціни й наявності, редакційні вимоги, запити на повторну перевірку і перехід на Merchant API. Послуга це те саме читання, застосоване до вашого акаунта, з виконаними, а не описаними виправленнями.
Описати проєкт
Розкажіть, що є і що має змінитися. Протягом двох робочих днів ви отримаєте письмовий розрахунок: обсяг, розкладений на частини, з ціною біля кожної, або питання, яких для цього бракує. Без ознайомчого дзвінка між цим.
Питання
Проблеми в Merchant Center: питання й відповіді
Проблеми даних зазвичай зникають протягом кількох днів після виправлення, на наступному обході, без жодного запиту. Випадки політик і акаунта тривають довше й залежать від перевірки, якою ви не керуєте. Хто називає вам дату відновлення, називає дату, якої Google йому не давав.
Ні. Рішення за Google, і ця робота цього не змінює. У нашій зоні те, що причину визначено правильно, справді усунуто й показано з доказами, а саме це робить запит вартим надсилання. Якщо чесна оцінка така, що акаунт не повернеться, ви почуєте це, а не отримаєте рахунок за спроби.
Це найпоширеніший варіант такого випадку. Введення в оману рідко означає звинувачення в шахрайстві. Зазвичай це означає, що Google не зміг підтвердити те, що очікував знайти: контакти, зрозумілі правила повернення, ціни, що збігаються з цільовою сторінкою, або підтверджувану ідентичність бізнесу. Робота полягає в тому, щоб зробити це перевірюваним, а не сперечатися про наміри.
Рідко. Застосунки для фідів справді по-різному розкладають атрибути, і погане зіставлення дає відхилення. Але відмови рівня акаунта й більшість повторюваних відмов на товарах ідуть із даних про товари й із магазину під ними. Змінити застосунок, лишивши джерело даних тим самим, зазвичай означає відтворити ті самі проблеми під новими назвами.
Лише якщо ваші товари синхронізує щось власноруч зроблене: скрипт, старіша інтеграція або застосунок, який не перейшов. Стандартні шляхи Shopify і WooCommerce перевели самі постачальники. Якщо в ланцюжку висить власна задача, після дати відключення вона перестає отримувати дані, і це варто перевірити до аварії, а не після.