Новий таймлайн Google щодо AI Max легко сприйняти як чергове оновлення продукту. Це було б занадто вузько. Search Engine Land 14 серпня повідомив, що Google у вересні почне автоматично переносити частину застарілих функцій кампаній Search, а публікація для розробників уточнює операційні деталі: Campaign-level Broad Match і Automatically Created Assets переходять першими, тоді як Dynamic Search Ads заплановано на окремий етап у лютому 2027 року.
Для PPC-команд головне питання не в новій назві. Питання в тому, чи готові управління акаунтом, скрипти, звітність і очікування клієнтів до іншої поверхні контролю. Вереснева міграція може спотворити розмови про результативність, якщо команда не знає, які кампанії змінилися, які налаштування збереглися і які застарілі об’єкти вже не можна створювати або редагувати через нові версії API.
Що переходить в AI Max
Перший етап триватиме з 1 до 30 вересня 2026 року. Google зазначає, що кампанії Search із Campaign-level Broad Match або окремими Automatically Created Assets буде оновлено на місці до відповідних налаштувань AI Max. Наявні списки брендів для включення й виключення мають зберегтися. Блокування створення застарілих структур уже діє з 3 серпня в інтерфейсі, Ads Editor і API.
Dynamic Search Ads мають інший графік. Вони не входять до вересневого етапу. Google планує попередження у вересні та січні, а автоматичне оновлення має початися в лютому 2027 року. Це важливо, бо багато акаунтів досі використовують DSA-логіку для охоплення довгого хвоста запитів, прогалин у фідах або додаткового пошуку попиту. Якщо змішати все в одну вересневу подію, діагностика буде хибною.
Чому це змінює контроль
Практична зміна в тому, що старі структури Search переходять у набір налаштувань AI Max. Тому аудит має охоплювати не лише ставки й бюджети. Потрібно знати, чи достатньо чітко задокументовані текстова кастомізація, розширення кінцевої URL-адреси, зіставлення пошукових запитів, брендові обмеження і старі робочі процеси з креативними активами.
API також має значення. Нові версії Google Ads API після 1 вересня не підтримуватимуть застарілі сутності для створення або керування старими налаштуваннями Broad Match і ACA. Старіші версії тимчасово працюватимуть до звичайного завершення підтримки. Якщо агентство чи внутрішня команда використовує скрипти, клієнтські панелі, масові шаблони або інструменти перевірки, це аудит залежностей, а не лише завдання для PPC-фахівця.
Чекліст аудиту
- Знайдіть усі кампанії Search із Campaign-level Broad Match, окремими Automatically Created Assets або активною DSA-логікою.
- Відокремте вересневу міграцію від етапу DSA у лютому 2027 року.
- Зафіксуйте поточні налаштування, пов’язані з AI Max: текстову кастомізацію, розширення кінцевої URL-адреси, зіставлення запитів і списки брендів.
- Перевірте скрипти, API-клієнти, мітки, шаблони масового завантаження і з’єднання зі звітністю на згадки застарілих сутностей.
- Підготуйте позначки у звітах за вересень, щоб зміни CPA, ROAS або темпу витрат не виглядали як звичайний шум оптимізації.
- Поясніть зацікавленим сторонам, що зміниться автоматично, що лишається контрольованим і що потребує ручної перевірки після міграції.
Як читати результативність у вересні
Не порівнюйте вересневу результативність Search так, ніби нічого не змінилося. Побудуйте короткий погляд на міграцію: кількість зачеплених кампаній, частку витрат, частку конверсій, дату оновлення, якщо вона доступна, а також зміни в запитах, активах і поведінці сторінок після переходу. Якщо зачеплена мала частка витрат, не перебільшуйте висновки. Якщо велика, не скорочуйте бюджет, доки не відокремите вплив міграції від попиту на ринку.
Агентствам варто також зробити видимою роботу розробників. Оновлений скрипт або перевірка сумісності API запобігає тихим збоям, які згодом можуть виглядати як погана робота медіа. Фінансовому директору не обов’язково знати структуру об’єктів кампанії, але він точно помітить, якщо звітність зламається під час перегляду бюджету.
Висновок для CMO
Міграція AI Max ще раз показує, що контроль у платному пошуку зміщується від окремих налаштувань до керованих систем. Виграє не команда, яка скаржиться на автоматизацію після її запуску. Виграє команда, яка заходить у вересень з інвентаризацією, маршрутом перевірки і планом пояснення змін у звітності.
Найближча дія проста: проведіть аудит до того, як платформа виконає міграцію за вас. Потім оцінюйте результативність із достатнім контекстом, щоб зрозуміти, чи в акаунта справді проблема, чи змінилася операційна поверхня.
