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

Извините за такой сумбур, но как-то так. Если у вас есть проект многостраничник, готов помочь с реализацией данного подхода.

Последнее время я очень много работаю с DSA типом рекламных кампаний в Google Ads и считаю, что в недалеком будущем весь поисковый контекст станет просто управляемым DSA.

Сегодня хочу затронуть маленькую тему «мало запросов», но на этом тема DSA не закрывается. Там еще есть много чего интересного. О других темах в будущих материалах...

Парочка быстрых плюсов DSA

— идеальный вариант запустить MVP (версия продукта, которая имеет самый необходимый минимум возможностей, чтобы проверить его жизнеспособность на рынке.), чтобы пощупать рынок и конкуренцию в нем;
— идеальный вариант для поиска первичных кластеров (отличное дополнение к вашему будущему KeyWord Research) на базе ЖИВОЙ СЕМАНТИКИ;
— запускаем стратегию максимум конверсий или что-то в этом роде, и смотрим, кому гугл будет отдавать приоритет (для дальнейшей оптимизации);
— собираем НЧ запросы по которым у вас «мало запросов», если работать в качестве ключевых слов.

*На сайте должно быть более менее адекватное SEO и содержание страниц.

Минусы

— нерелевантные запросы;
— почти всегда в начале будет «слив» бюджета.

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

Работаем по «мало запросам» с помощью DSA

Это мой любимый лайфхак, который я использую в DSA. Представим, что у вас есть к примеру 1000+ страниц товаров в интернет-магазине (не категорий, не тегов). Такие себе карточки товаров, которые заточены, с точки зрения SEO, именно под конкретный товар (а-ля «Fuji Captiva ST / Step Thru / Orange» — это такое название велосипеда, оказывается).

Из этих 1000+ страниц, только 200 предложений можно назвать высокомаржинальными, в которые действительно можно инвестировать маркетинговые ресурсы (где ROMI может считаться). Но вот беда, эти 200 товаров не статичны, а могут изменяться (к примеру продали, или добавили новый)  — для этого используем ФИД СТРАНИЦ для динамических поисковых объявлений (создаем либо руками, либо с помощью программиста).

А именно, передаем только те товары, которые высокомаржинальные и в ссылках указываем именно страницу данного товара. Обновляем фид как того душа желает, чтобы Google работал только по актуальным предложениям:

Дальше понеслась...

Ждем открутки и сразу заходим в поисковые запросы. В начале часто встречается очень общая семантика (например: велосипеды, оранжевые велосипеды, купить велосипед и т. д.). Так как цель вашей РК именно НЧ запросы по конкретным товарам, то данные ВЧ, СЧ запросы вам не подходят (тем более, что ссылаетесь вы не на общий каталог, а на конкретный велосипед).

Поэтому в данном случае я просто долблю кампанию минус словами в точном типе соответствия, чтобы со временем выхватить лишь НЧ-шку.

Это процесс не простой и приходится попотеть (3 раза в день делал минуссовку). Иногда кажется, что это никогда не закончится.

Важный момент! Чем больше у меня минус слов (фраз) в кампании, тем высше я могу поставить ставку, ведь таким образом я ограничиваю себя от ВЧ-шки и при этом акцентирую внимание на важность другой семантики.

Со временем я увидел положительную тенденцию в поисковых запросах, которые действительно соответствовали конкретному товару (он же самый конверсионный уровень воронки) и конверсии тоже начали расти.

Важный момент! Вы можете попробовать «заточиться» под некоторую НЧ-шку с помощью отдельных групп и это будет семантика, которую вам сложно будет найди где-либо. Ну и 70% запросов (на глаз) — это все таки «мало запросов», которые отлично работают в DSA, и не работают в качестве ключевых слов.

P.S. Подойдет не всем, надо тестить :))))

Решил я тут углубиться в работу DSA кампании (Adwords) и немного офигел от увиденого. Когда-то я офигевал от отвратительных результатов, но сейчас офигеваю от точности попадания в свою ЦА. Докрутили гуглята свой алгоритм очень годно и, не поверите, это еще один шаг на пути к автоматизации контекста (ну и намек на то, что контекстщики типа скоро будут не нужны). Пока я еще работаю, значит можно поговорить о своих наблюдениях...

Начнем с минусов

— кривое отображение домена в тайтле объявления (плохо для брендирования, нельзя использовать все заглавные к примеру);
— кривое отображение главного урла (если вы рекламируете поддомен, то вполне вероятно отображаться будет главный домен);
— универсальное описание (если поиграться с модификаторами объявлений, то кое-что придумать можно), что не так точно попадает в цель. Ну и сегментировать DSA тоже никто не запрещал;
— хорошо работает как правило на крупных сайтах (с n-колличеством страниц). Маленькие сайты банально не смогут предоставить семантическое обилие для алгоритма (если его так можно назвать).

Позитивная сторона DSA

— тайтл более длинный, чем у обычных объявлений;
— можно привлекать более дешевые трафик за счет богатого семантического пространства (нет ограничений по «маске»);
— можно изучать уровень конкуренции по определенным поисковым запросам: там где ваша средняя позиция 1-2 по довольно низском СPC говорит о слабом присутствии конкурентов;
— нет так называемого показателя качества (моя догадка) из-за которого мы часто не показываемся даже в «заточенных» группах. Сложилось впечатление, что Google очень лояльно относится к DSA (ведь при равных ставках у меня почему-то вылазит DSA ключ, а не отдельно вынесенный);
— показывается по однословникам без каких-либо идентификаторов (где я как правило упускал этот трафик, так как рекламироваться без идентификаторов опасно) и при этом привлекает целевой трафик. Как вариант оптимизации — забираем эти однословники в другую «заточенную» группу;
— идеальный инструмент для семмантического исследования (поиск новых «масок» и т. д.). Где вы еще увидите настолько «живые» поисковые запросы?
— идеальный инструмент для «покрытия» перекрестной семантики. Если у вас например архитектура сайта строится по такому типу:

site.com/brand/model/
site.com/brand/model/city/
site.com/brand/city/
site.com/city/

brand — могут быть тысячи названий;
model — могут быть тысячи названий;
city — могут быть сотни названий;

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

Все что касается быстрого охвата — это к DSA.

Hidden Treasure

Зацените, какая надстройка есть в AdwordsEditor в DSA кампании:

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

Дополнительная фишка, которую заметил — легко показывается по бренд запросам конкурентов. Наблюдаю солидное количество показов по брендзапросам конкурентов, которые, как вы знаете, нелегко «словить» ключевым таргетингом (из-за низкого показателя качества). Поэтому даже в этом случае грешу на «лояльность» Google к DSA типу рекламы. Видимо его интересует только результат и все равно какими целями он достигается...

Такие наблюдения. Может еще что-то добавить?