Як виправити: Landing page experience (компонент Quality Score)

TL;DR

Landing page experience — один із трьох компонентів Quality Score, який Google використовує для ранжування реклами, поряд з Expected CTR та Ad Relevance. Коли значна частина ключовиків має Below Average landing page experience, Quality Score падає, Ad Rank страждає, ефективний CPC зростає в усіх постраждалих ad groups, а Smart Bidding починає оптимізуватися проти завищеної базової вартості. Виправлення поєднує роботу з Core Web Vitals (швидкість сторінки, мобільна юзабіліті), релевантність контенту (наявність ключовика у заголовках і тексті) та базові сигнали довіри (HTTPS, прозора навігація).

Чому це важливо

Google рахує Quality Score з трьох сигналів: Expected CTR, Ad Relevance, та Landing page experience [1]. Кожен оцінюється як Above Average, Average або Below Average відносно конкурентів за останні 90 днів. Landing page experience конкретно вимірює "наскільки релевантна та корисна твоя посадкова сторінка для людей, які клікнули на оголошення" [1].

Механізм, який тебе б'є по бюджету — це Ad Rank. Ad Rank множить твою ставку на Quality Score, тож падіння QS на 1 пункт по ключовику з конверсією 5% може підняти ефективний CPC на 10-30%, щоб утримати ту саму середню позицію. На Smart Bidding кампаніях алгоритм потім вчиться проти роздутого CPC і або зрізає impression share для досягнення твого tCPA, або погоджується на гіршу economics, щоб дотримати ціль за обсягом конверсій. У будь-якому випадку — втрата ефективності.

Ускладнює проблему те, що landing page experience — найповільніший компонент QS до виправлення. Expected CTR і Ad Relevance реагують на зміни ad copy за кілька днів. Зміни на посадковій (робота з Core Web Vitals, переписування контенту, виправлення мобільної юзабіліті) часто займають 2-4 спринти на shipping і 14-30 днів на повторну оцінку Google після деплою. Тому правило фаєрить high severity при 30%+ ключовиків з Below Average — це багатоспринтовий fix, не швидкий toggle.

Це правило — campaign-level та page-level версія ширшого Quality Score фреймворку. Для крос-компонентного діагностування (який саме з трьох компонентів QS тягне конкретний ключовик донизу) дивись QS components diagnostic. Для розбору Quality Score на рівні ключовика — Keyword Quality Score is low.

Як виправити

1. Продіагностуй Core Web Vitals на top-spend посадкових

Відкрий Google PageSpeed Insights на pagespeed.web.dev і прожени топ 5-10 посадкових за витратами. Цілься в пороги 75-го перцентиля [2]:

Largest Contentful Paint (LCP) менше 2.5 секунди
Interaction to Next Paint (INP) менше 200 мілісекунд
Cumulative Layout Shift (CLS) менше 0.1

Сторінки, які провалюють будь-який з цих метриків на mobile field data — майже гарантована причина Below Average landing page experience.

2. Виправ мобільну юзабіліті

У Chrome DevTools увімкни device emulation (Pixel 7 або iPhone 14 viewport) і перевір:

Текст читається без pinch-zoom (мінімум 16px)
Tap targets щонайменше 48 на 48 пікселів з достатнім spacing
Viewport meta tag виставлено правильно
Немає горизонтального скролу на жодному breakpoint
Форми зручні на touchscreen (без hover-only станів)

Mobile usability оцінка Google автоматизована і неблагородна — один зламаний tap target на головному CTA достатньо, щоб опустити сторінку до Below Average.

3. Перепиши заголовки та intro-копі під keyword relevance

Google оцінює релевантність контенту посадкової, перевіряючи чи ключовик присутній у семантично значущих елементах сторінки: H1, H2, H3 і перший абзац body. Перепиши кожну top-spend посадкову так, щоб:

H1 містив або перефразовував основний ad keyword
Хоча б один H2 включав близький варіант
Перші 100 слів body згадували keyword phrase щонайменше один раз природньо
Сторінка реально доставляла те, що обіцяла реклама — без bait-and-switch з "free trial" на "request a demo"

