Content API for Shopping вимикають 18 серпня 2026

Google пише прямо: доступ до Content API for Shopping лишається до 18 серпня 2026 року, після чого Content API вимикають. Та сама дата стоїть і в документації для розробників, не як попередження, а як факт. Заміна вже готова. Merchant API загальнодоступний із липня 2025 року, і Google називає його офіційним наступником Content API for Shopping. Тобто перехід на Merchant API — не прогноз, а робота з дедлайном.

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

Перевірте самі за два кліки, не питаючи підрядника

Перша перевірка робиться очима власника. У Merchant Center відкрийте Settings → Data sources. У списку джерел даних є колонка Source: вона показує метод завантаження для кожного джерела. Якщо там фігурує API, перехід на Merchant API — ваше питання. Якщо файл, таблиця чи підключення платформи, вимикають не цей спосіб.

Друга перевірка точніша. Settings → API diagnostics розкладає запити за версією API, сервісом і методом та показує, скільки з них успішні, а скільки з помилками. Саме розбивка за версією і відповідає на питання «чи ходить магазин ще старим інтерфейсом».

І одразу пастка, на якій втрачають вечір. Діагностика мовчить, поки не увімкнено відповідний додаток: Google окремо просить активувати add-on API diagnostics, щоб бачити дані про помилки API. Порожня сторінка тут означає «додаток вимкнено», а не «у вас усе чисто».

Не впевнені в результаті після цих двох кроків? Це вже нормальний привід написати тому, хто налаштовував вигрузку товарів у Google Merchant Center.

Що саме перестає працювати, а що ні

Тут потрібна точність, бо в переказах усе злипається в «фіди зупиняться».

Google перелічує шість способів додати товари до Merchant Center: автоматичне зчитування з сайту, підключення ecommerce-платформи, файл .txt, .xml або .tsv, шаблон Google Sheets, ручне додавання по одному товару та Merchant API. API — один із шести.

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

Роль API Google описує вузько: конфігурація акаунта, джерело даних про товари і звітність. Технічно змінюється і домен, і форма запиту. Замість shoppingcontent.googleapis.com з merchantId у шляху — merchantapi.googleapis.com з іменем ресурсу. Сам Merchant API зібраний не як моноліт, а з окремих суб-API зі своїми версіями: accounts, products, inventories, datasources, reports, promotions.

Готової офіційної таблиці відповідності старих і нових методів у Google немає. Є приклад зміни ендпойнта і документація по кожному суб-API. Тому оцінка робіт робиться по вашому коду, а не по чужому чеклісту. Це якраз та частина, яку ми беремо на себе в межах розробки та підтримки інтернет-магазинів.

Окрема віха для тих, хто автоматизує кампанії: Merchant API приходить у скрипти Google Ads із 22 квітня 2026 року.

Shopify, WooCommerce, OpenCart

Shopify. Google формулює однозначно: якщо товари синхронізує сторонній технологічний партнер, наприклад застосунок Google & YouTube на Shopify, робити вам нічого не треба, провайдер проведе міграцію API за вас. Окремої заяви самого Shopify ми не читали, тож спираємось на формулювання Google.

WooCommerce. Питання закрите на боці плагіна. Розробник офіційного Google for WooCommerce у липні 2026 підтвердив: версія 3.8.0 вже доступна і працює через новий Google Merchant API. Дія власника проста — оновити плагін і перевірити, що вигрузка не зупинилась. Не сплутайте з десятком сторонніх фід-плагінів у тому ж магазині: кожен із них окреме питання до свого автора.

OpenCart. Тут гірше. Вендор популярного модуля вигрузки через Content API написав прямо: через закриття Content API for Shopping 18.08.2026 продажі модуля припиняються з 18.08.2025, натомість пропонується заміна. Тобто ваш робочий модуль може просто не мати наступника від того самого автора. Планувати заміну треба зараз, а не 19 серпня.

PrestaShop. Чесно: не перевіряли. Чи їздять популярні модулі на Content API і чи вийшли оновлення — первинним джерелом ми не підтвердили, тож і стверджувати не будемо. Відкрийте API diagnostics і подивіться на версії, це швидше за будь-які пошуки.

Якщо переїзд назрів давно і питання ширше за один API, дивіться на вибір платформи для інтернет-магазину, а для великих каталогів — на headless-розробку, де фід збирається вашим бекендом і не залежить від долі одного модуля.

Не встигаєте — є офіційна відстрочка

Українські матеріали на цю тему, які ми читали, про відстрочку мовчать. Тому там усе й звучить як кінець світу 19 серпня.

Google пише: якщо потрібен додатковий час на міграцію до Merchant API, подайте заявку на продовжений доступ до Content API for Shopping. Подають її окремою формою продовження, посилання на неї стоїть у документації Content API.

Звідси два висновки. По-перше, твердження «продовжень не буде», яке гуляє агентськими блогами, суперечить наявній офіційній формі. По-друге, поширена фраза «після дати виклики повертатимуть 410 Gone» жодною сторінкою Google не підтверджена — ми її не повторюємо. Чесне формулювання: після 18 серпня 2026 розраховувати на Content API не можна, а конкретна механіка вимкнення Google не описана.

Вікно на міграцію тривало понад рік: Merchant API v1 став загальнодоступним у липні 2025. Проміжну віху вже пройдено. У травні 2026 Google вимкнув v1beta, і всі виклики мають іти на v1 або v1alpha. Хто оновлювався на v1beta «щоб потім», той це вже відчув.

Ваш план переходу на Merchant API цього тижня

1. Settings → Data sources. Подивіться колонку Source. Якщо API немає в жодному джерелі, ви поза зоною ризику.
2. Settings → API diagnostics. Увімкніть add-on, якщо сторінка порожня. Дивіться розбивку за версією API.
3. Знайдіть, хто робить вигрузку. Застосунок платформи, плагін, самописний скрипт — у кожного своя відповідь на 18 серпня.
4. Оновіть плагін або замовте переписування скрипта. WooCommerce — оновлення до 3.8.0. OpenCart — заміна модуля. Свій код — перенесення на суб-API Merchant API.
5. Не встигаєте — подайте на продовження доступу. Заявка коштує дешевше, ніж тиждень магазину без товарів у Shopping.
6. Перевірте, що товари не зникли. Через день після зміни зазирніть у діагностику ще раз.

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

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

Що далі

Перехід на Merchant API — рідкісний випадок, коли дата відома заздалегідь, заміна вийшла рік тому, а офіційна відстрочка існує. Провалюють такі дедлайни зазвичай не через складність, а через «у нас же все працює».

Дві перевірки в Merchant Center займуть п'ять хвилин і дадуть точну відповідь, чи стосується це вас. Якщо стосується, а робити нема кому — напишіть нам, подивимось вашу вигрузку разом. Тримати магазин у Shopping живим — частина роботи над інтернет-магазинами, і для нас 18 серпня просто чергова дата в календарі.