Второй домен в Директе: отдельный оффер и свой счётчик

14.10.2026 · 8 мин чтения
Две тёмные панели с коралловой кромкой стоят раздельно на чёрном фоне
Второй домен в Яндекс Директе я завожу только под отдельный оффер и только со своим счётчиком. Один сайт на все обещания и все аудитории быстро становится компромиссом: объявление говорит одно, страница другое, а визиты двух задач лежат в одной куче. Новый адрес сам по себе продажи не добавляет. Он имеет смысл, когда на основном сайте уже есть заявка, цель и понятный путь до сделки. Ниже расскажу, когда открываю второй сайт, чем оффер должен отличаться, как не смешать визиты и почему учёт на основном домене закрываю раньше покупки нового адреса.
Мультиаккаунт и UTM я уже разобрал в отдельных заметках. Здесь не повторяю, как делить кабинеты и как собирать метки. Дальше только отдельный оффер, отдельный счётчик и то, почему учёт на основном сайте я закрываю раньше второго домена.

Почему я сначала довожу учёт на основном сайте

Сначала на основном домене работает заявка, и я вижу путь от визита до сделки. Только потом появляется второй адрес. Если основной сайт ещё не приводит понятную заявку, новый домен удваивает путаницу: визитов больше, а какая ветка кормит продажи, по-прежнему неясно.
До покупки адреса смотрю потолок одной связки. Если цена заявки растёт быстрее числа заявок, а показы упёрлись в потолок, добавлять деньги в ту же страницу часто бесполезно. Второй сайт уместен, когда есть отдельный оффер, готова своя посадочная и продажи успевают взять ещё поток. Если менеджеры уже не отвечают, новый адрес только удлинит очередь.
Шаг расхода и второй домен — разные рычаги. Расход растит объём внутри уже рабочей модели. Домен меняет структуру: другое обещание, другая страница, другой счётчик. Оба рычага в один день я не трогаю. Иначе не пойму, что сдвинуло заявки: новая страница или просто больше денег в старой кампании.
  • Заявка на основном сайте доходит до человека, а не обрывается на форме.
  • Цель в Метрике совпадает с действием, за которое бизнесу есть смысл платить.
  • В CRM у заявки есть источник и статус на пути до сделки.
  • Продажи знают, кто отвечает и в какой срок.
  • За неделю я собираю расход, заявки и сделки по основному домену в одну таблицу.
Если из этого списка не закрыто больше двух пунктов, второй домен я не покупаю. Сначала довожу основной сайт. Несколько адресов усиливают систему, которая уже считает визиты и сделки. Они не заменяют заявку и не создают учёт с нуля.

Когда я открываю второй домен

Разным людям нужны разные обещания и разные страницы. Заявка для компании и короткий квиз для частного клиента на одном адресе мешают друг другу. Обещание размывается, скорость ответа разная, разговор менеджера путается. Фразы одной группы начинают учиться сразу на двух задачах, и объявление перестаёт попадать в запрос.
Отдельная линейка продукта — ещё один повод. Если путь сделки, привычный размер покупки и возражения заметно отличаются, общий сайт путает и фразы, и обучение автостратегии. Отдельный домен собирает связку в одну линию: запрос, объявление, страница и цель говорят об одном и том же.
Есть и риск одного сайта. Сбой или падение хостинга не должны гасить весь платный трафик. Новый оффер я проверяю на втором домене и не ломаю основную воронку, которая уже приносит сделки. На старте хватает ядра и одного теста. Третий адрес добавляю только со своим сегментом, своим оффером и людьми, которые успеют отвечать.
Две разные тёмные карточки с коралловым блоком и кольцом на чёрном фоне
Второй адрес запускаю, когда обещание на нём не повторяет основную страницу.

Отдельный оффер, а не копия страницы

Каждый домен несёт своё обещание и свою посадочную. Копия с другим цветом кнопки — тот же оффер дважды. Я плачу как за новую задачу, а получаю повтор. Человек не видит разницы и не понимает, зачем второй сайт.
До запуска записываю, чем второй сайт отличается за пару секунд. Смотрю на продукт, город или регион, форму заявки и главное обещание. Если отличия нет, домен не запускаю: сначала меняю страницу или отказываюсь от адреса.
Заголовки объявлений усиливают это отличие, а не повторяют ядро слово в слово. Одинаковые заголовки оставляют человека в недоумении. В своём же аукционе я начинаю спорить сам с собой за одно и то же внимание.
Правила для посетителя при этом общие. Разные домены не отменяют оферту, политику персональных данных и честные формулировки в объявлении. Новая страница говорит то, что бизнес реально делает.
Что держу отдельноОсновной доменВторой домен
ОфферУже работающее обещание ядраНовая гипотеза, которую видно сразу
ПосадкаСтраница, которая уже принимает заявкиСвоя страница только под этот оффер
СчётчикСчётчик основного сайтаНовый счётчик только этого адреса
КампанииКампании ядра со своим конечным адресомСвои кампании без адреса ядра внутри
Расход на стартеЯдро в день запуска не увеличиваюОтдельный расход на проверку гипотезы

