Послезавтра открываю сезон конференций. И первое выступление, конечно же, о трендах 2026-го.

Лично я считаю, что контекст уже не возможен без понимания работы и применения ИИ. Скоро можно будет окончательно выбросить все сервисы сбора ключей, парсеры и «конкурентные разведчики». Поэтому многие воспринимают делегирование нейросетке как эру замены специалистов. Хотя на деле всё наоборот.

Я расскажу, как мы докатились до того, что все делает нейросеть, куда идёт тренд и главное - что реально можно делегировать, чтобы не слить бабло. А также поделюсь, как составлять промпты для ускорения запусков.
____________________________________________________
Представляю вам конференцию «Тренды маркетинга 2026», которую мы собрали с крутыми ребятами из разных маркетинговых областей.

На ней вы узнаете, как использовать нейросетки в своей работе, посмотрите кейсы внедрения ИИ в разных каналах и получите инструменты, которые ускорят ваше продвижение в разы.

Кто выступает:

→ Саша Мальцев - директор по маркетингу Яндекс Браузера. Покажет как прокачать нейросеть в команду для персональных коммуникаций с пользователями и поднять конверсии на 20%.

→ Роман Кумар Виас - основатель Refocus (>1,5 млрд выручки) и Qmarketing Academy (куплена Skyeng в 2021). Покажет последние тулы для генерации виральных видео помощью AI, чтобы вырастить продажи с SMM в 2 раза.

→ Олег Шестаков - основатель Rush Analytics, в SEO с 2008 года. Раскроет секреты, как доминировать в поиске Яндекса и Google по любым ключевым словам в любой стране.

→ Дарья Дейн - ЭТО Я 🙃

→ Дмитрий Коробовцев - ex-Google, Microsoft, Яндекс. Реализовал 35+ внедрений AI в компаниях. Даст пошаговый фреймворк, как находить 10+ точек роста в каждом звонке и растить конверсию отдела продаж на 30%+.

Бонусы, подарки:

🎁 Инструкция, как превратить нейросеть из генератора текстов в полноценную команду

🎁 Miro-доска с полным описанием воркфлоу контент-фабрики и топ работающих воронок в SMM.

🎁 Чеклист для попадания в выдачу ChatGPT

🎁 Проверенные промпты для генерации объявлений для контекстной рекламы сотнями

🎁 Фреймворк превращения разговоров с клиентами в конкретные действия: что менять в скрипте, оффере, месседжах и креативах

29 января, 18:00 по МСК — 3,5 часа мясного контента!

👉 Регистрируйтесь через бота

Оффлайн конверсии - какие действия передавать в систему

Итак, для максимального влияния на качество данных, которое используют алгоритмы контекстной рекламы для обучения и управления нашей рекламой нам нужны оффлайн конверсии.

Оффлайн-конверсии — это любые целевые действия пользователя, которые произошли вне сайта, даже если путь к ним начался онлайн. К офлайн-конверсиям относятся :
🟣покупка в офлайн-магазине после визита на сайт;
🟣заказ по телефону;
🟣подтверждённая менеджером заявка;
🟣выкуп заказа при доставке;
🟣запись на услугу в мессенджере с последующей оплатой офлайн и т.д.
То есть, в зависимости от типа бизнеса нужно передавать разные действия. В идеале - все основные шаги по воронке.

Возьмем классический пример воронки услуг/дорогих товаров (которые не покупают просто через интернет-магазин), воронка будет выглядеть примерно так:
заявка ➡️ квалификация лида по телефону ➡️ расчет / замер / консультация ➡️ переговоры / утверждение деталей ➡️ оплата

Если бизнес уже использует СРМ - можно передавать каждый этап. В данном случае смена статуса заявки в CRM будет триггером к отправке данных. И для каждого клика мы получим информацию о каждом этапе - то есть несколько конверсий (где лид перемещался по этапам, конечно). Это самый лучший вариант, он дает полную картину для аналитики.

