Правила расширения 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 (ссылка сайта)	Всегда используйте собственный конечный URL.
   Реклама X, показанная по ключевому слову Y	Если у ключевого слова есть свой конечный URL, используйте его.

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

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

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

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

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

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

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

4. Разверните конечный URL.

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

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

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

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

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

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

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

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

   Если шаблон отслеживания пуст (как определено выше в шаге 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} всегда экранируется три раза.

6. Выберите 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: часы

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