Laborare - [лат] работать, трудиться, пахать

Работа и организация процессов работы онлайн. Эффективность и доступность информации. Много о контекстной рекламе Adwords и Яндекс.Директ. Только рабочие моменты...

Ctrl + ↑ Позднее

Adwords / Кроссминусовка на уровне ставок

Любой PPC специалист — живет своими принципами, алгоритмами сбора семантики, методами оптимизации и развития рекламных кампаний. Другой человек из его сферы деятельности может найти множество недочетов у первого, но это не значит, что кто-то не прав. У каждого своя правда.

Я же решил проверить эксперементальным путем кроссминусовку на уровне ставок. Начнем с прелюдии...

Типичная семантическая ловушка встречается наверное у всех:

P.S. Речь идет о модификаторе широкого соответствия ключевого слова

Каждую такую «маску» стоит сегментировать в отдельную группу для более точечного месседжа в рекламном объявлении. Кто-то может разрулить самим месседжом, но сегодня речь о той категории специалистов, которые предпочитают отделять. Дальше дело за кроссминусовкой.

Такой алгоритм имеет место быть, но у него есть несколько существенных недостатков:

— трудоемкость простановки (склонения, правильное вычленение минусов);
— вероятность отсева целевых запросов, если трехсловник не сработал (мало запросов);

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

Решили проверить способ, который часто использовали, но не имели эксперементального подтверждения — провести сегментацию с помощью MAXcpc.

Логика следующаяя — при более точном совпадении мы готовы платить больше, в широких вариантах — меньше. Кроссминусовки не делали, запустили все как есть на три дня.

Результат

Только две более широкие группы (двухсловные) показали пересечение с трехсловным вариантом. Остальные поисковые запросы точно соответствуют своей связке, на которую настроен таргетинг. Чтобы вы понимали масштаб, эксперимент проводился на 100 группах объявлений с похожим семантическим пересечением. Мне стало интересно, почему же все-таки произошло пересечение, поэтому зашел в группу и увидел:

Все как и предполагалось — трехсловник оказался не запрашиваемый, более широкий ключ потянул его в другой группе. Еще раз углублися и увидел, что у поискового запроса отличается склонение (от ключевого слова) и при добавлении — он успешно добавился в группу с трехсловниками.

Какие выводы можно сделать:

— кроссминусовка ставками все-таки работает (по крайней мере у меня и в конкретном случае, в конкретной нише);
— метод работает на группах с нулевой историей (если у вас до этого были широкие ключи, то они скорее всего будут вызываться лучше в связи с лучшей историей. При необходимости, их нужно обнулить);
— если все-таки где-то появилось пересечение, стоит разобраться в причинах: очень часто ваш вариант ключевого слова является не таким как поисковый запрос, а значит получает «мало запросов». В таком случает, как вариант оптимизации РК, запрос лучше добавить в группу как таргетинг, либо (если ничто не помогает) провести точечную минусовку проблемных групп. Это все равно быстрее, чем делать все руками во всех группах.

Как-то так. Мое мнение.

2017  

Google Analytics / Пользователи, уники, хиты...

Разбирался для себя в особенностях подсчета пользователей в GA и сделал краткие объяснительные вырезки. Если что-то не так, можем вместе обсудить.


Пользователь — комбинация уникальных рандомных чисел и временной метки. Именно так его видит Google Analytics.

Временная метка — это время первого визита пользователя или время, когда Google Analytics впервые присвоил куку данному пользователю.

Комбинацию уникальных рандомных чисел и временной метки называют Client ID.

Пользователь = Client ID.


Client ID сохраняется в куке Google Analytics

— Кука GA загружается пользователю при ПЕРВОМ визите сайта;
— Кука GA живет 2 года с даты последней пользовательской активности;
— Каждый раз, когда новый хит отправляетя в GA от этого пользователя — кука обновляется;
— GA отправляет Client ID с каждым хитом, чтобы ассоциировать хиты с этим пользователем;

Client ID присваевается каждому НОВОМУ УНИКАЛЬНОМУ пользователю на сайте;

— Уникальность определяется просто: нет ClientID в базе — пользователь уникальный и новый;
— Если GA находит в базе такой же ClientID — пользователь считается «вернувшимся»;
— Client ID существует ТОЛЬКО на устройстве/браузере, где он был присвоен;
— почистили куки — ClientID удалился;
— сменили браузер — получили новый ClientID;

Поэтому вероятность погрешности довольно высока.


Понимаение Cookies

Сookie — это текстовый файлик, который используется для:

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

Существует два типа кук:

First Party Cookies — эти куки могут присваиватся пользовательку только со стороны сайта, который он посещал. И только этот сайт может их прочитать;

Third Party Cookies — куки, которые присваюваются пользователю другими сайтами, отличающимеся от того, который он посещал (коды рекламных систем и т. д.).

Любой из двух типов кук может быть:

временным — такие куки удаляются (исчезают) как только заканчивается сессия, или закрывается окно браузера;

постоянным — удаляются / исчезают только при заданном колличестве дней (срока) существования и продолжают «жить» даже после завершения сессии или закрытия окна браузера;

Примечание: Google Analytics использует в основном постоянные куки.


Понимание хитов

Хит — самая детализированная часть информации в системе аналитики;
Хит, по своей сути, является запросом к маленькой (невидимой) картинке;
Запрос к картинке — это процесс передачи информации с сайта на серверы аналитики;

Типичные хиты в GA
— Pageviews
— Events
— Transactions


Надеюсь, все правильно понял))).

Массовая загрузка дополнительных ссылок с одинаковым названием

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

Итак, представьте 1000+ продуктов, к которым нужно проставить уникальные дополнительные ссылки. Уникальность проявляется только в целевой странице, тогда как текст ссылки для 1000+ товаров одинаковый (размеры, бренды и т. д.).

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

Решение пришло само собой через веб версию Adwords

Заходим в расширения кампании, уровень группы объявлений и скачиваем шаблон

Привязываем каждую ссылку по такому формату к группе объявлений и загружаем.

На выходе получаем одинаковый текст ссылки, но с уникальным целевым урлом. Никаких конфликтов. Все как по маслу. Похожие темплейты есть ко всем типам расширений.

UPD: в комментарии Денис подсказал еще один вариант решения проблемы:

2017   Adwords
Ctrl + ↓ Ранее