Если СРМ ещё нет, то передавать данные все равно можно и нужно. В этом случае данные о клиентах обычно хранятся в таблице. Здесь можно вручную менять статусы лидов и вручную/автоматически загружать их в систему. Главное - иметь ключи сопоставления клика и лида: номер телефона, электронная почта, идентификатор клика.

Как выбрать цель для передачи? - Исходите из ресурсов и своей воронки.
❄️ Для зрелых бизнесов с отделом продаж и настроенной СРМ лучше передавать все события по воронке.
❄️ Для мастера, работающего в одиночку достаточно загрузить заказы за прошлый период.

Главное помните: лучше передать хоть какие-то данные (пусть их и не так много), чем вообще никаких. Рекламные системы вбухивают огромные деньги в развитие алгоритмов оптимизации и управления рекламой и не оставляют нам выбора, кроме как их использовать. Так что не стоит оставлять свой алгоритм слепым к конечному результату.

Как системы сопоставляют клики и оффлайн-конверсии

Для того, чтобы понять, что конкретная офлайн-конверсия произошла у пользователя, который раньше пришёл из рекламы, система должна ответить на 2 вопроса:
1. Это тот же самый человек, что кликнул рекламу?
2. Если да — к какому клику отнести конверсию?
Для этого системе нужно, чтобы в момент конверсии был «ключ», по которому можно найти тот самый клик. Есть несколько основных «ключей».

➡️ ClickID
Основа сопоставления в Яндекс и Гугл - идентификатор клика. Идентификатор клика - это значение, которое рекламная система автоматически добавляет в URL объявления в момент его показа. Такой идентификатор имеют обе системы:
💻у Google: gclid (Google Click Identifier)
💻у Яндекс: yclid (Yandex Click Identifier)
Уникальный ClickID пользователя сохраняется при клике и отправляется в СРМ вместе с контактными данными при отправке заявки.

Очень важный момент: никакие ID не будут сохранятся и передаваться автоматически. Сохранение ClickID нужно настроить на сайте. Например, через невидимое поле в форме. Поставьте такую задачу разработчику сайта: когда пользователь отправляет заявку, CRM/таблица должна получить не только имя и телефон, но и ClickID / ClientID визита.


➡️ ClientID
Это другой класс «ключей» для сопоставления. Здесь уже система аналитики присваивает каждому визиту на сайт свой ID - условный “ClientID”. Использовать ClientID удобнее, когда есть трафик не только из рекламы и нужно единообразие.

Далее схема работает аналогично: ClientID нужно отправить в СРМ при заполнении формы вместе с контактными данными.

ClientID является предпочтительным методом при работе с Директом.

➡️ Телефон/почта (advanced matching / enhanced conversions) - Сопоставление на основе контактных данных при отсутствии другого «ключа».

Системы пытаются найти совпадение с теми данными, которые уже встречали у пользователей при логинах в систему или заполнении форм. Т.е. если пользователь привязал к своему аккаунту в Яндексе номер телефона - система сможет сопоставить оффлайн-конверсию с ранее зафиксированными визитами и кликами этого пользователя, даже если прямой идентификатор клика не был сохранён.
____________________________________________________
Когда мы передаем конверсии обратно - из СРМ в рекламную систему, именно один из «ключей» помогает системе понять, к какому клику отнести конверсию. Так происходит сопоставление данных.

Ещё один важный термин, который стоит запомнить для работы с оффлайн-конверисями - окно атрибуции.

➡️ Окно атрибуции - это допустимый временной период между кликом и конверсией, в течение которого сопоставление возможно.

В сервисах Яндекса (Директ, Метрика) стандартное окно атрибуции составляет 21 день с момента клика. Изменить его нельзя.

В Google Ads окно настраивается на уровне каждой конверсии и может быть увеличено до 90 дней.

Если отправить конверсию из СРМ и рекламную систему по прошествии этого времени - система не сможет связать клик и оффлайн-конверсию.

🔥 На курсе по Google Ads завершились основные модули

Вчера записала последний урок. Итого, вместо 10 контентных модулей по техничке получилось 11. Суммарно 103 урока, 40+ часов просмотра. Правду, получается, говорили, что по итогу я всегда даю в курсах больше, чем обещаю в анонсах))

