Правила расширения обслуживающего URL
Оптимизируйте свои подборки
Сохраняйте и классифицируйте контент в соответствии со своими настройками.
При создании URL-адресов для показа рекламы или контента, URL-адрес для показа формируется путем комбинирования различных полей в соответствии с набором правил. В этом разделе эти правила рассматриваются более подробно.
Иерархия объектов Google Ads
При обработке полей URL-адресов Google Ads использует следующую иерархию (от наивысшего к наинизшему):
Customer
Campaign
Ad Group
Ad
Ad Group Criterion
FeedItem or Asset (including sitelinks)
Какой конечный URL используется?
По умолчанию при формировании URL-адреса для показа используется конечный URL. Если поддерживаемый объект отображается в мобильной сети и имеет действительный конечный мобильный URL, то вместо конечного URL используется он. Конечный URL приложения поддерживается только для рекламы, ориентированной на взаимодействие с приложением.
Как система расширяет URL-адрес обслуживания
Вот шаги, которые система выполняет при расширении URL-адреса сервиса:
Определите, какой конечный URL-адрес использовать.
Процесс начинается с определения того, какой конечный URL-адрес следует использовать. Это зависит от участвующей организации.
Сущность
Какой итоговый URL-адрес использовать?
Элемент фида или ресурс (ссылка на сайт)
Всегда используйте собственный конечный URL.
Объявление X показано по ключевому слову Y
Если у ключевого слова есть собственный конечный URL, используйте его. В противном случае используйте конечный URL объявления.
Определите, какой шаблон URL-адреса для отслеживания и какой суффикс конечного URL-адреса следует использовать.
Шаблон URL-адреса отслеживания ( tracking_url_template ) и конечный суффикс URL-адреса ( final_url_suffix ) для сущности определяются независимо друг от друга путем обхода иерархии объектов и выбора значения из сущности, находящейся в самом низу иерархии. Если в иерархии не удается найти значение для поля, его значение устанавливается пустым.
Например, если для объявления значения шаблона URL-адреса отслеживания или суффикса конечного URL-адреса определены только на уровне родительской группы объявлений и учетной записи, используется значение из родительской группы объявлений.
Определите, какие значения пользовательских параметров следует использовать.
Значение для заданного пользовательского параметра определяется путем обхода иерархии объектов и выбора значения из сущности, находящейся в самом низу иерархии. Если для пользовательского параметра не определено значение, в качестве его значения используется пустая строка.
Например, при определении значения определенного пользовательского параметра на уровне объявления, если для этого пользовательского параметра определены значения как на уровне родительской группы объявлений, так и на уровне аккаунта, используется значение из родительской группы объявлений.
Разверните итоговый URL-адрес.
Если на шаге 2 был определен непустой final_url_suffix , он добавляется в конец конечного URL. Система расширяет конечный URL (включая любой добавленный final_url_suffix ), выполняя следующие три шага:
Разверните значения пользовательских параметров.
Система анализирует итоговый URL-адрес и подставляет значения для каждого пользовательского параметра в URL-адресе, используя значения, определенные на шаге 3.
Разверните теги ValueTrack в URL-адресе.
Система анализирует итоговый URL-адрес и подставляет значения для любых тегов ValueTrack , присутствующих в URL-адресе.
Удалите тег {ignore}.
Любой параметр {ignore} ValueTrack в развернутом итоговом URL-адресе удаляется.
Разверните шаблон отслеживания.
Если значение шаблона отслеживания пустое (как определено на шаге 2), этот шаг пропускается. В противном случае шаблон URL-адреса отслеживания разворачивается следующим образом:
Разверните значения пользовательских параметров.
Система анализирует URL-адрес шаблона отслеживания и подставляет значения для каждого пользовательского параметра в URL-адресе, используя значения, определенные на шаге 3.
Разверните теги ValueTrack в URL-адресе.
Система анализирует URL-адрес шаблона отслеживания и подставляет значения для любых тегов ValueTrack, присутствующих в URL-адресе.
Замените параметр {lpurl} в шаблоне отслеживания.
Если URL-адрес шаблона отслеживания содержит {lpurl} или один из его вариантов, он заменяется расширенным окончательным URL-адресом из шага 4.
Если {lpurl} вставлен в начало шаблона отслеживания, то он не экранируется. Если он расположен в другом месте шаблона отслеживания, экранируются следующие символы: ? , = , & , " , # , \t , ' , и [space] .
{unescapedlpurl} всегда неэкранирован.
{escapedlpurl} всегда экранируется.
{lpurl+2} всегда экранируется дважды.
{lpurl+3} всегда экранируется три раза.
Выберите 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:
[[["Прост для понимания","easyToUnderstand","thumb-up"],["Помог мне решить мою проблему","solvedMyProblem","thumb-up"],["Другое","otherUp","thumb-up"]],[["Отсутствует нужная мне информация","missingTheInformationINeed","thumb-down"],["Слишком сложен/слишком много шагов","tooComplicatedTooManySteps","thumb-down"],["Устарел","outOfDate","thumb-down"],["Проблема с переводом текста","translationIssue","thumb-down"],["Проблемы образцов/кода","samplesCodeIssue","thumb-down"],["Другое","otherDown","thumb-down"]],["Последнее обновление: 2026-09-30 UTC."],[],[]]