42% маркетологов хотят больше бюджета на соцсети, а разработчики тем временем воюют с чужими API

01 · ДиректБизнес разлюбил класть яйца в одну корзину

Согласно свежему исследованию, 42% компаний планируют увеличить бюджеты на рекламу в соцсетях и мессенджерах в 2027 году. Формулировка скучная, а смысл простой: маркетологи окончательно устали зависеть от одного канала и на всякий случай раскладывают деньги по разным площадкам.

За красивой цифрой прячется старая как мир логика риск-менеджмента. Когда алгоритмы одной площадки меняются без предупреждения, а стоимость лида скачет то вверх, то в космос, единственный рабочий рецепт — не складывать весь бюджет в один инструмент. Отсюда и слово «диверсификация», которое в 2026 году звучит уже не как модный термин, а как техника выживания.

Что это меняет для рекламодателей

• Меньше моно-зависимости. Компании осознанно распределяют бюджет между несколькими соцсетями и мессенджерами вместо ставки на одну платформу.
• Мессенджеры выходят из тени. Их упоминают в одном ряду с соцсетями — это уже не «бонусный канал», а полноценная строка в медиаплане.
• Планирование на год вперёд. Речь про 2027-й — значит, бюджетные комитеты уже сейчас закладывают тренд в стратегию, а не реагируют по факту.

02 · ИИКогда машина находит не ответ, а неправильный вопрос

Автор на Habr продолжает серию про слепой поиск научных гипотез — на этот раз фокус смещается на фармацевтический домен. Вторая часть материала поднимает вопрос куда интереснее, чем просто «ИИ нашёл новую молекулу»: что если система, вместо ответа, укажет на то, что сама постановка вопроса задана неверно?

Это не абстрактная философия. Если алгоритм способен выявлять не пробелы в данных, а пробелы в логике самого исследования, это меняет роль ИИ в науке — из калькулятора гипотез он превращается в что-то вроде въедливого редактора, который сначала спрашивает «а вы вообще то ищете?».

Автор также поднимает второй важный вопрос: что если в рамках уже известных параметров всё давно найдено, а реальные открытия лежат за пределами привычной системы координат — и туда ещё предстоит достроить карту.

Что это значит для тех, кто работает с данными

• ИИ как ревизор гипотез. Ценность не только в новых ответах, но и в способности поймать неверно сформулированную задачу до того, как на неё потратят бюджет и время.
• Пробелы в знаниях — тоже актив. Указание на то, чего мы не знаем, порой полезнее, чем ещё один ответ на давно решённый вопрос.
• Применимость шире фармы. Логика «слепого поиска» одинаково работает для любого домена, где параметры поиска задают люди, а не сама реальность.

03 · CRMГод боли с файлами в Битрикс24 — и вот что осталось от иллюзий

Автор материала на Habr год потратил на загрузку фото через REST API Битрикс24 и собрал внушительную коллекцию граблей. Главная претензия — документация обрывается ровно там, где начинается реальная работа: официальные примеры показывают загрузку одного файла в одно поле, а дальше начинается партизанская война с несовместимыми форматами.

Конкретика неприятная: методы crm.item.update и crm.deal.update используют разные, несовместимые между собой форматы работы с файлами. То, что работает в одном методе, ломается в другом — и никакой документации, которая бы предупредила об этом заранее.

Что это меняет для тех, кто интегрируется с Битрикс24

• Не доверяйте примерам из документации буквально. Они покрывают идеальный кейс, а не тот, с которым столкнётесь вы.
• Тестируйте оба метода отдельно. Поведение crm.item.update и crm.deal.update с файлами различается — экономия времени на этапе проектирования себя не окупит.
• Закладывайте бюджет на «неожиданные» баги. Год работы над казалось бы тривиальной задачей — красноречивый сигнал для тех, кто оценивает интеграцию «на глазок».

04 · Dev ToolsВозвращение блудного разработчика и охота на настоящий баг

Rust-разработчик Артур Валиев вернулся в проект EvertyDesk после паузы и разобрал реальный кейс поиска бага под названием EVRTCK — историю о том, как искать настоящую проблему в уже работающем продукте, а не гоняться за симптомами.

Материал написан в характерном авторском стиле — с самоиронией и отсылками к «врачам, любви, смерти и кодекам» — но суть практическая: разбор того, как отличить реальную задачу от псевдопроблемы, когда тебя зовут «помочь с техническими проблемами» в уже живущем продукте.

Что это меняет для тех, кто работает с легаси-продуктами

• Возвращение в проект — это не с нуля. Контекст важнее кода: разработчик, знающий историю продукта, находит настоящую причину быстрее новичка.
• Ищите баг, а не удобное объяснение. Работающий продукт часто маскирует реальную проблему за поверхностным симптомом, который легче «починить» для галочки.

05 · ИтогЧто взять с собой в понедельник

Если собрать всё вместе, вырисовывается простая картина: бюджеты на рекламу дробятся между каналами, потому что бизнес больше не верит в один волшебный источник трафика. Параллельно ИИ учится не просто отвечать, а сомневаться в самой постановке вопроса — и это куда важнее для науки и аналитики, чем очередной хайповый релиз. А два авторских материала про Битрикс24 и EvertyDesk напоминают: за любой красивой интеграцией и стабильным продуктом стоят часы борьбы с недокументированным поведением API. В AdUnicorn мы это видим каждый день на практике: рекламные бюджеты растут, а вот качество интеграций и данных под капотом — это отдельная война, которую никто не показывает в кейс-стади. Вывод простой: диверсифицируйте бюджет, но не забывайте, что техническая инфраструктура под ним должна быть такой же надёжной, как медиаплан.