AMP Conversion Goals Tracking - Плагин WordPress

Руководство по настройке целей AMP Conversion Goals Tracking

AMP Conversion Goals Tracking нужен не для красивой статистики ради отчёта, а для практической проверки действий на AMP-страницах: кликов по важным ссылкам, нажатий на кнопки и успешной отправки форм. В этом руководстве разберём, как подготовить WordPress-сайт, где искать настройки после установки, как не перепутать обычную страницу и AMP-версию, какие события стоит отслеживать первыми и как проверить, что данные действительно уходят в аналитику.

Руководство написано для ситуации, когда AMPforWP уже используется или планируется к использованию на сайте. Если AMP-версий страниц нет, сначала нужно настроить базовый AMP-слой, иначе само дополнение не сможет показать результат. Отдельно учитываем, что официальные материалы продукта описывают события через поля Google Analytics вроде Event Category и Event Action, а в современной аналитике часть терминов и отчётов может называться иначе. Поэтому важный принцип такой: сначала настраиваем событие в плагине, затем проверяем его на AMP-странице, и только после этого используем его как бизнес-метрику.

Материал не заменяет документацию разработчика и не обещает гарантированного роста конверсии. Его задача практичнее: помочь администратору сайта безопасно включить отслеживание, выбрать понятные названия событий, не испортить AMP-разметку, увидеть данные в отчётах и быстро понять, где искать причину, если цель не срабатывает.

Какую задачу решает отслеживание целей на AMP-страницах

Обычные страницы WordPress чаще всего используют стандартные скрипты аналитики, пиксели, менеджеры тегов и JavaScript-обработчики. AMP-страницы устроены строже: произвольный JavaScript там ограничен, а аналитика должна подключаться через поддерживаемые AMP-механизмы. Из-за этого привычная настройка «повесить событие на кнопку» может не сработать на ускоренной версии страницы, даже если на обычной версии сайта всё считается правильно.

AMP Conversion Goals Tracking закрывает этот разрыв внутри связки AMPforWP. По официальным инструкциям дополнение добавляет в панель AMPforWP отдельные настройки для отслеживания кликов по ссылкам и отправки форм. Для клика указывается идентификатор ссылки, имя события, категория, действие и ярлык. Для форм можно выбрать отслеживание всех форм или конкретных форм, а затем задать событие, которое должно уходить в аналитику после успешной отправки.

Главная практическая польза появляется там, где AMP-трафик важен сам по себе: мобильные пользователи читают статью, нажимают кнопку связи, переходят к загрузке файла, отправляют форму заявки или открывают партнёрскую ссылку. Без отдельного отслеживания такие действия могут раствориться в общей посещаемости: страница вроде бы получает трафик, но владелец не понимает, помогает ли ускоренная версия получать реальные действия.

Какие действия стоит считать целями

Не каждое действие на странице нужно превращать в цель. Если отслеживать любой клик по меню, отчёты быстро станут шумными. Начинайте с действий, которые помогают принять решение по сайту:

• Клик по основной кнопке загрузки, заявки, консультации или перехода к продукту.
• Клик по ссылке, которая уводит пользователя к важному следующему шагу.
• Успешная отправка формы обратной связи, подписки или запроса.
• Клик по телефону, почтовой ссылке или кнопке мессенджера, если это ключевой способ обращения.
• Переход из AMP-страницы к полной версии, каталогу, карточке товара или блоку скачивания.

Для продуктовой страницы полезно разделять микроцели и итоговую цель. Микроцель показывает интерес: человек нажал «Подробнее», открыл форму, перешёл к секции с загрузкой. Итоговая цель ближе к бизнес-результату: отправлена форма или выполнен переход на скачивание. AMP Conversion Goals Tracking удобнее всего использовать именно для таких понятных действий, а не для попытки заменить полноценную систему аналитики поведения.

Кому подойдёт плагин, а где он будет лишним

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

AMP Conversion Goals Tracking особенно полезен администратору, который не хочет вручную писать AMP-совместимую разметку аналитики для каждого события. Настройка через панель AMPforWP снижает риск случайно вставить неподдерживаемый скрипт, нарушить валидацию AMP или потерять события при обновлении темы.

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