Сейчас идут модули про поиск проектов и работы, а вместе с ними - эфиры с классными ребятами, которые уже проделали этот путь и работают с международными проектами.

За сим продажа записей курса ОТКРЫТА.

Коротко напомню, о чем курс: проходим от А до Я всю настройку Google Ads. От установки конверсий до аналитики и фишек. Собираем семантику, пишем объявления, настраиваем все типы рекламных кампаний, оптимизируем. Курс подходит для новичков.

Дополнительные бонусы:

1) Модули по поиску работы и проектов на международных рынках, эфиры с опытными специалистами.

2) У курса есть партнер, через которого можно безболезненно создать аккаунт в Google Ads со всеми подтверждениями, если вам это нужно.

3) Попробуете использовать нейросетки в создании рекламы, если еще этого не делали. Показываю как ускорять запуски и делюсь промптами.

Продавать записи буду только 1 месяц - до 12 марта. Потом продажа будет закрыта до следующего потока (летом).

Успевайте сейчас! До лета уже будете работать)

Подробности и запись на сайте

Обзор форматов и методов передачи оффлайн конверсий

В рамках этой серии я рассказываю про все варианты передачи данных в Яндекс и Гугл, их особенности и отличия.

В предыдущих постах мы разобрали зачем нужно передавать оффлайн конверсии, какие события передавать и как системы склеивают оффлайн событие с рекламным кликом.

Теперь погружаемся на уровень глубже и рассмотрим технические моменты передачи данных. Начнем с Яндекса.

В сервисах Яндекса существует 4 формата передачи данных и 4 способа их отправки. Обратите внимание, формат и способ - разные понятия.

Формат передачи - это логика обработки конверсий внутри системы:
🟣какие типы конверсий можно передавать;
🟣какие идентификаторы поддерживаются;
🟣есть ли обновление статусов конверсий;
🟣какие отчёты и возможности аналитики будут доступны после загрузки данных.

Всего форматов 4:
1. CRM-формат (полные данные)
2. CRM-формат (упрощённые данные)
3. Офлайн-конверсии
4. Звонки

Способ отправки - это механика передачи, т.е. как именно данные технически попадут в систему, через что, через какой канал будет осуществляться передача.

Способов тоже 4:
1. Центр конверсий
2. Коннекторы к CRM
3. API Яндекс Метрики
4. Интерфейс Яндекс Метрики

Далее разберем каждый формат и способ.

Обзор форматов для передачи данных оффлайн-конверсий в сервисах Яндекса

1️⃣ CRM-формат (полные данные) - самый функциональный и полный формат.

Позволяет:
⁃ передавать смену статусов заявки в CRM с обновлением статусов конверсий в Метрике;
⁃ передавать дополнительные атрибуты заказов и клиентов (товары, себестоимость, прибыль и т.д.);
⁃ создавать и передавать события в кастомные JavaScript-цели;
⁃ считать прибыль.

В данном случае Метрика работает с событиями, привязанными к визиту - когда определенная заявка движется по воронке, события об этом отправляются в Метрику и происходит обновление статуса заявки. Именно этот формат позволяет описывать жизненный цикл заявки целиком. Формат позволяет построить глубокую сквозную аналитику.

2️⃣ CRM-формат (упрощённые данные) - компромисс между возможностями и сложностью настройки.

Передает фиксированные системные статусы:
• заказ создан;
• заказ оплачен;
• заказ отменён;
• спам-заказ;

Нельзя передавать расширенные данные о заказе (список товаров в заказе, себестоимость, прибыль) и подробные данные о клиенте. Передаётся только идентификатор пользователя, без расширенной карточки клиента (ID клиента в CRM, дополнительные параметры, кастомные поля). Нельзя строить сложную структуру статусов и логику сопоставления между ними (как в полном формате).

Подходит, если: есть CRM, но нет ресурсов на интеграцию. Или нужно быстро начать оптимизацию по качественным лидам.

