Панорама от Яндекса, побег из OpenRouter и квартиры, которые не хотят атрибутироваться

01 · ДиректЯндекс показывает рекламе кино: встречайте «Панораму»

Яндекс тестирует новый тип охватной рекламы в Директе под названием «Панорама». Формат заявлен как доступный для всех видов бизнеса, от локальной шаурмичной до федеральной сети. Подробностей о механике, ценообразовании и таргетинге пока немного, тестирование только запущено.

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

Рекламодателям придётся показывать разработчика приложения

• Ещё один формат в копилку. Пока тест, рано перестраивать медиапланы, но стоит держать на радаре: новые форматы Яндекс обычно быстро выкатывает из беты в продакшн.
• Охват вместо перформанса. Если «Панорама» действительно про охват, это сигнал: Директ окончательно перестаёт быть только про клики и заявки, метит и в брендформанс.
• Тестируйте малым бюджетом. Классика: новые форматы на старте часто дешевле по CPM, пока алгоритмы и рынок не разогрелись.

02 · ИИOpenRouter закрывает дверь, рынок ищет запасной выход

С 26 июля крупнейший в мире агрегатор нейросетей OpenRouter начал ограничивать доступ для пользователей из России. Автор на Habr сделал собственный разбор сервисов-заменителей, по его словам, не претендуя на истину в последней инстанции, а просто из практической необходимости решить проблему для себя.

OpenRouter был удобен именно как единая точка входа: один API-ключ, и доступ к десяткам моделей от разных провайдеров без необходимости договариваться с каждым отдельно. Потеря такого агрегатора не катастрофа, но неприятный логистический камень в ботинке для всех, кто строил продукты поверх этой инфраструктуры.

Разработчикам на ИИ-инструментах нужно закладывать в план проверку кода перед релизом

• Единая точка входа исчезает. Компании, завязанные на OpenRouter как прослойку между продуктом и моделями, получают внеплановую миграцию.
• Риск инфраструктурной зависимости от иностранных агрегаторов. История с 26 июля — лишний повод не класть все API-ключи в одну корзину.
• Появится спрос на локальные и альтернативные шлюзы. Рынок отреагирует быстро, вопрос в том, кто предложит сопоставимое качество агрегации без гарантии, что завтра не отключат снова.

03 · CRMКвартира за полгода: как поймать клик, который стал сделкой только через три семейных совета

Стандартные модели атрибуции молчаливо предполагают, что от касания до конверсии проходят часы или дни. У застройщика между кликом по объявлению и подписанием договора проходят месяцы: просмотры объектов, расчёт ипотеки, семейный совет, ожидание продажи старого жилья. При чеке в 6–8 миллионов рублей решение не принимается за один вечер под влиянием эмоций.

Автор статьи на Habr разбирает, как связать клик с итоговой сделкой в условиях, когда путь клиента растянут и разрежен настолько, что привычные модели last-click или даже мультиканальной атрибуции просто ломаются на длинных временных окнах и множестве офлайн-точек контакта: звонок в отдел продаж, визит в офис, консультация по ипотеке.

В недвижимости и других long-cycle нишах маркетингу придётся считать эффективность на более длинной дистанции

• Классическая атрибуция врёт по умолчанию. Если ваш цикл сделки — недели и месяцы, а не часы, нужна отдельная методология связывания данных, а не коробочная модель из рекламного кабинета.
• CRM становится обязательным звеном, а не опцией. Без связки клика, звонка и итоговой сделки в единой системе восстановить путь клиента по квартире физически невозможно.
• Long-cycle ниши (недвижимость, авто, B2B) требуют кастомной аналитики. Готовые отчёты рекламных кабинетов здесь в лучшем случае намёк, а не источник истины.

04 · Dev ToolsСловарь, который перестал меняться, начал работать быстрее, но не всегда

Разработчик протестировал FrozenDictionary как замену обычному Dictionary в сценариях, где словарь заполняется один раз при старте, а дальше только читается. Замеры на четырёх машинах и трёх рантаймах показали разброс производительности от ×0,76 до ×1,9. То есть в одних случаях FrozenDictionary оказался медленнее оригинала, в других почти вдвое быстрее.

Ключевой вывод: разброс зависит не от версии .NET, а от количества ключей и того, как именно они устроены (строки, их длина, хэш-коллизии). Автор разобрал детально, куда уходит время при поиске по строковым ключам. Решение «просто заменить Dictionary на FrozenDictionary и получить буст» не работает как универсальный совет.

Разработчикам на .NET стоит заранее оценить сроки перехода на новую версию

• Нет универсального выигрыша. Прирост от ×0,76 до ×1,9 — это не «всегда быстрее», а «зависит от структуры данных», и без замера на своих данных результат непредсказуем.
• Тестируйте на реальных ключах. Синтетический бенчмарк на других данных ничего не гарантирует, нужен профиль именно вашей нагрузки.
• Кандидат №1 — статичные справочники. Конфиги, enum-подобные словари, данные, залитые один раз при старте приложения — вот где FrozenDictionary раскрывается лучше всего.

05 · ИтогЧто делать с этим прямо сейчас

Общий мотив дня — данные и инфраструктура важнее хайповых фичей. Новый формат в Директе выглядит красиво, но пока не более чем тест, вокруг которого рано строить стратегию. А вот уход OpenRouter из РФ и проблема атрибуции длинных сделок — это уже конкретные операционные риски, которые нужно закрывать сейчас, а не после того, как что-то сломается. Если ваш продукт держится на одном внешнем API-агрегаторе или ваша CRM не умеет склеивать клик со сделкой спустя полгода, это дыры, а не мелочи. Даже история с FrozenDictionary учит той же мысли: не верь на слово ни одному «универсальному» решению, проверяй на своих данных. В AdUnicorn обычно советуют сначала чинить измеримость, а потом уже гнаться за новыми форматами, иначе непонятно, что вообще измерять.