Типовые пользователи

• Владелец сайта услуг, которому нужно видеть отправки форм с AMP-страниц отдельно от обычных страниц.
• Редактор контентного проекта, который проверяет, какие AMP-материалы приводят к кликам по важным ссылкам.
• Маркетолог, которому нужно связать мобильный трафик с конкретными событиями, а не только с просмотрами страниц.
• Разработчик или вебмастер, который обслуживает сайт на AMPforWP и хочет настроить события без правки шаблонов плагина.

Когда лучше выбрать другой путь

Если сайт работает на официальном AMP-плагине без AMPforWP, это дополнение не будет естественным выбором. Если на проекте уже используется Google Tag Manager для AMP и команда умеет управлять контейнером, логичнее оставить события внутри текущей системы. Если нужна сквозная аналитика сложной воронки с заказами, рекламными каналами, серверными событиями и большим числом условий, одного дополнения для AMP-событий будет мало.

Хорошее правило перед установкой: плагин нужен не потому, что на странице есть AMP, а потому, что на AMP-странице есть действие, которое вы реально будете анализировать.

Что проверить перед установкой на WordPress

Перед установкой важно убедиться, что проблема действительно находится в зоне этого продукта. AMP Conversion Goals Tracking работает как дополнение к AMPforWP, поэтому проверка начинается не с самой цели, а с базовой AMP-инфраструктуры: есть ли AMP-версии нужных страниц, открываются ли они без ошибок, подключена ли аналитика и не ломает ли кеш отдельную AMP-разметку.

Базовая совместимость AMPforWP

Сначала откройте нужную публикацию или страницу в AMP-версии. В большинстве конфигураций AMPforWP добавляет отдельный AMP-адрес или режим вывода, который отличается от обычной страницы. Если AMP-версия не открывается, возвращает ошибку, показывает пустой шаблон или переадресует на обычную страницу, цели настраивать рано.

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

Аналитика должна быть подключена до событий

Официальные инструкции по дополнению показывают настройку через блок аналитики AMPforWP. Это означает, что базовая аналитика должна быть включена отдельно: идентификатор ресурса или контейнер, параметры отправки и сам AMP-компонент аналитики должны работать до того, как вы добавите цели. Если просмотр AMP-страницы не виден в отчётах или отладке, событие клика тоже не будет надёжной точкой измерения.

В современной связке с Google Analytics проверяйте не только исторические отчёты. События лучше тестировать через режим реального времени, отладочный просмотр или сетевые запросы в браузере. Отчёты с задержкой плохо подходят для первичной диагностики: можно решить, что плагин не работает, хотя событие просто ещё не попало в стандартный отчёт.

Формы, кнопки и идентификаторы

Для отслеживания кликов по ссылке официальная инструкция использует идентификатор ссылки. Поэтому до настройки нужно понять, есть ли у нужной кнопки или ссылки стабильный id. Если кнопка создаётся конструктором и при каждом сохранении получает новый идентификатор, событие будет нестабильным. Если идентификатора нет, безопаснее добавить его через настройки блока, конструктора или дочерней темы, а не править файлы плагина.

Для форм нужно проверить, выводятся ли они в AMP-версии как AMP-совместимые формы. Обычная форма, которая зависит от неподдерживаемого JavaScript, может красиво выглядеть в обычной версии сайта и не отправляться в AMP. В таком случае цель отправки формы не решит проблему формы: сначала нужно добиться успешной отправки, а уже потом считать её событием.

Резервный план перед изменениями

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

Установка и первичная проверка дополнения

Установка выполняется как у обычного WordPress-плагина: загрузка ZIP-архива в админ-панели, включение через список плагинов и проверка, что в настройках AMPforWP появился новый раздел или новые параметры, связанные с отслеживанием целей. Не описываем покупку или получение лицензии: это руководство про настройку уже имеющегося продукта.

Порядок безопасного включения

