Аудит лендинга перед запуском рекламы: что проверить, чтобы не сливать бюджет

Перед запуском рекламы я почти всегда начинаю не с кабинета Google Ads или Meta, а с сайта. Реклама приводит человека на страницу, а дальше всё решает страница: успеет ли она загрузиться, поймёт ли человек, что ему предлагают, и дойдёт ли его заявка до вас.

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

Зачем проверять лендинг до запуска рекламы

В Google Ads качество целевой страницы — один из трёх компонентов показателя качества, вместе с ожидаемым CTR и релевантностью объявления (справка Google Ads). Сам показатель качества нужен для диагностики и в аукционе не участвует. Но качество страницы учитывается в рейтинге объявления при каждом аукционе (справка о рейтинге объявления), а Google пишет, что более качественные объявления обычно стоят дешевле за клик. Если страница не открывается или робот Google не может её проверить, объявление отклонят по требованиям к целевым страницам.

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

Что нашлось на пяти аудитах

Все пять сайтов проверялись перед запуском или масштабированием рекламы в Google Ads и Meta Ads.

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

Как проверить лендинг: 10 шагов

011. Скорость загрузки на телефоне

Откройте PageSpeed Insights, вставьте адрес страницы, на которую будет вести реклама, и смотрите вкладку для мобильных. Google считает хорошими такие значения для 75% визитов, отдельно на телефонах и компьютерах (web.dev):

• LCP (когда появился главный элемент страницы) — до 2,5 секунды;
• INP (как быстро страница реагирует на нажатия) — до 200 миллисекунд;
• CLS (насколько прыгает вёрстка при загрузке) — до 0,1.

На аудитах LCP на телефоне был 12,6 и 27,2 секунды. Почти всегда виновата одна и та же картинка: первый слайд или баннер на первом экране.

Что обычно тормозит:

• первая картинка помечена для «ленивой» загрузки (loading="lazy"), и браузер берётся за неё последней. Google прямо советует так не делать для картинок первого экрана (web.dev);
• картинки в несколько мегабайт без сжатия и без уменьшенных версий для телефона;
• десятки файлов CSS и JavaScript от плагинов, которые грузятся на каждой странице, даже если там не нужны;
• скрипты приложений и чатов, в том числе давно отключённых;
• шрифты с внешнего сервера в шести начертаниях вместо двух.

Ускоряя сайт, не сломайте трекинг. Разработчики часто «откладывают» все скрипты, и вместе с чатами откладываются Google Tag Manager и пиксель Meta. Теги рекламы должны грузиться как раньше, после правок их нужно проверить ещё раз.

022. Мобильная версия

Откройте страницу на своём телефоне, а не в уменьшенном окне браузера на компьютере. Проверьте:

• страница не прокручивается вбок, ничего не обрезано по краям;
• заголовки помещаются целиком (на одном аудите на телефоне вместо «FEATURED PRODUCTS» было видно «FEATURED PRODUC»);
• кнопки и ссылки легко нажать пальцем: Google рекомендует область нажатия около 48×48 пикселей и промежуток между ними около 8 пикселей (web.dev);
• цена и кнопка покупки или заявки видны без долгой прокрутки.

На одном из сайтов на компьютере фото товара занимало весь экран, а цена с кнопкой «Добавить в корзину» оказывались ниже. Человек из рекламы видел красивую картинку и не видел, сколько это стоит.

033. Первый экран и оффер

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

• заголовок совпадает с обещанием в объявлении. Если в рекламе «доставка за 2 дня», это должно быть на странице;
• рядом с ценой видны доставка, сроки и условия возврата, а не только на странице оформления заказа;
• важный текст написан текстом, а не мелкими буквами на картинке, которую на телефоне не прочитать.

На аудите магазина велосумок бесплатная доставка в США была, но покупатель узнавал о ней только на оформлении заказа, а баннер «Free shipping USA» был маленькой картинкой, текст на которой не читался.

044. Форма заявки и оформление заказа

Отправьте форму сами: с телефона, как обычный посетитель. Пройдите путь до конца: от кнопки на странице до сообщения «Спасибо».

• в форме только нужные поля. Если телефон обязателен, объясните зачем, например «для уведомлений о доставке»;
• обязательные поля действительно проверяются. На одном аудите поле выбора цвета было обязательным, но заказ уходил с пустым значением, и магазин получал заказы без цвета;
• после отправки понятно, что всё получилось и что будет дальше;
• для магазинов: есть удобные способы оплаты с телефона (Apple Pay, Google Pay), регистрация не обязательна.

055. Пиксели и конверсии

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