Обязательные данные для отправки:
• один идентификатор пользователя;
• create_date_time;
• order_status.

Ключевые характеристики обоих CRM-форматов:
• окно атрибуции: 21 день;
• окно обновления конверсии: 111 дней с момента визита;
• поддержка ClientID, телефона, email;
• скорость сопоставления: до 2 часов после загрузки.

Новые отчёты в Метрике:
• «Источники заказов из CRM»
• «Источники, расходы и ROI»
• Вкладка «Клиенты»

3️⃣ Офлайн-конверсии.

Формат позволяет загрузить факт конверсии вне сайта (подтверждение заявки, оплата в офисе, квал лид). Сопоставление идет не по первичным данным (почта, телефон), а по данным визита - ClientID / Yclid / UserID / PurchaseID.

Для отправки оффлайн-конверсий нужен простой минимальный набор идентификаторов:
- ClientID / Yclid / UserID / PurchaseID.
⁃ Target (цель в Метрике),
⁃ DateTime (дата и время совершения конверсии).

Несмотря на простоту, формат позволяет отслеживать все этапы воронки. Достижение каждого этапа в CRM можно передавать как отдельную JavaScript-цель в Метрике. Это превращает Метрику в хороший инструмент аналитики. Мы видим все данные - как рк, ключи, заголовки, площадки и прочие атрибуты рекламы влияют на прохождение этапов в CRM. Подходит для услуг с циклом сделки ≤21 дня

Ограничения:
⁃ Нет окна обновления 111 дней
⁃ Не создаёт CRM-отчётов
⁃ Нет сложной логики статусов (прохождение каждого этапа в CRM - отдельное событие, а не обновление статуса одного и того же события).

Формат можно использовать без CRM (например, если собираете лиды в таблице). Для передачи квал лидов не нужно расширенное окно в 111 дней.

С точки зрения простота / функциональность считаю это лучшим решением для не екома.


4️⃣ Звонки - формат для телефонных обращений. Позволяет учитывать звонки как конверсии, видеть качество обработки и оптимизироваться на звонки.

Какие конверсии можно передавать:
• входящие звонки;
• квалифицированные звонки;
• обращения с динамического номера.

В Метрике создаются цели типа «Звонок». Формат используется через коллтрекинг и поддерживает отдельные отчёты по качеству обработки звонков. Передаются ClientID / Yclid / UserID + DateTime.

Важно: к визитам привязываются только динамические звонки, статические — нет.

Новые отчёты:
⁃ «Звонки, детально»
⁃ «Качество обработки звонков»
⁃ «Источники звонков»

Вот и подошел к концу большой курс по Google ads 💙

Для участников живого потока обучение длилось 3,5 месяца, 13 модулей, 107 уроков и 40+ часов чистого контента.

Хочу от души поблагодарить всех, кто пришел на первый поток! За доверие и за старания, за ваши вопросы и за вовлеченность. Не все получалось с первого раза, но я очень горжусь, что мы вместе это сделали! Для меня очень важно иметь круг единомышленников, разделяющих мои интересы.

За это время мы с ребятами прошли путь с нуля до уверенного понимания инструмента и специфики работы в международке.

⚫️Узнали все актуальные фишки, типы рк и настройки, которые обеспечивают лучшие результаты.
⚫️Поняли, что знать английский все же не обязательно.
⚫️Заглянули за завесу оплат и выяснили, что оплата в международке на 30-50% выше, чем на внутреннем рынке.
⚫️Выяснили где искать проекты, как легально получать оплаты и платить налоги.

По ходу курса многие ребята взяли свои первые проекты. А я, как и обещала, постоянно скидываю в чат потенциальных клиентов.

Напоминаю, приобретение записи курса доступно вот здесь.

💙 А под этим постом я попросила участников написать отзывы и поделиться впечатлениями о курсе.

Оффлайн конверсии: Обзор способов передачи данных в сервисах Яндекса

Напомню, что способ передачи влияет на стабильность и частоту доставки данных, но не расширяет возможности формата. Т.е. на то, какие конверсии будут созданы, будет ли обновление их статуса и т.д. влияет формат. Разбирали это здесь.