1. Сделайте резервную копию сайта или убедитесь, что хостинг создаёт актуальные точки восстановления.
2. Проверьте, что основной AMPforWP работает и AMP-страницы открываются без ошибок.
3. Установите ZIP-файл дополнения через Plugins и включите его кнопкой Activate.
4. Откройте панель AMPforWP и найдите настройки аналитики или раздел, связанный с отслеживанием конверсий.
5. Сохраните настройки без добавления сложных целей и проверьте, что AMP-страницы продолжают проходить валидацию.

После включения не добавляйте сразу десяток событий. Начните с одного простого клика на тестовой странице. Это снизит число возможных причин ошибки: если одно событие работает, дальше проще масштабировать схему на другие кнопки и формы.

Первая техническая проверка

Откройте AMP-страницу в режиме инкогнито или в браузере без расширений, которые блокируют аналитику. Нажмите отслеживаемую кнопку, затем проверьте отладку аналитики. Если используется кеш, очистите его после сохранения настроек, потому что AMP-страница может отдаваться из уже сгенерированной версии без нового блока аналитики.

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

Подробная настройка целей после установки

Настройка должна идти от бизнес-смысла к техническим полям. Сначала решите, какое действие нужно измерить, затем найдите элемент на AMP-странице, потом задайте имя события и только после этого проверяйте отчёт. Если начать с произвольных названий полей, через месяц в аналитике будет трудно понять, что означает событие click1 или категория button.

Как назвать события, чтобы отчёты были полезными

Официальные поля вроде Event Name, Event Category, Event Action и Event Label лучше использовать последовательно. Даже если ваша аналитика потом отображает их иначе, единая логика названий поможет при отладке и переносе настроек.

Не используйте в названиях личные данные, телефоны, почту, внутренние комментарии менеджеров или временные пометки. Событие может попасть в отчёты, экспорт, рекламную аналитику или общий доступ, поэтому названия должны быть нейтральными и понятными.

Настройка кликов по ссылкам и кнопкам

В официальной инструкции по отслеживанию ссылок показана настройка через Link ID. Смысл простой: плагин должен знать, на какой элемент повесить событие. Если на странице есть несколько одинаковых кнопок «Скачать», каждой важной кнопке лучше дать отдельный идентификатор или осознанно отслеживать только одну из них.

Как выбрать элемент

Откройте AMP-страницу, найдите нужную кнопку и проверьте её разметку через инструменты разработчика браузера. Вам нужен стабильный атрибут id. Если элемент имеет только класс, а поле плагина ожидает идентификатор, не подставляйте класс вместо id. Это частая причина молчаливой ошибки: настройка сохранена, но событие не привязано к реальному элементу.

Как не сломать страницу

Добавляйте идентификатор там, где это предусмотрено интерфейсом темы, блока или конструктора. Если такой возможности нет, используйте дочернюю тему или безопасный сниппет, но не редактируйте файлы AMPforWP и не меняйте ядро WordPress. Любая правка в файлах плагина может исчезнуть после обновления и создать трудноуловимую ошибку.

Настройка отправки форм

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

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

Какие параметры включать осторожно

Если в настройках есть дополнительные переключатели или расширенные поля, не включайте всё сразу. Для типового сайта достаточно одной цели клика и одной цели успешной отправки формы. Массовое отслеживание всех ссылок, всех форм и всех повторяющихся элементов создаёт шум и усложняет отчёты. Чем меньше событий на старте, тем проще доказать, что каждое из них работает.

Связка с Google Analytics и GA4 без лишних обещаний

Документация дополнения говорит о Google Analytics и использует терминологию событий, знакомую по классической модели аналитики: категория, действие и ярлык. В современной Google Analytics события и ключевые события устроены иначе, поэтому нельзя автоматически обещать, что все поля будут выглядеть в отчётах так же, как в старых инструкциях. На практике нужно проверять, как именно ваша текущая связка AMPforWP, AMP-аналитики и ресурса аналитики принимает событие.

Разумный подход: использовать AMP Conversion Goals Tracking как слой отправки события с AMP-страницы, а назначение события важным или ключевым действием выполнять уже в интерфейсе аналитики, если такая возможность доступна в вашей конфигурации. Это отделяет две задачи. Плагин помогает сформировать событие на AMP-странице, а аналитика решает, считать ли его целевым.

Что проверить в отчётах

