Правила расширения URL-адресов

При использовании улучшенных URL-адресов URL-адрес показа объявления или расширения объявления формируется путем объединения различных полей в соответствии с набором правил. В этом разделе эти правила рассматриваются более подробно.

Иерархия объектов Google Ads

При обработке полей URL-адресов обновленных сайтов Google Ads использует следующую иерархию (от самого высокого к самому низкому):

Customer
    Campaign
        Ad Group
            Ad
                Ad Group Criterion
                    FeedItem (including sitelinks)

Какой конечный URL используется?

По умолчанию при формировании URL-адреса для показа используется конечный URL. Если поддерживаемый объект отображается в мобильной сети и имеет действительный конечный мобильный URL, то вместо конечного URL используется он. Конечный URL приложения поддерживается только для рекламы, ориентированной на взаимодействие с приложением.

Как система расширяет URL-адрес обслуживания

Вот шаги, которые система выполняет при расширении URL-адреса сервиса:

1. Определите, какой конечный URL-адрес использовать.

   Процесс начинается с определения того, какой конечный URL-адрес следует использовать. Это зависит от участвующей организации.

   Сущность	Какой итоговый URL-адрес использовать?
   FeedItem (sitelink)	Всегда используйте собственный конечный URL.
   Объявление X показано по ключевому слову Y	Если у ключевого слова есть собственный конечный URL, используйте его.

   В противном случае используйте конечный URL-адрес объявления.

2. Определите, какой шаблон URL-адреса для отслеживания использовать.

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

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

3. Определите, какие значения пользовательских параметров следует использовать.

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

   Например, при определении значения определенного пользовательского параметра на уровне объявления, если для этого пользовательского параметра определены значения как на уровне родительской группы объявлений, так и на уровне аккаунта, используется значение из родительской группы объявлений.

4. Разверните итоговый URL-адрес.

   Система расширяет итоговый URL-адрес, выполняя следующие три шага:

   1. Разверните значения пользовательских параметров.

      Система анализирует итоговый URL-адрес и подставляет значения для каждого пользовательского параметра в URL-адресе, используя значения, определенные на шаге 3.

5. Разверните теги ValueTrack в URL-адресе.

   Система анализирует итоговый URL-адрес и подставляет значения для любых тегов ValueTrack , присутствующих в URL-адресе.

   1. Удалите тег {ignore}.

      Любой параметр {ignore} ValueTrack в развернутом итоговом URL-адресе удаляется.

6. Разверните шаблон отслеживания.

   Если значение шаблона отслеживания пустое (как определено на шаге 2), этот шаг пропускается. В противном случае шаблон URL-адреса отслеживания разворачивается следующим образом:

   1. Разверните значения пользовательских параметров.

      Система анализирует URL-адрес шаблона отслеживания и подставляет значения для каждого пользовательского параметра в URL-адресе, используя значения, определенные на шаге 3.

   2. Разверните теги ValueTrack в URL-адресе.

      Система анализирует URL-адрес шаблона отслеживания и подставляет значения для любых тегов ValueTrack, присутствующих в URL-адресе.

   3. Замените параметр {lpurl} в шаблоне отслеживания.

      Если URL-адрес шаблона отслеживания содержит {lpurl} или один из его вариантов, он заменяется расширенным окончательным URL-адресом из шага 4.

      • Если {lpurl} вставлен в начало шаблона отслеживания, то он не экранируется. Если он расположен в другом месте шаблона отслеживания, экранируются следующие символы: ? , = , " , # , \t , ' , и\[space\] .
      • {unescapedlpurl} всегда неэкранирован.
      • {escapedlpurl} всегда экранируется.
      • {lpurl+2} всегда экранируется дважды.
      • {lpurl+3} всегда экранируется три раза.

7. Выберите URL-адрес сервиса.

   Если URL-адрес вашего шаблона отслеживания пуст, используется расширенный окончательный URL-адрес из шага 4. В противном случае система использует расширенный URL-адрес шаблона отслеживания из шага 5.

   Исключением из этого правила являются ссылки на сайт: если шаблон URL-адреса отслеживания (определенный на шаге 2) не содержит параметра {lpurl} , то в качестве URL-адреса обслуживания используется конечный URL-адрес ссылки на сайт.

Примеры сценариев

Рассмотрим счет со следующей структурой:

Account
    Campaign 1
        Ad Group 1
            Ad 1
            Keyword 1 (shoes)
            Keyword 2 (hats)
        Ad Group 2
            Ad 2
            Ad 3
            Keyword 3 (watches)
    FeedItem 1 (sitelink 1)

Предположим, что для этих сущностей определены следующие поля модернизированного URL:

Для развертывания параметра ValueTrack {keyword} используются следующие значения:

• Ключевое слово 1: обувь
• Ключевое слово 2: шляпы
• Ключевое слово 3: часы

В следующих разделах показано, как определяются различные параметры для каждой из этих сущностей.