А вот способ отвечает на вопрос: «Каким техническим методом данные попадают в Метрику?»

Как мы знаем, с точки зрения открутки рекламы, частота и скорость получения данных - важные параметры. Часто бывает так, что при попытке добавлять в обучение офлайн действия система подтупливает. И вот здесь, как раз, может помочь скорость и частота загрузки.

В идеале данные должны передаваться сразу после их поступления: изменился статус в СРМ - сразу отправляется информация в систему.

Существует 4 способа передачи данных. Расположила их по эффективности:

1️⃣ API Яндекс Метрики - программная отправка данных напрямую в Метрику через API. Предоставляет максимальную гибкость.
• Можно отправлять данные автоматически и так часто, как нужно, большими объемами и реализовывать сложную логику для построения полноценной сквозной аналитики.
• Минус - для реализации нужен разработчик.

2️⃣ Коннекторы к CRM - готовые интеграции Метрики с CRM-системами (amoCRM, Битрикс24).
• Автоматическая отправка статусов, обычно 1 раз в час.
• Настраивается проще, без разработчика.

3️⃣ Центр конверсий в Директе - способ загрузки CRM-данных через источник (HTTP/HTTPS, FTP, Google Sheets).
• Файл формируется на стороне рекламодателя и размещается в источнике.
• Обычно обновляется 1 раз в сутки. Подходит, если нет API.

4️⃣ Ручная загрузка через интерфейс Метрики - загрузка файла в разделе «Загрузка данных».
• Система получает данные только при каждой новой загрузке файла.
• Походит для разового отчета, но не для регулярной оптимизации.

Оффлайн конверсии: Доступность способов отправки для каждого формата в сервисах Яндекса

Теперь собираем все вместе. Есть форматы и есть способы. Разберемся, как они взаимодействуют между собой и какой формат с какими способами работает.

➡️ CRM-формат (полные данные)
Поддерживаемые способы отправки:
• API Яндекс Метрики.

Требует строгой структуры данных, поддерживает обновление статусов и передачу дополнительных параметров. Используется только автоматизированная передача данных.

➡️ CRM-формат (упрощённые данные)
Поддерживаемые способы отправки:
• коннекторы к CRM;
• API Яндекс Метрики;
• Центр конверсий.

Несмотря на упрощённую структуру, формат остаётся CRM-ориентированным и требует системной передачи данных.

➡️ Офлайн-конверсии
Поддерживаемые способы отправки:
• API Яндекс Метрики;
• сторонние коннекторы к CRM (типа Albato);
• ручная загрузка через интерфейс Метрики.

Офлайн-конверсии не предполагают обновление статусов и сложную логику заказов, поэтому допускают ручную загрузку и простые сценарии передачи.

➡️ Звонки
Поддерживаемые способы отправки:
• API Яндекс Метрики;
• интеграции с коллтрекингами.

Формат ориентирован на автоматическую передачу событий звонков и построение специализированных отчётов, требует интеграции с сервисом коллтрекинга.

Оффлайн конверсии: Разница «обновления статуса лида» и «отправка нового события»

Как вы, наверняка, заметили, когда я описывала CRM-форматы передачи данных, часто встречалась формулировка «обновление статуса конверсии». Хочется остановится на ней подробнее.

В системе есть два принципиально разных механизма работы с событиями (конверсиями):

1️⃣ Обновление статуса одного заказа (CRM-архитектура)
В этом варианте система понимает жизненный цикл сделки. В системе появляется объект «заказ», который сопоставляется с конкретным визитом, имеет статус (и может его менять), существует во времени.

Т.е. система понимает, что это один и тот же заказ, который проходит разные этапы.

Например:
Визит → заявка → подтверждение → оплата → возврат.

Для алгоритма это не 4 события, а один заказ, который изменил состояние.

В это случае, стратегия оптимизации видит движение по воронке. Можно учитывать прибыль, отмены, возвраты.