• Появляется ли событие в режиме реального времени после тестового клика или отправки формы.
• Не создаются ли дубли при двойном клике, повторной отправке или переходе назад.
• Отличается ли AMP-страница от обычной страницы в параметрах адреса или источника.
• Можно ли по названию события понять, какая кнопка или форма сработала.
• Не блокируется ли запрос расширением браузера, политикой согласия, кешем или настройками приватности.

Когда нужен Google Tag Manager для AMP

Если на сайте уже есть команда, которая ведёт контейнер тегов для AMP, часть событий может быть удобнее держать там. Менеджер тегов полезен, когда нужно много условий, несколько систем аналитики или сложная логика. Но он требует аккуратной настройки AMP-контейнера и проверки валидации. Для простых кликов и форм внутри AMPforWP отдельное дополнение часто проще, потому что вся настройка остаётся рядом с AMP-параметрами сайта.

Не смешивайте два подхода без схемы. Если одно и то же действие отправляется и через AMP Conversion Goals Tracking, и через менеджер тегов, отчёты могут получить дубли. Перед запуском проверьте, нет ли уже действующего события на той же кнопке или форме.

Практический пример: цель для кнопки скачивания и формы заявки

Разберём сценарий продуктовой страницы. На AMP-версии есть кнопка перехода к блоку скачивания и короткая форма заявки. Нужно понять, доходят ли мобильные посетители до скачивания и отправляют ли форму. Не будем отслеживать все клики по странице: выберем два события с понятным смыслом.

Цель сценария

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

Подготовка

• AMPforWP включён для нужного типа контента.
• AMP-версия продуктовой страницы открывается без ошибок.
• Базовая аналитика AMPforWP уже отправляет просмотры страниц.
• Кнопка скачивания имеет стабильный id, например amp-download-link.
• Форма успешно отправляется именно на AMP-версии страницы.

Шаги настройки

1. Откройте настройки AMPforWP, связанные с аналитикой и отслеживанием целей.
2. Добавьте событие клика по ссылке и укажите Link ID кнопки скачивания без символа решётки, если интерфейс не требует другого формата.
3. Задайте понятные поля события: amp_download_click, AMP Product, Click Download, bottom_download.
4. Добавьте событие отправки формы. Если доступен выбор конкретной формы, выберите форму заявки, а не режим «все формы».
5. Для формы задайте отдельное имя события, например amp_lead_form_submit, чтобы не смешивать его с кликом.
6. Сохраните настройки и очистите кеш AMP, если на сайте используется кеширующий плагин, CDN или серверный кеш.
7. Откройте AMP-страницу в чистом браузере, выполните клик и тестовую отправку формы.

Проверка результата

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

Нюанс с повторными кликами

Пользователь может нажать кнопку несколько раз, особенно если страница отвечает медленно. Не делайте вывод о конверсии по одному тесту. Проверьте несколько сценариев: одиночный клик, повторный клик, отправка формы с пустым обязательным полем и успешная отправка с корректными данными. Только успешные действия должны считаться целевыми.

Как проверить событие на реальной AMP-странице

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

Проверка AMP-валидатором

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

Проверка сетевого запроса

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

Проверка отчётов без спешки

Режим реального времени нужен для технической проверки, но для выводов о поведении пользователей требуется накопить данные. Не меняйте названия событий каждый день: так вы получите несколько разрозненных метрик вместо одной понятной линии. Лучше заранее выбрать схему названий, протестировать её и затем оставить стабильной.

Критерий готовности простой: AMP-страница валидна, действие выполняется пользователем, сетевой запрос уходит, событие видно в отладке или отчёте, название события понятно без расшифровки.

Особенности AMP-форм и кликов, из-за которых цели часто теряются

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

Кнопка видна, но идентификатор другой

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

Форма отправляется обычным скриптом

AMP не допускает произвольную JavaScript-логику, поэтому форма, зависящая от обычного скрипта, может не работать на AMP-странице. В этом случае событие успешной отправки не появится. Не пытайтесь маскировать проблему целью клика по кнопке: это покажет нажатие, но не реальную заявку.

Кеш отдаёт старую разметку

