Google Ads / Стратегия работы с DSA кампаниями от 0 к 1
Мне кажется я уже столько всего расписал о DSA кампаниях на страницах блога, что уже не о чем писать. Тем не менее, данный инструмент совершенствуется, а поэтому и подходы немного меняются. Хочу описать свою систему работы с данным типом кампаний.

Структура кампаний выглядит следующим образом
1) DSA на категории (страница с товарами, выбором чего-либо)
2) DSA на страницы предложений (конечные страницы, final pages)
Это обобщенный вид, тогда как на самом деле необходимо сегментировать типами страниц:
1) DSA на каталоги (страница с товарами, выбором чего-либо)
— DSA на категория 1 (включает все подкатегории данной категории)
— DSA на категория 2 (включает все подкатегории данной категории)
— DSA на категория 3 (включает все подкатегории данной категории)
— DSA на категория 4 (включает все подкатегории данной категории)
— DSA на категория 5 (включает все подкатегории данной категории)
2) DSA на страницы предложений (конечные страницы, final pages)
— DSA на страницы предложений категории 1
— DSA на страницы предложений категории 2
— DSA на страницы предложений категории 3
— DSA на страницы предложений категории 4
— DSA на страницы предложений категории 5
3) Если продукт позволяет, сегментируем не только на уровне РК, но и на уровне групп (с помощью custom lables в фиде страниц DSA)
!!Как вы уже поняли, стараемся использовать фид страниц для DSA, поскольку с ним легче сегментировать (custom labels) и он отлично приспосабливается к актуальности (к примеру выключать урлы, в которых на данный момент нет маржинальных товаров)
Для чего нужна сегментация
1) для контроля, для удобного и понятного управления категориями (самый простой вариант запустить DSA на домен, но тогда будьте готовы к тому, что одна посадка может давать 80% трафика, а на остальные банально не хватит бюджета)
2) для лучшей релевантности в описании (вы уже знаете, что данная кампания отвечает за «диваны», значит можем использовать в описании «Подберите свой тип дивана в нашем магазине», а в хедлайне будет конкретный тип группы объявления или даже РК)
3) для лучшей релевантности в расширениях (создаем кастомные расширения под данный тип, даже на уровне группы объявлений)
Моя идеальная DSA имеет как раз таки сегментацию в рамках РК и в рамках групп + автоматический фид. На выходе получается очень релевантный рекламный продукт, практически «без палива», что это DSA. Да, это сделать более труднее (чем на домен), но это все равно дает свои плоды в виде удобства управления и эффективности, конечно же.
А теперь интересное:
1) DSA на категории, теги и на страницы предложений (по этим же категориям и тегам) желательно создавать в рамках одной РК, поскольку так вы будете избегать внутренней конкуренции;
2) один аккаунт может работать только с 25 000 целями динамической поисковой рекламы (мы уперлись в этот лимит). Так что учитывайте этот момент при сильном дроблении)).
3) DSA кампания позволяет найти низкоконкурентную СЧ, ВЧ семантику (банально посмотреть по CPC), которую вы можете использовать в качестве заточенных групп.
4) Важно! Заточенные группы тоже создаем в одной РК вместе с DSA — таким образом вы будете избегать внутренней конкуренции и заточенная группа будет выигрывать, если ключ совпадает.
P.S. Я когда-то работал с отдельными РК для каждого типа. Не делайте так. Вы просто утопитесь в работе с минусами. Страницы предложений всегда тянут СЧ, ВЧ запросы, тогда как заточенные группы могут недополучать показы из-за худшей статистики. Находясь в «одном котле», гугл отчетливо понимает, кто более релевантен, а кто нет.
5) DSA — это все равно некий черный ящик, где необходимо выстроить систему минуссовки. К примеру на первом этапе, я это делаю каждый день, потом каждую неделю, каждый месяц. Со временем она «очищается» и работает по отличным запросам.
6) если даже продукт не большой и у вас уже есть группа под страницу с казалось бы всеми возможными ключами, ВСЕ РАВНО создавайте отдельную DSA под данный конкретный УРЛ. Получите заветную НЧшку, где заточенная группа не справляется.
Почему я написал от 0 к 1 в заголовке? Потому что на одном продукте, мы именно с помощью DSA развернули полноценную РК не делав при этом первичное семантическое ядро. Просто DSA сама подсказывает, какие запросы стоит использовать, а в какие лучше не соваться.
Извините за такой сумбур, но как-то так. Если у вас есть проект многостраничник, готов помочь с реализацией данного подхода.