2️⃣ Передача независимых событий (офлайн-формат)
Здесь нет сущности заказа. Есть просто событие: квал лид, договор подписан, оплата и т.д. Каждое событие — это отдельная цель в Метрике. Система не знает, что это один и тот же клиент и одна и та же сделка. Для алгоритма это просто разные достижения целей.

Это сопряжено с некоторыми ограничениями:
⚫️Нельзя обновить старую конверсию — можно только отправить новую.
⚫️Если передать “квал лид”, а потом “оплата” — это будут две разные конверсии.
⚫️Нельзя отменить или изменить уже переданное событие.

🔖В чём стратегическая разница
CRM-модель - это модель объекта.
Офлайн-модель - это модель событий.

Разница особенно важна, если цикл сделки длинный; есть отмены, возвраты, этапы; важна прибыль, а не сам факт лида.
Если бизнес простой и цикл короткий (≤21 дня), офлайн-модель может быть достаточной.

Оффлайн конверсии: Подробнее про 21 день и 111 дней (для сервисов Яндекса)

📊 21 день
Как я уже упоминала, в сервисах Яндекса стандартное окно атрибуции составляет 21 день. Это период, в течение которого можно привязать конверсии к визитам. Проще говоря, при любой передаче данных, событие может быть сопоставлено с визитом только если с момента визита прошло не более 21 дня.

21 день дается именно на запись конверсии (т.е. нужно отправить в систему факт совершения конверсии).

При первой отправке данных есть возможность сопоставить их на 21 день назад, т.е. подтянуть конверсии за предыдущий 21 день.

📊 111 дней
А теперь про дополнительные 111 дней. Это период, в течение которого можно обновлять статус уже сопоставленного заказа, если используются CRM-форматы передачи данных.

Тут важно, что 111 дней считаются с момента визита, а не с момента отправки/привязки конверсии.

Механизм работает так:
1) Передаете конверсию в рамках 21 дня.
2) После успешной привязки заказ становится «объектом» в системе.
3) Далее можно менять его статус: передавать оплату, отмену, прибыль, финальное закрытие.

Это нужно, когда решение принимается месяцами, а вы хотите передать в рекламную систему финальный статус (или близкий к нему). Если оплата происходит значительно позже заявки, то без окна 111 дней алгоритм просто не сможет дождаться финального статуса.

Резюмируем:
⚫️Обновление статуса конверсий возможно только при использовании CRM-форматов (у форматов «Офлайн-конверсии» и «Звонки» окна на обновления нет, только 21 день на запись)
⚫️21 день определяет, будет ли событие связано с рекламой. Если привязки не было в первый 21 день, 111 дней уже не работают.
⚫️111 дней помогают корректно отразить итог сделки.

Оффлайн конверсии: Логика выбора формата передачи данных в сервисах Яндекса

Формат передачи данных выбирается исходя из типа бизнеса и задачи. Он должен соответствовать:
⁃ длине цикла сделки;
⁃ структуре продаж;
⁃ событию оптимизации рекламы;
⁃ аналитической задаче.

Поэтому перед выбором отвечаем на 3 основных вопроса о бизнесе:
1. Сколько времени проходит между первым визитом и финальной оплатой?
2. Есть ли у сделки несколько этапов (в работе, согласование, оплата, возврат)?
3. Нужно ли учитывать прибыль, отмены и повторные покупки?

✅ Когда подходит формат «Офлайн-конверсии»
Цикл сделки ≤ 21 дня; нет необходимости обновлять статус одной и той же сделки.

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

✅ Когда подходит CRM-формат (упрощённый)
Цикл сделки больше 21 дня, нужно обновлять статус одной сделки, важно учитывать отмены и финальные оплаты. Но при этом нет потребности передавать товары и себестоимость и нет сложной структуры данных (несколько товаров в заказе, повторные покупки и возвраты).

Пример
Услуги населению: медицина, ремонты, изготовление товаров на заказ.
Клиент оставляет заявку → Замер/Обследование/Согласование → Оплата через 30-60 дней.