Кеширующие плагины, серверный кеш и CDN могут сохранять AMP-документ до изменения настроек. После добавления события очистите кеш сайта и AMP-кеш, если он используется. Если правки всё равно не видны, проверьте исходный код AMP-страницы и убедитесь, что новая аналитическая разметка действительно присутствует.

Согласие на аналитику блокирует событие

Если на сайте есть баннер согласия или режим конфиденциальности, он может ограничивать отправку аналитики. Это не ошибка AMP Conversion Goals Tracking. Проверяйте поведение в режиме, который соответствует вашей политике согласия: событие может не уходить до принятия пользователем определённой категории обработки данных.

Частые проблемы и способы диагностики

Диагностика должна идти от простого к сложному. Не меняйте сразу все настройки, иначе станет непонятно, какая правка помогла. Ниже собраны проблемы, характерные для связки AMPforWP, AMP-страниц, событий кликов и форм.

Диагностика целей в AMP Conversion Goals Tracking

Симптом	Возможная причина	Что проверить	Как исправить
Событие клика не появляется.	Неверный Link ID или элемент отсутствует в AMP-разметке.	Откройте AMP-страницу и проверьте реальный id кнопки.	Укажите правильный идентификатор или добавьте стабильный id через безопасный интерфейс темы.
Отправка формы не считается.	Форма не отправляется как AMP-совместимая или отслеживается не та форма.	Сделайте тестовую отправку и убедитесь, что видите успешное сообщение.	Исправьте форму, затем выберите конкретную форму в настройках цели.
В отчётах появляются дубли.	То же действие отправляется через несколько механизмов.	Проверьте AMPforWP, менеджер тегов и сторонние плагины аналитики.	Оставьте один источник события или переименуйте события так, чтобы они не смешивались.
После сохранения ничего не меняется.	Кеш отдаёт старую AMP-страницу.	Сравните исходный код страницы до и после очистки кеша.	Очистите кеш плагина, CDN и серверный кеш, затем проверьте снова.
AMP-страница перестала проходить проверку.	Конфликт с другой аналитикой или неподдерживаемой разметкой.	Откройте валидатор и посмотрите конкретную ошибку.	Отключите недавно добавленную цель или конфликтующий скрипт, верните валидную разметку.
Событие видно в сети, но не видно в стандартном отчёте.	Задержка обработки, фильтры, неверный ресурс или другое имя события.	Проверьте режим реального времени, отладку и активный ресурс аналитики.	Не меняйте плагин сразу. Сначала убедитесь, что событие отправляется в нужное место.

Когда лучше откатить настройку

Откат нужен, если после включения цели AMP-страница перестала проходить проверку, форма перестала отправляться или события начали массово дублироваться. Отключите последнюю добавленную цель, очистите кеш и проверьте страницу заново. Если проблема исчезла, возвращайте настройку постепенно: сначала клик, затем форма, затем дополнительные события.

Производительность, SEO и безопасность данных

Само по себе отслеживание события не должно превращаться в тяжёлый слой скриптов. AMP как формат ценен именно строгими ограничениями и предсказуемой загрузкой. Поэтому любые цели нужно добавлять осознанно: только важные действия, понятные названия, минимальное число источников аналитики и обязательная проверка AMP-валидности.

Влияние на скорость

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

SEO-проверка после настройки

Поисковые системы оценивают AMP-страницы по валидности и качеству содержимого, а не по самому факту наличия цели. Если после настройки появляются ошибки AMP, их нужно исправить. Отслеживание конверсий не должно ломать канонические ссылки, структуру страницы, форму или основной контент.

Конфиденциальность и названия событий

Не передавайте в события личные данные: имена, почту, телефон, текст заявки, адреса или внутренние комментарии. Для аналитики достаточно технического названия события и контекста страницы. Если на сайте действует баннер согласия, проверьте, как он влияет на отправку AMP-событий, и не обходите этот механизм ради более красивых отчётов.

Безопасная настройка - это не максимальное число событий, а минимальный набор проверяемых событий, которые помогают принять решение по сайту.

Как пользоваться AMP Conversion Goals Tracking в рабочем процессе

