Панорама от Яндекса, побег из 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 мы обычно советуем клиентам сначала чинить измеримость, а потом уже гнаться за новыми форматами — иначе непонятно, что вообще измерять.