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

В этом посте мы поговорим о том, как часто этот выбор встает перед рекламодателями. Затем я объясню, почему «URL-равно» вызывает проблемы, и расскажу о лучших практиках использования «URL-содержит».

Когда это происходит?

Многовато получается, если честно…

1. Создание пользовательской конверсии.

Правило по умолчанию для пользовательские конверсииПользовательские конверсии позволяют создавать правила для событий или URL-адресов, чтобы отслеживать и оптимизировать определенные действия с рекламой на Facebook. Более это основано на URL.

2. Создание Пользовательская аудитория веб-сайтаПользовательская аудитория веб-сайта — это люди, которые посещают ваш веб-сайт вместе с людьми на Facebook. Затем вы можете создавать объявления для показа этой аудитории. Более.

При создании пользовательской аудитории веб-сайта для людей, посетивших определенные веб-страницы, вам нужно будет сделать этот выбор.

3. Создание стандартных событий с помощью Инструмент настройки событийЕсли на вашем веб-сайте установлен пиксель Facebook, вы можете добавлять стандартные события без кода с помощью инструмента настройки событий. Более.

При создании события на основе URL с помощью инструмента настройки событий логикой по умолчанию будет «URL равен».

4. Интеграция сторонних инструментов.

Вы увидите это и за пределами инструментов метатегов. Примером может служить Диспетчер тегов Google, инструмент, который я использую для управления пикселем. При создании триггера просмотра страницы вам также нужно будет выбрать между «URL равен» и «URL содержит».

Проблема с сопоставлением URL

Если вы используете «URL Equals», событие будет срабатывать только в том случае, если URL-адрес точно совпадает с тем, что вы указали в текстовом поле.

вот важный уточнение цели:

Мы засчитываем конверсию только в том случае, если URL-адрес точно соответствует тому, что вы указали в поле URL-адреса для пользовательской конверсии. Если кто-то перейдет на версию URL с любым дополнительным текстом помимо вставленного в поле URL (например, параметры UTM, http вместо https или даже лишний «/» в конце), мы не засчитаем конверсию.

Здесь столько потенциальных проблем, которые могут возникнуть…

1. Опечатки: Если вы ввели его вручную и не добавили закрывающий «/», событие не сработает.

2. www: Действительно ли «www» появляется в URL-адресе? Будет важно включить его в это правило или нет.

3. SSL: Если люди могут получить доступ к вашему сайту через HTTP в дополнение к HTTPS, событие может не всегда срабатывать.

4. Параметры УТМ: Независимо от того, добавлен ли он вручную или автоматически, URL-адрес может быть преобразован, чтобы не соответствовать вашим правилам.

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

Рекомендации и URL-адрес содержат

Meta фактически рекомендует использовать «URL содержит». Если вы используете «равно URL» в любой из ситуаций, описанных выше, вы, вероятно, пропускаете события.

Перед их настройкой выполните следующие действия…

1. Пройдите процесс конвертации. Большинство рекламодателей берут URL-адрес страницы подтверждения, не задумываясь об этом. Но на самом деле пройдите процесс завершения конверсии, чтобы попасть на страницу подтверждения. Не предполагайте, каким будет URL-адрес.

2. Используйте «URL содержит». Да, ты знал это.

3. Получите минимальную часть URL. Meta рекомендует использовать «минимальную часть URL-адреса, необходимую для того, чтобы отличить эту страницу от любой другой страницы на вашем сайте». Опасность «URL содержит» заключается в том, что он может включать несколько URL. Для этого есть довольно простое решение.

Это нехорошее использование «URL содержит»…

Приведенное выше правило будет перехватывать любой URL-адрес, в котором есть «спасибо». Это может включать любые страницы подтверждения на вашем веб-сайте, если вы используете «спасибо» на этих страницах.

домен.com/спасибо/
domain.com/product-1-thanks/
domain.com/blog/почему-вы-должны-сказать-спасибо/
domain.com/спасибо-за-вашу-помощь/

Но будь осторожен. Давайте остановимся на примере страницы подтверждения, которая включает в себя «спасибо». Это тоже не решило бы все…

По той же причине не…

В любом случае может быть несколько URL-адресов, содержащих этот текст, но с чем-то другим до или после него.

Решение в большинстве случаев таково…

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

смотреть видео

Я тоже записал видео об этом. Проверьте это ниже…

Ваше время

Используете ли вы «URL содержит» при создании событий и аудиторий на основе URL?

Позвольте мне знать в комментариях ниже!