Плагин лучше воспринимать как часть редакционного и маркетингового процесса. Настроить событие один раз недостаточно: его нужно документировать, периодически проверять и учитывать при изменении шаблона AMP-страницы. Если редактор поменял кнопку, разработчик обновил тему, а маркетолог переименовал цель, отчёты могут потерять преемственность.

Ведите простую карту событий

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

Проверяйте цели после изменений шаблона

Любое изменение AMP-шаблона, формы, конструктора или кеша может повлиять на события. После обновления темы или плагинов откройте одну контрольную AMP-страницу и повторите тестовый клик. Это занимает меньше времени, чем разбираться через несколько недель, почему график заявок стал пустым.

Не смешивайте аналитику и вывод о качестве страницы

Если AMP-страница получает много просмотров и мало кликов, причина не всегда в технической настройке. Возможно, кнопка расположена слишком низко, текст не объясняет ценность действия, форма слишком длинная или мобильному пользователю неудобно продолжать. AMP Conversion Goals Tracking помогает увидеть симптом, но не заменяет работу с содержимым и удобством страницы.

Карта событий для нескольких AMP-страниц

На одном тестовом URL настройка кажется простой: есть кнопка, есть форма, есть событие. Сложность начинается, когда таких страниц становится много. Например, на сайте услуг есть отдельные AMP-страницы для разных направлений, у каждого материала есть кнопка перехода к заявке, а внизу выводится похожая форма. Если назвать все события одинаково и не продумать контекст, в отчётах будет видно только общий рост кликов, но не будет понятно, какая страница и какой блок дают результат.

Поэтому перед масштабированием стоит составить карту событий. Это небольшой рабочий документ, который связывает страницу, элемент, идентификатор, событие и способ проверки. Он не должен быть сложным. Достаточно таблицы в редакторе документов или отдельного листа в системе управления задачами. Главное - чтобы любой администратор мог открыть карту и понять, почему событие называется именно так.

Какие поля включить в карту

Для AMP Conversion Goals Tracking полезно фиксировать не только имя события, но и техническую привязку. Тогда при поломке не придётся заново искать кнопку в исходном коде и вспоминать, какая форма была выбрана в настройках.

• Адрес AMP-страницы, на которой проверяется действие.
• Обычный адрес страницы, если AMP-версия отличается по URL.
• Тип цели: клик по ссылке, клик по кнопке, успешная отправка формы.
• Идентификатор элемента или название формы, которое используется в настройках.
• Значения Event Name, Event Category, Event Action и Event Label.
• Ожидаемый результат: какое событие должно появиться в отладке аналитики.
• Что очистить перед проверкой: кеш страницы, AMP-кеш, кеш CDN или только кеш браузера.
• Кто отвечает за изменение: редактор, вебмастер, маркетолог или разработчик.

Карта событий защищает от тихих поломок. Если редактор заменил кнопку в конструкторе, а новый элемент получил другой id, событие перестанет срабатывать без заметной ошибки на странице. Наличие карты помогает быстро сравнить ожидаемый идентификатор с фактическим.

Как группировать цели по смыслу

Не создавайте отдельную категорию для каждой страницы, если их много. Лучше разделить события по типу действия, а контекст страницы выносить в ярлык или отдельный параметр, если ваша аналитика его поддерживает. Для продуктовых страниц можно использовать категории вроде AMP Product, для заявок - AMP Lead, для переходов к материалам - AMP Navigation. Такой подход позволяет фильтровать отчёты без хаоса.

Если на сайте несколько одинаковых кнопок на одной AMP-странице, их лучше различать по расположению: верхний блок, середина руководства, финальный вывод, блок скачивания. Это поможет понять, где пользователь готов действовать. Но не превращайте каждую мелкую ссылку в отдельную цель. Чем больше второстепенных событий, тем выше риск пропустить действительно важный сигнал.

Как проверять изменения после обновлений

После обновления AMPforWP, темы, конструктора, формы или кеширующего плагина выберите 3-5 контрольных событий из карты. Проверьте одно событие клика, одну форму и одну страницу с наиболее важным трафиком. Если эти контрольные точки работают, вероятность массовой поломки ниже. Если хотя бы одна точка не работает, не меняйте все цели сразу: сначала найдите общий фактор.

