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 августа просто очередная дата в календаре.