• на всех страницах стоит Google Tag Manager или напрямую теги Google и пиксель Meta;
• после тестовой заявки конверсия появляется в Google Ads, а событие — в Meta Events Manager (раздел Test events);
• для магазинов передаются покупка, добавление в корзину и начало оформления, вместе с суммой заказа;
• если вместе с пикселем Meta работает Conversions API, события не задваиваются: для этого у пикселя и сервера должен совпадать идентификатор события (документация Meta);
• для посетителей из Евросоюза, Великобритании и Швейцарии работает баннер согласия на cookie, а сигналы согласия передаются в Google через Consent Mode. Google требует этого, чтобы по таким посетителям работали измерение конверсий, персонализация и ремаркетинг (справка Google Ads).

На сайте магазина велосумок в коде страниц не нашлось ни GA4, ни Google Tag Manager, ни тега Google Ads, ни пикселя Meta. Запускать рекламу в таком виде — значит платить, не видя, какие клики приносят продажи.

Проверять удобно расширениями Google Tag Assistant и Meta Pixel Helper.

066. Доставка заявок

Форма может работать, а заявки — теряться по дороге: письма уходят в спам, CRM не подключена, уведомления приходят на старую почту. Отправьте тестовую заявку и убедитесь, что она дошла туда, где её увидит человек, который отвечает клиентам. Проверьте ещё раз после любых изменений на сайте.

077. Следы шаблона и технический мусор

Это то, что владелец сайта годами не замечает, а покупатель видит сразу.

• демо-данные из шаблона: демо-телефон и демо-email, валюта «$ USD / $ EURO» вместо реальных;
• пустые ссылки на соцсети и ссылки, которые ведут на несуществующие страницы;
• в метатегах чужой домен и чужое название (на одном сайте осталось имя прошлого бренда);
• остатки текстов из ChatGPT: на одном сайте в тегах товара стояло «Готово.»;
• ошибки в консоли браузера: старые виджеты чата, которые удалили на стороне сервиса, но не убрали из кода;
• картинки и скрипты по http:// на странице с https://.

Быстрый способ найти следы шаблона: откройте страницу, нажмите Ctrl+U и поищите по коду слова demo и example, а также href="#".

088. Доверие

Человек из рекламы видит ваш бренд впервые. Прежде чем платить, он ищет признаки, что вам можно доверять.

• один рабочий email на вашем домене, телефон или мессенджер, адрес. На одном сайте было три разных адреса почты, два из них на Gmail;
• страница «О нас» с людьми, историей и фото, а не общими словами;
• настоящие отзывы с датами. Шаблонные имена, отзывы за одну неделю и машинный перевод вызывают обратный эффект;
• условия доставки, возврата и оплаты совпадают на всех страницах. На аудите на главной было «Returns accepted», а на странице доставки — «Customized items are non-refundable», при том что почти все товары делались на заказ;
• на фото нет чужих логотипов, а в текстах нет обещаний, которые нельзя подтвердить: наград без ссылки, «лечебных» свойств товара.

Последний пункт касается и правил рекламы. Google Ads не разрешает скрывать или искажать информацию о себе и своей компании (правило «Введение в заблуждение» в политике «Искажение фактов»), а Merchant Center не пропускает товары с ненадёжными заявлениями о здоровье (политика Merchant Center). На одном аудите в описании товара было обещание, что камень увеличивает выработку грудного молока. Такие тексты лучше убрать до запуска Google Shopping.

099. Индексация и базовое SEO

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

• Робот рекламы должен видеть страницу. Робот Google Ads (AdsBot) не подчиняется общим правилам robots.txt для всех роботов (*). Запретить его можно, только указав по имени, и тогда объявления отклонят (документация Google);
• Сайт не закрыт от поиска по ошибке. На аудите ресторана запрет стоял в robots.txt, в метатеге noindex и в заголовке сервера одновременно. Обычный noindex рекламе не мешает: он действует на поисковых роботов, а не на AdsBot. Но бесплатного трафика из поиска у такого сайта нет совсем;
• Заголовки и описания. Один H1 на странице, title до 60 символов, description до 155–160, иначе Google обрежет их в выдаче;
• Карта сайта содержит все важные страницы, а не только блог.

1010. Проверка после правок

После исправлений повторите замеры и тесты: PageSpeed Insights на телефоне, тестовая заявка или покупка, срабатывание тегов в Google Ads и Meta. Для магазинов через 1–2 дня проверьте, не появилось ли новых ошибок в Merchant Center. Хорошая практика — сохранить скриншоты «до» и «после».

Бесплатные инструменты для проверки

Задачи для разработчика: скопируйте и отправьте

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

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

FAQ: аудит лендинга