Общий фактор часто лежит в одном из трёх мест. Первый вариант - изменилась AMP-разметка и пропал нужный id. Второй - форма перестала работать в AMP-режиме. Третий - кеш отдаёт старую версию страницы. Проверяйте их именно в таком порядке, потому что это быстрее, чем искать проблему в отчётах аналитики.

Как не потерять данные при переименовании событий

Переименование события может быть полезным, если старое название было непонятным. Но делайте это редко и осознанно. Если событие amp_download_click внезапно станет amp_button_click, отчёты разделятся на две линии. Для технической команды это мелочь, а для маркетолога это может выглядеть как падение конверсии.

Перед переименованием проверьте, где событие используется: в отчётах, аудиториях, рекламных целях, регулярных экспортных файлах или внутренних панелях. Если событие уже стало частью отчётности, лучше оставить имя и улучшить описание в карте событий. Новое имя имеет смысл вводить только тогда, когда старое действительно мешает понимать данные.

Минимальный регламент проверки

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

Первый контрольный шаг - проверка после добавления новой цели. Сразу после сохранения откройте AMP-страницу, выполните действие и убедитесь, что событие уходит. Второй шаг - проверка после изменения элемента. Если поменялась кнопка, блок, форма или место вывода, повторите тест. Третий шаг - проверка после технических обновлений, которые затрагивают AMPforWP, тему, кеш, формы или аналитику. Такой регламент закрывает самые частые причины потери данных.

Для небольшой команды достаточно короткого чек-листа:

• Открыть AMP-адрес страницы, а не обычную версию.
• Проверить, что страница проходит AMP-проверку без новых ошибок.
• Выполнить одно действие пользователя: клик или успешную отправку формы.
• Убедиться, что в отладке или режиме реального времени появилось нужное событие.
• Сравнить название события с картой событий, чтобы не создать новый случайный вариант.
• Очистить кеш и повторить тест, если в разметке не видно свежих настроек.

Если тест выполняет не разработчик, формулируйте шаги без технического жаргона. Например, вместо «проверь триггер» лучше написать: «нажми кнопку скачивания на AMP-странице и убедись, что событие с таким названием появилось в проверочном отчёте». Такую инструкцию проще передать редактору или менеджеру проекта.

Как оценивать качество данных после запуска

Первые данные после настройки нужны не для выводов о маркетинге, а для проверки качества измерения. Посмотрите, нет ли очевидных странностей: событие появляется без клика, форма считается при ошибке заполнения, клики идут в огромном количестве с одной страницы, а событие с важной кнопки вообще молчит. Такие сигналы обычно говорят не о поведении пользователей, а о неправильной привязке или дублях.

После технической проверки можно переходить к смысловой оценке. Сравните долю кликов по AMP-кнопке с трафиком страницы, посмотрите, какие страницы дают больше отправок формы, проверьте, не проседает ли результат после изменения расположения кнопки. Это уже работа не только плагина, но и контента, дизайна, доверия к странице и удобства формы. Отслеживание целей полезно только тогда, когда по нему принимают решения: убрать лишний блок, поднять важную кнопку, сократить форму или разделить разные сценарии на отдельные страницы.

Масштабирование отслеживания начинается не с добавления новых целей, а с дисциплины названий, проверки AMP-разметки и понятного владельца каждого события.

Когда AMP Conversion Goals Tracking будет удачным выбором

AMP Conversion Goals Tracking стоит использовать, если у вас уже есть AMPforWP, на AMP-страницах есть важные кнопки или формы, а текущая аналитика не даёт понятного ответа, какие действия совершают мобильные пользователи. Начинайте с одной цели клика и одной цели формы, проверяйте каждую в AMP-версии страницы и только после этого расширяйте набор событий.

Если вы ещё не уверены, подходит ли продукт вашему сайту, сначала проверьте базовую AMP-инфраструктуру, список нужных целей и способ подключения аналитики. После этого можно скачать ZIP-архив, установить его на тестовой странице и пройти весь путь: действие пользователя, сетевой запрос, событие в аналитике и понятный отчёт.

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