✅ Когда подходит CRM-формат (полный)
Цикл сделки больше 21 дня, требуется анализ прибыли, а не только выручки. Есть сложная воронка с несколькими статусами; важны возвраты и повторные сделки; необходимо сегментировать по товарам или категориям. Это формат для бизнеса, где аналитика должна отражать экономику сделки.

Пример
E-commerce с полной аналитикой
Заказ нескольких товаров → частичный возврат → повторная покупка. Нужно учитывать фактическую прибыль и корректировать ROI.

Логику выбора можно упростить так:
🔴Цикл ≤ 21 дня → возможен офлайн-формат.
🔴Цикл > 21 дня → лучше CRM-формат.
🔴Нужна прибыль, себестоимость и сложная аналитика (несколько товаров в заказе, повторные покупки и возвраты) → полный CRM.
🔴Нужны статусы сделок и выручка → упрощённый CRM.
🔴Если клиенты в основном звонят → формат «Звонки».

Оффлайн конверсии: функция «Управление заказами» в Яндекс Метрике

«Управление заказами» — это механизм, который позволяет привязывать заказы и этапы обработки сделок к визитам пользователей на сайте и фиксировать эти этапы как конверсии в аналитике.

По сути, «Управление заказами» может использоваться как ручной аналог CRM-передачи данных, где за основу берется объект «заказ», связанный с конкретным визитом пользователя и для этого заказа разные статусы фиксируются как достижения цели в Метрике.

Главное отличие: в CRM форматах передача осуществляется через внешнюю систему (API, коннектор), а в Управлении заказами заказы создаются вручную прямо внутри Метрики.

🟪 Как это выглядит на практике: Типичный сценарий для бизнеса без CRM.

⚫️Шаг 1
Пользователь оставляет заявку на сайте. Метрика фиксирует визит.

⚫️Шаг 2
Менеджер обрабатывает заявку вне системы аналитики: звонит квалифицирует клиента, обсуждает условия и пр. У заявки меняется статус.

⚫️Шаг 3
Маркетолог открывает раздел Метрики:
Посетители → Управление заказами → Неразобранные визиты.
Там показываются визиты, где достигнуты выбранные цели (например, формы или клики по телефону).

⚫️Шаг 4
Для нужного визита создаётся заказ: ID заказа, клиент, дата, доход, себестоимость, статус. После сохранения создаётся объект заказа, визит связывается с заказом и выполняется цель статуса заказа.

⚫️Шаг 5
Если позже заказ оплачивается, статус меняется. При каждом изменении статуса система фиксирует новую конверсию. При этом предыдущие цели сохраняются, что позволяет строить последовательность этапов сделки.

ℹ️В интерфейсе «Управления заказами» доступны визиты только за последние 21 день.

Фактически, «Управление заказами» - это хороший способ вручную построить сквозную аналитику, если нет CRM-интеграции.

Также важно учитывать, что «Управление заказами» отображает все заказы, независимо от способа их передачи. В нём будут отображаться заказы, созданные вручную, а также заказы, переданные через API, CRM-интеграции или другие механизмы загрузки данных.

Сейчас на курсе по Google Ads у нас идёт «Продлёнка»

Это дополнительный месяц после основного обучения, где мы почти не говорим про настройку рекламы. Вместо этого занимаемся тем, без чего специалист не растёт в доходе - учимся продавать свои услуги.

Потому что печальная реальность такова: настраивать рекламу хорошо — недостаточно. Можно отлично разбираться в кампаниях, аналитике, стратегиях ставок. Но если вы не умеете презентовать свою работу, объяснить ценность услуги, назвать цену и провести переговоры — клиенты либо не приходят, либо платят мало.

Поэтому на «Продлёнке» мы делаем совсем другие вещи.
⚫️Разбираем упаковку специалистов:
страницы, резюме, кейсы, описания услуг.
⚫️Смотрим, как человек выглядит глазами клиента.
Что вызывает доверие, а что наоборот, мешает продавать.
⚫️Параллельно тренируем переговоры, обсуждаем реальные ситуации из работы и говорим о том, как формировать стоимость услуг.

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