В Google Ads Developers напомнили: Content API для Shopping отправляют на пенсию
Контекст: для тех, кто крутит ecom и завязан на скрипты Google Ads, это не “где-то там у разработчиков”. Content API for Shopping будет отключён 18 августа 2026, вместо него — Merchant API.
Что известно:
• Поддержка Merchant API в редакторе Google Ads scripts начнёт раскатываться с 22 апреля 2026.
• В scripts он будет доступен как Advanced API, то есть примерно в той же логике, что и Content API.
• Merchant API разбит на отдельные sub-API.
• Среди них: Google Product Studio API, Reviews APIs и Notifications API.
Вывод сообщества тут предсказуемый даже без коллективной паники: если у вас скрипты трогают Shopping/merchant-данные, миграцию лучше не оставлять на неделю перед дедлайном. Google снова делает вид, что “просто заменили API”, а у баеров и технарей потом внезапно появляется новый список задач.
Контекст: для тех, кто крутит ecom и завязан на скрипты Google Ads, это не “где-то там у разработчиков”. Content API for Shopping будет отключён 18 августа 2026, вместо него — Merchant API.
Что известно:
• Поддержка Merchant API в редакторе Google Ads scripts начнёт раскатываться с 22 апреля 2026.
• В scripts он будет доступен как Advanced API, то есть примерно в той же логике, что и Content API.
• Merchant API разбит на отдельные sub-API.
• Среди них: Google Product Studio API, Reviews APIs и Notifications API.
Вывод сообщества тут предсказуемый даже без коллективной паники: если у вас скрипты трогают Shopping/merchant-данные, миграцию лучше не оставлять на неделю перед дедлайном. Google снова делает вид, что “просто заменили API”, а у баеров и технарей потом внезапно появляется новый список задач.
Google выкатила апрельский апдейт Display & Video 360 API
Не форумная паника, но штука, которую потом как раз будут разбирать в чатах adops и баеров: Google объявила April 2026 update для DV360 API.
Что поменялось:
• добавили beta support для управления Demand Gen resources
• поддержали дополнительные значения Exchange и ThirdPartyVendor
• добавили AdAsset identifier fields в объектах, которые используются в AdGroupAd resources
Важная мелкая строчка, из-за которой часть комьюнити обычно начинает искать “почему у меня не работает”: поддержка Demand Gen campaigns в DV360 API beta доступна только allowlisted customers.
Вывод простой: если у вас автоматизация вокруг DV360 и Demand Gen — апдейт стоит показать техкоманде. Если доступа нет, это не обязательно баг, возможно вы просто не в allowlist. Классика Google: фича есть, но не для всех живых людей.
Не форумная паника, но штука, которую потом как раз будут разбирать в чатах adops и баеров: Google объявила April 2026 update для DV360 API.
Что поменялось:
• добавили beta support для управления Demand Gen resources
• поддержали дополнительные значения Exchange и ThirdPartyVendor
• добавили AdAsset identifier fields в объектах, которые используются в AdGroupAd resources
Важная мелкая строчка, из-за которой часть комьюнити обычно начинает искать “почему у меня не работает”: поддержка Demand Gen campaigns в DV360 API beta доступна только allowlisted customers.
Вывод простой: если у вас автоматизация вокруг DV360 и Demand Gen — апдейт стоит показать техкоманде. Если доступа нет, это не обязательно баг, возможно вы просто не в allowlist. Классика Google: фича есть, но не для всех живых людей.
Google заводит DV360 API в Discord
Не форумный тред, но важный сигнал для тех, кто ковыряет Display & Video 360 руками через API: Google запускает поддержку DV360 API, Structured Data Files и Bid Manager API в существующем Discord-сервере Google Advertising and Measurement Community.
Что меняется:
• команда DV360 обещает регулярно присутствовать в Discord
• там будут отвечать на вопросы и реагировать на фидбек сообщества
• документацию DV360 API и Structured Data Files заметно обновили
• появились Task guides, Concept guides и новая навигация по поддерживаемым версиям и функциям
Вывод сообщества тут предсказуемый: если раньше вопросы по DV360 API часто жили в режиме “копай доку и надейся”, теперь Google пытается собрать обсуждения ближе к живому саппорту. Посмотрим, будет ли это реальная помощь или ещё один чат, где все вежливо ждут ответа.
Не форумный тред, но важный сигнал для тех, кто ковыряет Display & Video 360 руками через API: Google запускает поддержку DV360 API, Structured Data Files и Bid Manager API в существующем Discord-сервере Google Advertising and Measurement Community.
Что меняется:
• команда DV360 обещает регулярно присутствовать в Discord
• там будут отвечать на вопросы и реагировать на фидбек сообщества
• документацию DV360 API и Structured Data Files заметно обновили
• появились Task guides, Concept guides и новая навигация по поддерживаемым версиям и функциям
Вывод сообщества тут предсказуемый: если раньше вопросы по DV360 API часто жили в режиме “копай доку и надейся”, теперь Google пытается собрать обсуждения ближе к живому саппорту. Посмотрим, будет ли это реальная помощь или ещё один чат, где все вежливо ждут ответа.
В PPC-среде обсуждают Google Universal Cart: тихий удар по купонникам?
Контекст: Google запустил Universal Cart на Google I/O 19 мая. Фича отслеживает падение цен и сама показывает пользователю сделки.
Что говорят:
• Если Google начинает сам подсовывать скидки в момент покупки, часть ценности coupon/deal-сайтов просто уезжает внутрь экосистемы Google.
• Для пользователей это выглядит удобно: меньше беготни по сайтам с промокодами и вкладкам “а вдруг где-то дешевле”.
• Для арбитражников и владельцев deal-трафика вопрос неприятный: если точка принятия решения всё ближе к Google, посредникам снова предлагают постоять в коридоре.
Вывод: пока это не “смерть купонников”, но направление знакомое — Google забирает ещё один слой пользовательского пути себе. Комьюнити, как обычно, делает вид, что спокойно наблюдает, но калькуляторы уже открыты.
Контекст: Google запустил Universal Cart на Google I/O 19 мая. Фича отслеживает падение цен и сама показывает пользователю сделки.
Что говорят:
• Если Google начинает сам подсовывать скидки в момент покупки, часть ценности coupon/deal-сайтов просто уезжает внутрь экосистемы Google.
• Для пользователей это выглядит удобно: меньше беготни по сайтам с промокодами и вкладкам “а вдруг где-то дешевле”.
• Для арбитражников и владельцев deal-трафика вопрос неприятный: если точка принятия решения всё ближе к Google, посредникам снова предлагают постоять в коридоре.
Вывод: пока это не “смерть купонников”, но направление знакомое — Google забирает ещё один слой пользовательского пути себе. Комьюнити, как обычно, делает вид, что спокойно наблюдает, но калькуляторы уже открыты.
Google Ads Developers выпустили Ads DevCast E4 про масштабирование интеграций
Не форумная паника, а полезная техничка для тех, кто обслуживает много аккаунтов и не хочет, чтобы всё упиралось в таймауты, ручные выгрузки и “а почему скрипт опять не успел”.
Что заметно:
• Google Ads scripts для MCC могут использовать executeInParallel — до 50 параллельных потоков выполнения.
• Google Analytics поддерживает ежедневные BigQuery Exports для event-level data.
• В Analytics Data API v1alpha есть Long-running Asynchronous Report Tasks — для кастомных отчётов без HTTP timeout-страданий.
• В Display & Video 360 API предлагают использовать Structured Data Files для bulk-операций с YouTube line items и ad groups, если это не поддерживается API напрямую.
Вывод сообщества тут предсказуемый, даже без треда на 200 сообщений: чем больше аккаунтов и отчётности, тем меньше смысла героически кликать руками. Google явно подталкивает к нормальной архитектуре интеграций, а не к “скрипт на коленке, молимся до утра”.
Не форумная паника, а полезная техничка для тех, кто обслуживает много аккаунтов и не хочет, чтобы всё упиралось в таймауты, ручные выгрузки и “а почему скрипт опять не успел”.
Что заметно:
• Google Ads scripts для MCC могут использовать executeInParallel — до 50 параллельных потоков выполнения.
• Google Analytics поддерживает ежедневные BigQuery Exports для event-level data.
• В Analytics Data API v1alpha есть Long-running Asynchronous Report Tasks — для кастомных отчётов без HTTP timeout-страданий.
• В Display & Video 360 API предлагают использовать Structured Data Files для bulk-операций с YouTube line items и ad groups, если это не поддерживается API напрямую.
Вывод сообщества тут предсказуемый, даже без треда на 200 сообщений: чем больше аккаунтов и отчётности, тем меньше смысла героически кликать руками. Google явно подталкивает к нормальной архитектуре интеграций, а не к “скрипт на коленке, молимся до утра”.
В ppc.land цифры по Ирландии: digital ads перевалили за €1 млрд
Контекст: рынок маленький, но как индикатор европейского сдвига в сторону video/social — вполне показательный. В 2025 Irish digital ad spend дошёл до €1.146bn, рост год к году — 8%.
Что заметно:
• Видео выросло на 14%. Не «видео умерло», а снова всем приходится делать креативы, которые не выглядят как баннер 2017 года.
• Social добрался до €576m. То есть львиная доля денег всё ещё уходит туда, где баеры потом коллективно обсуждают модерацию, атрибуцию и внезапные просадки.
• CTV уже занимает 58% publisher video в Ирландии. Для паблишеров это сигнал: video inventory всё сильнее уезжает в connected TV, а не только в классические web/app placements.
Вывод сообщества тут довольно очевидный: бюджеты не просто растут, они перераспределяются в форматы, где выше требования к продакшену, измерению и терпению к платформенным сюрпризам.
Контекст: рынок маленький, но как индикатор европейского сдвига в сторону video/social — вполне показательный. В 2025 Irish digital ad spend дошёл до €1.146bn, рост год к году — 8%.
Что заметно:
• Видео выросло на 14%. Не «видео умерло», а снова всем приходится делать креативы, которые не выглядят как баннер 2017 года.
• Social добрался до €576m. То есть львиная доля денег всё ещё уходит туда, где баеры потом коллективно обсуждают модерацию, атрибуцию и внезапные просадки.
• CTV уже занимает 58% publisher video в Ирландии. Для паблишеров это сигнал: video inventory всё сильнее уезжает в connected TV, а не только в классические web/app placements.
Вывод сообщества тут довольно очевидный: бюджеты не просто растут, они перераспределяются в форматы, где выше требования к продакшену, измерению и терпению к платформенным сюрпризам.
OpenAI и Stack Overflow объявили API-партнёрство
Контекст короткий: Stack Overflow и OpenAI официально сообщили о новом API-партнёрстве. Деталей в проверенных фактах немного, поэтому без привычного форумного гадания на кофейной гуще про «что теперь будет с ответами, кодом и разработчиками».
Что зафиксировано:
• партнёрство именно между Stack Overflow и OpenAI
• формат — API partnership
• объявление сделано публично
Вывод сообщества пока рано пересказывать: у нас есть только сам факт анонса, без подтверждённых деталей по условиям, интеграциям или последствиям для пользователей Stack Overflow.
Контекст короткий: Stack Overflow и OpenAI официально сообщили о новом API-партнёрстве. Деталей в проверенных фактах немного, поэтому без привычного форумного гадания на кофейной гуще про «что теперь будет с ответами, кодом и разработчиками».
Что зафиксировано:
• партнёрство именно между Stack Overflow и OpenAI
• формат — API partnership
• объявление сделано публично
Вывод сообщества пока рано пересказывать: у нас есть только сам факт анонса, без подтверждённых деталей по условиям, интеграциям или последствиям для пользователей Stack Overflow.
В Google Ads API готовят фильтр от клонов Lookalike
Не форумный тред, но тема как раз из тех, после которых в чатах обычно начинается коллективное “почему у меня всё сломалось”.
Google вводит проверку уникальности для Lookalike user lists. Дубликаты создавать не дадут. Больше всего это касается Demand Gen кампаний, enforcement стартует 30 апреля 2026.
Что будет считаться дублем:
• те же seed lists
• тот же expansion level
• та же country targeting
То есть если список собран из тех же исходных аудиторий, с тем же уровнем расширения и под ту же гео — API посчитает его повтором.
Что увидят те, кто создаёт списки через API:
• в v24 и выше вернётся ошибка DUPLICATE_LOOKALIKE
• в более ранних версиях — RESOURCE_ALREADY_EXISTS
Вывод простой: если у команды генератор lookalike-списков работает по принципу “наплодим на всякий случай ещё пять таких же”, с 30 апреля 2026 Google начнёт ставить этому заслон. Паника необязательна, но инвентаризацию логики создания аудиторий лучше не откладывать до момента, когда автозалив внезапно упрётся в ошибку.
Не форумный тред, но тема как раз из тех, после которых в чатах обычно начинается коллективное “почему у меня всё сломалось”.
Google вводит проверку уникальности для Lookalike user lists. Дубликаты создавать не дадут. Больше всего это касается Demand Gen кампаний, enforcement стартует 30 апреля 2026.
Что будет считаться дублем:
• те же seed lists
• тот же expansion level
• та же country targeting
То есть если список собран из тех же исходных аудиторий, с тем же уровнем расширения и под ту же гео — API посчитает его повтором.
Что увидят те, кто создаёт списки через API:
• в v24 и выше вернётся ошибка DUPLICATE_LOOKALIKE
• в более ранних версиях — RESOURCE_ALREADY_EXISTS
Вывод простой: если у команды генератор lookalike-списков работает по принципу “наплодим на всякий случай ещё пять таких же”, с 30 апреля 2026 Google начнёт ставить этому заслон. Паника необязательна, но инвентаризацию логики создания аудиторий лучше не откладывать до момента, когда автозалив внезапно упрётся в ошибку.
В r/PPC обычно паникуют, когда Offline Conversion Import начинает плеваться EXPIRED_EVENT и CONVERSION_PRECEDES_EVENT. На этот раз повод не из форумов, а из Google Ads Developers Blog: Google заранее обещает чинить инфраструктуру импорта офлайн-конверсий.
Контекст: с апреля 2026 в Google Ads API начнут выкатывать изменения для Offline Conversion Import. Google отдельно подчёркивает: breaking changes для API не будет, то есть массового “переписываем интеграции к утру” пока не обещают.
Что меняется:
• В апреле 2026 Google планирует лучше атрибутировать часть истёкших GCLID и кликов, которые произошли до конверсии.
• После этого в ответах на upload может стать меньше ошибок EXPIRED_EVENT и CONVERSION_PRECEDES_EVENT.
• В апреле-мае 2026 обещают улучшить авторизацию импортов: manager или client accounts смогут проще импортировать конверсии за другой trafficking account.
Вывод сообщества тут напрашивается простой: если у вас офлайн-конверсии регулярно теряются на истёкших кликах, это тот редкий апдейт Google, который звучит не как “держитесь”.
Контекст: с апреля 2026 в Google Ads API начнут выкатывать изменения для Offline Conversion Import. Google отдельно подчёркивает: breaking changes для API не будет, то есть массового “переписываем интеграции к утру” пока не обещают.
Что меняется:
• В апреле 2026 Google планирует лучше атрибутировать часть истёкших GCLID и кликов, которые произошли до конверсии.
• После этого в ответах на upload может стать меньше ошибок EXPIRED_EVENT и CONVERSION_PRECEDES_EVENT.
• В апреле-мае 2026 обещают улучшить авторизацию импортов: manager или client accounts смогут проще импортировать конверсии за другой trafficking account.
Вывод сообщества тут напрашивается простой: если у вас офлайн-конверсии регулярно теряются на истёкших кликах, это тот редкий апдейт Google, который звучит не как “держитесь”.
Google Ads Developers обсуждают автоматизацию: AI-агенты уже лезут прямо в Ads и Analytics API
Контекст: в свежем Ads DevCast E3 Google показывает, как хочет чинить рекламные воркфлоу не через “ещё один дашборд”, а через MCP-серверы и Gemini. Комьюнити, конечно, получит новый повод спорить: это ускорение рутины или ещё один слой магии, который потом надо дебажить.
Что заметили:
• Advertising MCP servers дают AI-агентам прямое взаимодействие с Google Ads и Google Analytics API.
• Связка Google Ads MCP + Analytics MCP обещает разбор проблем с конверсиями за секунды через обычный язык.
• В Sheets Report Builder для GA4 обновили интеграцию: Gemini теперь прямо в Sheets.
• Можно спросить в духе “какая landing page лучше конвертит”, а инструмент сам выставит параметры UI, отправит API-запрос и импортирует данные.
• Для паблишеров Google выпустил migration skill для AdMob SDK, чтобы переходить между версиями с помощью coding agent.
Вывод сообщества будет предсказуемый: баерам это интересно как способ быстрее находить поломки в трекинге и конверсиях. Но чем больше “само выставило параметры”, тем важнее проверять, что именно оно отправило в API.
Контекст: в свежем Ads DevCast E3 Google показывает, как хочет чинить рекламные воркфлоу не через “ещё один дашборд”, а через MCP-серверы и Gemini. Комьюнити, конечно, получит новый повод спорить: это ускорение рутины или ещё один слой магии, который потом надо дебажить.
Что заметили:
• Advertising MCP servers дают AI-агентам прямое взаимодействие с Google Ads и Google Analytics API.
• Связка Google Ads MCP + Analytics MCP обещает разбор проблем с конверсиями за секунды через обычный язык.
• В Sheets Report Builder для GA4 обновили интеграцию: Gemini теперь прямо в Sheets.
• Можно спросить в духе “какая landing page лучше конвертит”, а инструмент сам выставит параметры UI, отправит API-запрос и импортирует данные.
• Для паблишеров Google выпустил migration skill для AdMob SDK, чтобы переходить между версиями с помощью coding agent.
Вывод сообщества будет предсказуемый: баерам это интересно как способ быстрее находить поломки в трекинге и конверсиях. Но чем больше “само выставило параметры”, тем важнее проверять, что именно оно отправило в API.
В Google Ads API добавляют обязательную MFA для новых OAuth-токенов
Не форумный тред, но это ровно тот тип апдейта, после которого в чатах обычно начинается коллективное «почему авторизация внезапно стала другой».
Что меняется:
• Google Ads API начнёт требовать Multi-factor authentication для пользователей API.
• Раскатка стартует 21 апреля 2026 и будет включаться для всех пользователей в течение следующих недель.
• После включения изменения при генерации новых OAuth 2.0 refresh tokens через user authentication workflow всегда будет запрашиваться второй фактор.
• Service account workflows не затронуты — там действий не требуется.
• Уже существующие OAuth refresh tokens не затронуты и продолжат работать как обычно.
Практический вывод сообщества тут будет довольно скучный, но полезный: если у вас завязаны интеграции на новые OAuth refresh tokens, готовьтесь к MFA в процессе авторизации. Если всё живёт на уже выданных refresh tokens — Google обещает, что переавторизация не прилетит.
Не форумный тред, но это ровно тот тип апдейта, после которого в чатах обычно начинается коллективное «почему авторизация внезапно стала другой».
Что меняется:
• Google Ads API начнёт требовать Multi-factor authentication для пользователей API.
• Раскатка стартует 21 апреля 2026 и будет включаться для всех пользователей в течение следующих недель.
• После включения изменения при генерации новых OAuth 2.0 refresh tokens через user authentication workflow всегда будет запрашиваться второй фактор.
• Service account workflows не затронуты — там действий не требуется.
• Уже существующие OAuth refresh tokens не затронуты и продолжат работать как обычно.
Практический вывод сообщества тут будет довольно скучный, но полезный: если у вас завязаны интеграции на новые OAuth refresh tokens, готовьтесь к MFA в процессе авторизации. Если всё живёт на уже выданных refresh tokens — Google обещает, что переавторизация не прилетит.
В DV360 подвезли частичные SDF: меньше колонок, меньше шансов сломать себе день
Google Ads Developers Blog объявил Partial Structured Data File Upload для Display & Video 360.
Контекст: стандартные Line Item SDF в DV360 требуют больше 120 колонок, потому что платформа пытается описать широкий набор настроек. Комьюнити adops сейчас может тихо выдохнуть: теперь не обязательно таскать весь этот табличный чемодан, если нужно поменять только часть данных.
Что изменилось:
• можно загружать Line Item SDF только с определёнными наборами колонок
• загрузка идёт через интерфейс DV360 так же, как у обычных SDF
• отдельное подключение или дополнительная настройка не нужны
Вывод: это не революция, а тот самый маленький апдейт, который экономит часы на массовых правках и снижает риск случайно задеть лишние поля. Особенно для тех, кто живёт в SDF и периодически смотрит на 120+ колонок как на наказание за прошлые грехи.
Google Ads Developers Blog объявил Partial Structured Data File Upload для Display & Video 360.
Контекст: стандартные Line Item SDF в DV360 требуют больше 120 колонок, потому что платформа пытается описать широкий набор настроек. Комьюнити adops сейчас может тихо выдохнуть: теперь не обязательно таскать весь этот табличный чемодан, если нужно поменять только часть данных.
Что изменилось:
• можно загружать Line Item SDF только с определёнными наборами колонок
• загрузка идёт через интерфейс DV360 так же, как у обычных SDF
• отдельное подключение или дополнительная настройка не нужны
Вывод: это не революция, а тот самый маленький апдейт, который экономит часы на массовых правках и снижает риск случайно задеть лишние поля. Особенно для тех, кто живёт в SDF и периодически смотрит на 120+ колонок как на наказание за прошлые грехи.
Google зовёт Data Manager API-сообщество в Discord
Не форумная драма, а скорее инфраструктурный сигнал: Google добавила отдельные каналы для Data Manager API на сервере “Google Advertising and Measurement Community”.
Что появилось:
• #data-manager-api — туда команда Data Manager API обещает регулярно заходить, отвечать на вопросы и собирать фидбек
• #announce-data-manager-api — канал под новости по API
Для баеров и тех, кто живёт в измерениях/интеграциях, это полезно не как “ещё один чатик”, а как место, где можно ловить ответы ближе к первоисточнику. Комьюнити, конечно, умеет превращать любой Discord в саппорт-очередь, но иногда именно там быстрее видно, что у всех сломалось одинаково.
Вывод: если используете Data Manager API или завязаны на Google measurement-стек, канал стоит добавить в радар.
Не форумная драма, а скорее инфраструктурный сигнал: Google добавила отдельные каналы для Data Manager API на сервере “Google Advertising and Measurement Community”.
Что появилось:
• #data-manager-api — туда команда Data Manager API обещает регулярно заходить, отвечать на вопросы и собирать фидбек
• #announce-data-manager-api — канал под новости по API
Для баеров и тех, кто живёт в измерениях/интеграциях, это полезно не как “ещё один чатик”, а как место, где можно ловить ответы ближе к первоисточнику. Комьюнити, конечно, умеет превращать любой Discord в саппорт-очередь, но иногда именно там быстрее видно, что у всех сломалось одинаково.
Вывод: если используете Data Manager API или завязаны на Google measurement-стек, канал стоит добавить в радар.
В r/PPC и dev-чатах опять будет любимый жанр: “Google ничего не сломал, просто надо переписать отчёты”
Google выкатил Google Ads API v24.1. Для баеров новость не про “ура, новая версия”, а про то, что с 1 июня 2026 Google Ads и связанные measurement API переходят на 37-месячное хранение granular performance statistics: daily, hourly, weekly.
Что заметно:
• старые детальные отчёты за пределами 37 месяцев лучше не считать вечными
• для новых фич v24.1 придётся обновлять client libraries и client code
• campaign-level и customer-level отчёты теперь можно сегментировать через segments.mobile_device_platform
• в Demand Gen добавили classic_display_images для загрузки static image ads под GDN delivery внутри Demand Gen кампаний
Вывод сообщества тут предсказуемый: кто живёт на долгих ретроспективах и самописной аналитике, тем пора проверять пайплайны, пока это не превратилось в “почему у нас внезапно пропала история”.
Google выкатил Google Ads API v24.1. Для баеров новость не про “ура, новая версия”, а про то, что с 1 июня 2026 Google Ads и связанные measurement API переходят на 37-месячное хранение granular performance statistics: daily, hourly, weekly.
Что заметно:
• старые детальные отчёты за пределами 37 месяцев лучше не считать вечными
• для новых фич v24.1 придётся обновлять client libraries и client code
• campaign-level и customer-level отчёты теперь можно сегментировать через segments.mobile_device_platform
• в Demand Gen добавили classic_display_images для загрузки static image ads под GDN delivery внутри Demand Gen кампаний
Вывод сообщества тут предсказуемый: кто живёт на долгих ретроспективах и самописной аналитике, тем пора проверять пайплайны, пока это не превратилось в “почему у нас внезапно пропала история”.
PPC Land сообщает: Madhive поставила CFO под локальный AI-рекламный пуш
Контекст: Madhive 12 мая назначила Luke Valvano финансовым директором. Компания работает с local DSP и AI advertising platform — то есть речь не про «ещё один AI в презентации», а про инфраструктуру для локальной рекламы.
Что известно:
• Valvano приходит с 20+ годами опыта в финансах digital и OOH media.
• Его роль — CFO, то есть фокус ожидаемо на финансовом управлении вокруг платформы и роста.
• Для локального media-сегмента это сигнал: AI-рекламные продукты продолжают собирать вокруг себя не только технарей и sales, но и тяжёлый финансовый менеджмент.
Вывод сообщества тут пока простой: когда adtech-компания усиливает финблок на фоне AI-позиционирования, значит история уже не только про продуктовые обещания, а про масштабирование и экономику.
Контекст: Madhive 12 мая назначила Luke Valvano финансовым директором. Компания работает с local DSP и AI advertising platform — то есть речь не про «ещё один AI в презентации», а про инфраструктуру для локальной рекламы.
Что известно:
• Valvano приходит с 20+ годами опыта в финансах digital и OOH media.
• Его роль — CFO, то есть фокус ожидаемо на финансовом управлении вокруг платформы и роста.
• Для локального media-сегмента это сигнал: AI-рекламные продукты продолжают собирать вокруг себя не только технарей и sales, но и тяжёлый финансовый менеджмент.
Вывод сообщества тут пока простой: когда adtech-компания усиливает финблок на фоне AI-позиционирования, значит история уже не только про продуктовые обещания, а про масштабирование и экономику.
В SEO-тусовке снова разбирают позицию Mike King по AI Search. Коротко: он считает, что гайд Google по AI-поиску больше защищает интересы самой платформы, чем открытого веба.
Контекст простой: когда Google объясняет, как жить сайтам в эпоху AI-выдачи, комьюнити ожидает инструкцию для паблишеров и SEO. А King читает это скорее как документ, где главный бенефициар — Google.
Что заметили:
• King прямо формулирует тезис: AI search guide обслуживает интересы платформы.
• В той же рамке он в мае 2026 отверг GEO, chunking и multi-platform SEO strategies.
• То есть вместо очередной гонки за новыми ярлыками он, судя по пересказу, ставит под сомнение саму логику “адаптируйтесь под новый слой Google”.
Вывод комьюнити здесь предсказуемый: часть SEO-рынка продолжит упаковывать AI-поиск в новые аббревиатуры, а часть будет спрашивать неприятное — не превращается ли оптимизация просто в обслуживание закрытой платформы. Паники меньше, чем философского раздражения, но направление понятное.
Контекст простой: когда Google объясняет, как жить сайтам в эпоху AI-выдачи, комьюнити ожидает инструкцию для паблишеров и SEO. А King читает это скорее как документ, где главный бенефициар — Google.
Что заметили:
• King прямо формулирует тезис: AI search guide обслуживает интересы платформы.
• В той же рамке он в мае 2026 отверг GEO, chunking и multi-platform SEO strategies.
• То есть вместо очередной гонки за новыми ярлыками он, судя по пересказу, ставит под сомнение саму логику “адаптируйтесь под новый слой Google”.
Вывод комьюнити здесь предсказуемый: часть SEO-рынка продолжит упаковывать AI-поиск в новые аббревиатуры, а часть будет спрашивать неприятное — не превращается ли оптимизация просто в обслуживание закрытой платформы. Паники меньше, чем философского раздражения, но направление понятное.
SEO-чаты получили новый повод спорить: WordPress 7.0 вышел с нативной AI-интеграцией
Контекст простой: от WordPress 7.0 ждали фокуса на real-time collaboration, но в заголовки первым делом улетела встроенная AI-интеграция. Комьюнити, как обычно, уже мысленно делит мир на “наконец-то” и “сейчас плагины начнут страдать”.
Что обсуждают:
• Для владельцев сайтов это может стать шагом к AI-функциям без обязательного набора отдельных плагинов.
• Для SEO и контентных команд вопрос в другом: насколько глубоко AI будет встроен в рабочий процесс WordPress.
• Для разработчиков и плагин-мейкеров — потенциальный сдвиг баланса: если часть AI-возможностей становится нативной, вокруг надстроек может начаться новая возня.
Вывод пока осторожный: сам факт нативной AI-интеграции важнее деталей. WordPress явно двигается туда же, куда и весь рынок: AI не как “дополнение”, а как часть базового интерфейса.
Контекст простой: от WordPress 7.0 ждали фокуса на real-time collaboration, но в заголовки первым делом улетела встроенная AI-интеграция. Комьюнити, как обычно, уже мысленно делит мир на “наконец-то” и “сейчас плагины начнут страдать”.
Что обсуждают:
• Для владельцев сайтов это может стать шагом к AI-функциям без обязательного набора отдельных плагинов.
• Для SEO и контентных команд вопрос в другом: насколько глубоко AI будет встроен в рабочий процесс WordPress.
• Для разработчиков и плагин-мейкеров — потенциальный сдвиг баланса: если часть AI-возможностей становится нативной, вокруг надстроек может начаться новая возня.
Вывод пока осторожный: сам факт нативной AI-интеграции важнее деталей. WordPress явно двигается туда же, куда и весь рынок: AI не как “дополнение”, а как часть базового интерфейса.
В гэмблинг-чатах спорят о выходе Hasbro на рынок iGaming: во что это выльется для баеров?
Anonymous Poll
0%
Ждем новые конвертящие лайв-игры по Монополии и Трансформерам
0%
Evolution заберет весь профит, обычным соло-баерам ничего не достанется
0%
Ничего не изменится, игрокам в казино плевать на бренды настолок
Кто виноват в падении рейтинга: Google, ребрендинг или динамический сайт?
Anonymous Poll
0%
Google не переиндексировал историю бизнеса
0%
Ребрендинг и смена URL сбили сигналы
0%
Динамический сайт с автоматизацией — враг SEO
0%
Комбо всех трёх факторов сразу
Google Ads API v20 уходит в закат 10 июня 2026
Не форумная паника, а сухое напоминание от Google Ads Developers: Google Ads API v20 будет отключён 10 июня 2026.
Что важно:
• с этой даты все запросы к v20 начнут падать
• Google советует заранее перейти на более новую версию, чтобы доступ к API не пострадал
• проверить, какие методы и сервисы проект недавно вызывал, можно через Google Cloud Console
Вывод для тех, кто живёт на связках, автозаливе, отчётах и внутренних тулзах: если где-то в инфраструктуре ещё торчит v20, лучше найти это до того, как оно само найдёт вас 10 июня.
Не форумная паника, а сухое напоминание от Google Ads Developers: Google Ads API v20 будет отключён 10 июня 2026.
Что важно:
• с этой даты все запросы к v20 начнут падать
• Google советует заранее перейти на более новую версию, чтобы доступ к API не пострадал
• проверить, какие методы и сервисы проект недавно вызывал, можно через Google Cloud Console
Вывод для тех, кто живёт на связках, автозаливе, отчётах и внутренних тулзах: если где-то в инфраструктуре ещё торчит v20, лучше найти это до того, как оно само найдёт вас 10 июня.