Generic посадкові, які обслуговують 50 різних ad groups — найпоширеніша причина Below Average по всьому акаунту. Або розділяй на keyword-themed landing pages, або використовуй dynamic text replacement для дзеркалення search query.

4. Стискай ассети та deferай некритичні ресурси

Конкретні page speed wins, які зрушують голку по LCP:

Конвертуй hero images у WebP або AVIF (зазвичай на 50-70% менші за JPEG при тій самій якості)
Lazy-load зображень нижче fold через loading="lazy"
Defer некритичного JavaScript через defer або async
Inline критичного CSS, решту defer
Увімкни text compression (Brotli або Gzip) на CDN edge
Preconnect до third-party origins, з яких підвантажуєш fonts або analytics

Якщо ти на Cloudflare, Vercel, або Cloudflare Pages — більшість цього toggle у dashboard платформи, а не інженерна робота.

5. Перевір сигнали довіри

Оцінка landing page experience у Google включає базові trust checks. Підтверди:

HTTPS примусово site-wide з HSTS (без mixed content)
Privacy policy лінкнута у footer, доступна в один клік
Контактна інформація видима або в один клік
Навігація назад на homepage очевидна
Немає interstitial попапів, що блокують головний контент над fold (особливо на mobile)

Це не опціонально — це експліцитні сигнали, які Google використовує для фільтрації низькоякісних посадкових.

6. Перевір fix через 14 днів

Google переоцінює landing page experience на rolling basis, але очікуй мінімум 14 днів, щоб зміни відобразилися у Quality Score колонках. У Google Ads UI зайди в Keywords, клікни Columns, розгорни Quality Score та увімкни Landing page exp. (current). Підтверди:

Below Average keyword count впав нижче 15% від загальних impressions
Середній Quality Score піднявся на 1-2 пункти по постраждалих ключовиках
Ефективний CPC на цих ключовиках впав на 10-25%

Якщо немає руху після 21 дня — проблема в content relevance (крок 3), а не у швидкості сторінки.

Поширені помилки

Сприймати landing page experience лише як проблему швидкості. Page speed необхідний, але не достатній. Блискавично швидка сторінка, яка не відповідає обіцянці реклами, все одно отримає Below Average. Content relevance і trust signals важать так само.
Використовувати одну generic посадкову для всіх ad groups. Homepage або category page, що обслуговує 50 різних keyword themes, отримає Below Average по більшості з них. Або будуй keyword-themed landing pages, або використовуй ad customizers і dynamic text replacement.
Оптимізувати під desktop PageSpeed score та ігнорувати mobile field data. Google оцінює landing page experience головно по mobile field data (реальні Chrome користувачі), а не desktop lab tests. Mobile PageSpeed score 85 з поганим field data гірший за 65 з добрим field data.
Сприймати Quality Score як vanity metric. QS — це реальний bid multiplier всередині Ad Rank. Зміна на 1 пункт рухає реальні CPC долари. Це не діагностичний widget на дашборді.
Рекомендувати pop-up consent banners, що покривають above-the-fold контент. Агресивні interstitials тригерять intrusive interstitial penalty Google на mobile, що — прямий удар по landing page experience.

FAQ

Q: Скільки часу до того, як landing page experience оновиться після того, як я виправив сторінку?
A: Мінімум 14 днів, зазвичай 21-30 днів для повної переоцінки. Google потрібен новий field data від Chrome користувачів, які заходять на оновлену сторінку, перш ніж він її переоцінить.

Q: Чи зашкодить landing page experience видалення keyword з URL slug?
A: Ні. Google оцінює on-page контент, не URL slugs. URL slugs допомагають SEO, не Quality Score.

Q: Чи виправить це Smart Bidding автоматично?
A: Ні. Smart Bidding оптимізується проти Quality Score, який спостерігає — він не може підняти QS зміною ставок. Робота над посадковою upstream від bidding.

Q: Чи можу я бачити landing page experience по кожному ключовику?
A: Так — Google Ads UI, Keywords tab, Columns, Quality Score, Landing page exp. (current). Доступні current і historical варіанти.

Q: Чи зашкодить redirect старих URLs landing page experience?
A: Один 301 redirect зазвичай ні. Ланцюги з 2+ redirects відчутно збільшують LCP і можуть штовхнути сторінки до Below Average.