Как не смешать визиты двух сайтов

Визиты смешиваются, когда два сайта отдают данные в один счётчик. Даже если потом отфильтровать имя сайта, цели и обучение стратегии живут в одной корзине. Заявка с нового оффера выглядит как заявка с ядра, и я не вижу, какой сайт привёл человека.
Для второго домена создаю новый счётчик Метрики и ставлю код только на этот адрес. Код основного счётчика на новый сайт не копирую. Визиты ядра остаются в старом отчёте, визиты теста в него не дописываются.
Цель ставлю на действие именно этой страницы: отправка формы, звонок или нужный шаг квиза. Цель ядра на второй счётчик не переношу. Иначе слово «заявка» снова склеит два разных обещания.
В одной кампании два конечных адреса не держу. Отчёты и автостратегия тогда плохо показывают, какая ветка тянет результат. Дальше усиливаю ту ветку, которая доводит человека до сделки, а не среднее по двум сайтам.
В Метрике сайты разведены, а путь сделки общий. В CRM у заявки есть поле домена и те же статусы до оплаты, что на основном сайте. Сводку смотрю по столбцам: расход, заявки, годные обращения, сделки. Нет столбца по адресу — непонятно, какой сайт кормит продажи.
  • Код нового счётчика стоит только на втором домене.
  • Код основного счётчика на новый сайт не скопирован.
  • Цели второго счётчика описывают действие этого оффера.
  • В кампании второго домена один конечный адрес.
  • В CRM заявка помечена доменом и идёт по тем же статусам, что заявки ядра.
Две отдельные чаши: в одну сыплется коралловая пыль, в другую серая
Отдельный счётчик оставляет визиты каждого домена в своём отчёте.
ВопросГде смотрю ответЧего не допускаю
Откуда пришёл визитСчётчик именно этого доменаДва сайта в одном счётчике
Какое действие считаю цельюЦели этого счётчикаЦель ядра на новом адресе
Дошла ли заявка до сделкиCRM, поле домена, общие статусыРазные названия статусов на двух сайтах

Что проверяю до переноса расхода

Тест второго домена идёт своим расходом. Ядро в тот же день не разгоняю и не перестраиваю. Два изменения сразу дают два неизвестных. Сначала смотрю, жива ли новая связка, и только потом решаю, растить ли её.
Правка на одном домене — не повод в тот же день чинить второй. Перезапуск основного сайта и правка теста — разные события. Читаю их отдельно, иначе снова смешаю причины.
Смотрю не только цену заявки. Важнее, доходит ли обращение до разговора по делу и до сделки. Сайт с дешёвыми пустыми заявками для меня хуже сайта, где обращений меньше, но они доходят до договора. Раз в неделю свожу расход, заявки и сделки по каждому адресу.
Если тест две недели подряд слабее ядра по годным заявкам и расход на проверку был честным, гипотезу закрываю или собираю заново. Адрес на всякий случай не держу. Если сделки с нового сайта устойчиво сильнее, расход там увеличиваю шагами и не переношу всё сразу.
Когда продажи одни на оба сайта, до запуска записываю очередь. Какой домен важнее в часы пик, кто разбирает новую заявку и как менеджер видит, с какого сайта она пришла. Иначе обращения со второго адреса потеряются между людьми.
На новом домене проверяю то же, что на ядре. Страница открывается быстро, цель срабатывает на нужном действии, звонок или чат показывает сайт, а при падении хостинга есть запасной путь. Второй адрес имеет смысл, только если сайт технически не хуже основного.
Пять тёмных плиток, на четырёх коралловые галочки, пятая пустая
Перед запуском сверяю оффер, счётчик и путь заявки до сделки.

Список перед покупкой второго адреса

  1. Записано, какой сегмент или оффер основной сайт не тянет.
  2. Страница отличается продуктом, регионом, формой заявки или обещанием, а не цветом кнопки.
  3. Новый счётчик стоит только на новом домене, цели описывают его действие.
  4. Кампании второго адреса не содержат конечный адрес ядра.
  5. CRM принимает домен, статусы пути до сделки на обоих сайтах называются одинаково.
  6. Продажи знают, кто берёт заявку с нового сайта и в какой срок.
  7. Расход теста отделён от ядра, в день запуска расход основного сайта не меняю.
  8. Сводка по доменам готова до старта, а не после первых заявок.
Если список не закрыт, возвращаюсь к основному сайту и доделываю учёт. Второй домен в Директе усиливает систему, которая уже отличает визит от сделки. Сам по себе новый адрес ни учёт, ни оффер не создаёт.
SEO

Проверю второй домен до запуска

Посмотрю, отделён ли оффер, стоит ли свой счётчик и не смешиваются ли визиты с основным сайтом.
SEO-специалист и автор материала
Читайте также