Як покращити CTR у Google Search Console
Знайдіть результати, які добре ранжуються, але отримують замало кліків, з'ясуйте причину на живій сторінці результатів і перепишіть заголовки та сніпети без здогадок.
- Мета
- Знайти три результати з реальним розривом у CTR, усунути причину та коректно виміряти зміну.
- Вам знадобиться
- Search Console з даними за три місяці, електронна таблиця та права на редагування заголовків і метаописів.
Щоб покращити CTR у Search Console, почніть із пошуку результатів, на які клікають рідше, ніж на інші ваші результати з тієї самої позиції, адже саме позиція здебільшого визначає CTR. Потім перегляньте живу сторінку результатів, щоб зрозуміти, чому користувачі обирають інше, і виправте те, що справді не так: заголовок, сніпет або саму сторінку, якщо вона не відповідає тому, що шукають люди. Вимірюйте результат окремо для кожного запиту, щойно Google повторно просканує сторінку.
Що CTR може і чого не може вам сказати
CTR — це кліки, поділені на покази, і на нього здебільшого впливає не ваш сніпет, а інші чинники:
- Позиція. На результати вгорі клікають значно частіше, ніж на ті, що нижче. CTR 3% — це слабкий показник на позиції 2 і сильний на позиції 9.
- Усе інше на сторінці результатів. Реклама, AI Overview, карти, відео та товарні блоки змагаються за увагу. AI Overview займає одну позицію, і всі посилання в ньому ділять її між собою (як рахується позиція).
- Бренд. У запитів, що містять вашу назву, CTR значно вищий, ніж в інших, тому змішування одних з іншими приховує проблеми.
- Спосіб підрахунку. Якщо рахувати за ресурсом, CTR виходить вищим, ніж якщо рахувати за сторінкою.
Тому ніколи не оцінюйте результат за «універсальним хорошим CTR». Порівнюйте його з тим, що ваші небрендові результати отримують на тій самій позиції, а результати на другій сторінці поки не чіпайте: їхня проблема — позиція, з якою працює сценарій «Дистанція удару».
Крок 1: складіть список результатів, що недоотримують кліки
- Відкрийте Performance → Search results, встановіть період три місяці, виберіть фільтр запитів Non-branded (або виключіть свій бренд фільтром «Doesn't match regex») і експортуйте таблицю Queries. Якщо хочете працювати посторінково, експортуйте також Pages.
- Залиште позиції від 1 до 10.
- Розрахуйте очікуваний CTR для кожної позиції з того самого експорту (метод описано в розділі CTR і середня позиція).
- Позначте рядки, що помітно не дотягують до очікуваного. Розумний перший прохід — CTR нижче 70% від очікуваного за щонайменше 500 показів за три місяці. Обидва числа є експертною оцінкою: за меншої кількості показів CTR коливається навіть через випадковість, тож вимагайте більшого розриву.
- Відсортуйте за втраченими кліками: покази × (очікуваний CTR − фактичний CTR).
Наприклад, у кулінарному сайті запит «soft boiled egg time» стоїть на позиції 3,1 з 8 600 показів і CTR 4,0%. Його власна крива свідчить, що результати на позиції 3 зазвичай отримують 10,5%. Втрачені кліки становлять близько 8 600 × 0,065, тобто 559 за три місяці, і цей запит опиняється біля верху списку.
Крок 2: подивіться на реальну сторінку результатів
Введіть кожен позначений запит у приватному вікні, з країни, звідки надходить ваш трафік, і на пристрої, з якого йде більшість показів (це видно на вкладці Devices). Потім зафіксуйте:
- Що розташоване над вами. Реклама, AI Overview, відеокарусель, вибраний сніпет, який займає конкурент.
- Як ваш результат виглядає поруч із сусідніми. Порівняйте посилання із заголовком і текст сніпета з результатами навколо. Чи ваш розпливчастіший, застарілий на вигляд, менш конкретний?
- Чи збігається заголовок у видачі з тим, який ви написали. Google формує посилання із заголовком із кількох джерел, зокрема з елемента
<title>, головного заголовка сторінки та анкорного тексту, і може змінити те, що ви написали. - Чи це та URL, яку ви очікували. Якщо показується інша ваша сторінка, проблема в канібалізації, а не в CTR.
Крок 3: визначте причину
| Що ви бачите | Імовірна причина | Що робити |
|---|---|---|
Заголовок у видачі відрізняється від вашого <title> | Google визнав заголовок некорисним: напівпорожній, із застарілим роком, неточний, однаковий на кількох сторінках або без чіткого головного заголовка | Виправте сам заголовок (сценарій переписування заголовків) |
| Сніпет — випадкове речення зі сторінки | Угорі сторінки немає чіткого резюме, а метаопис шаблонний | Почніть сторінку з прямої відповіді та напишіть конкретний опис |
| Ваш результат відповідає на інше запитання, ніж решта | Сторінка не відповідає тому, що шукають користувачі | Змінюйте сторінку, а не сніпет |
| У конкурентів є деталі, яких бракує вам, наприклад ціни чи рейтинги | На їхніх сторінках є структуровані дані, які можете використати й ви | Перевірте, чи ваша сторінка має на це право (FAQ про розширені результати) |
| Ваш результат виглядає добре, але над ним стоїть великий блок | До органічних результатів доходить менше людей | Змиріться або орієнтуйте сторінку на суміжні запити з менш насиченою видачею |
| Заголовок обрізається на мобільному | Важливі слова стоять надто пізно | Переставте їх на початок |
Власний перелік причин, з яких Google змінює заголовки, — напівпорожні заголовки, застарілі роки, неточні заголовки, шаблонний текст, що повторюється на сторінках, відсутність чіткого головного заголовка та мова, що відрізняється від мови сторінки, — наведено в статті Influencing title links.
Крок 4: перепишіть заголовок і опис
Настанови Google щодо сніпетів задають рамки. Сніпети формуються переважно з тексту самої сторінки, підібраного під кожен пошук; Google використовує ваш метаопис, коли той описує сторінку краще за будь-який уривок. Обмежень довжини ні для заголовка, ні для опису немає, але обидва обрізаються під пристрій. Описи мають бути унікальними для кожної сторінки, точно підсумовувати всю сторінку та містити конкретні відомості, як-от дати, ціни чи авторів; довгі переліки ключових слів знижують імовірність того, що опис показуватимуть.
На практиці:
- Починайте з того, що потрібно користувачеві, його словами.
- Додайте одну конкретну деталь, що вирізняє вашу сторінку: охоплення, формат, число, яке відповідає дійсності.
- Починайте сторінку з прямої відповіді, адже Google часто формує сніпет із самої сторінки.
| Сторінка | До | Після |
|---|---|---|
| Кулінарний сайт, заголовок | Eggs - Our Kitchen Guides | Soft-Boiled Egg Times, from Runny to Jammy |
| Кулінарний сайт, опис | Read our guide to cooking eggs. | Boiling times for runny, jammy and firm eggs, from fridge-cold or room temperature, with a printable chart. |
| Софтверна компанія, заголовок | Feature: Approvals - Ledgerly | Expense Approval Workflows for Small Teams - Ledgerly |
Крок 5: вимірюйте коректно
- Дочекайтеся повторного сканування. URL Inspection показує, коли Google востаннє сканував сторінку; до цього моменту у видачі нічого не зміниться.
- Тримайте позицію сталою. Порівнюйте 28 днів після зміни з 28 днями до неї для того самого запиту й перевіряйте, що позиція залишилася приблизно тією самою. Якщо позиція теж змінилася, зміну CTR не можна приписувати лише сніпету.
- Позначайте й журналюйте кожну зміну, а зміну, яка після коректного періоду спостереження погіршила результат, відкочуйте.
- Тестуйте масштабно. Якщо ви змінюєте багато схожих сторінок одночасно, порівнюйте їх зі схожою групою, яку залишили без змін. Звіт Experimentation в AutoPSEO робить саме це: порівнює тестову групу URL із контрольною до та після дати початку й перевіряє, чи значущою є різниця.
Як це робить AutoPSEO
Звіт CTR Benchmark виконує крок 1 для всього вашого сайту: будує очікуваний CTR для кожної позиції за вашими власними даними, для позицій із замалим обсягом даних використовує еталонне значення, позначає результати, що більш ніж на 20% нижчі за очікування, як такі, що працюють гірше за норму, і підсумовує кліки, яких кожен із них недоотримує. У другій таблиці Page Poaching наведено результати, що вже стоять біля верху, але отримують менш ніж 70% очікуваного рівня. Сповіщення про падіння CTR може стежити за ресурсом замість вас; за замовчуванням воно спрацьовує, коли CTR падає на 20% порівняно з попередніми 7 днями, якщо базовий період має щонайменше 100 показів.
Для статей, якими керує контент-рушій, тижневий цикл підтримки ставить оптимізацію в чергу, коли стаття стоїть на позиціях від 8 до 20, має щонайменше 30 показів за 28 днів, але клікають на неї менш ніж на 60% так часто, як очікує еталонна крива для цієї позиції. У завданні автора просять посилити заголовок, метаопис і пряму відповідь; рушій ставить у чергу не більше трьох таких завдань на тиждень для кожного сайту й пропускає статті, змінені протягом останніх 45 днів (підтримка). Кожну статтю пишуть за форматом вашого сайту, який за замовчуванням тримає заголовок у межах 60 одиниць відображення (ієрогліф CJK рахується як дві) і попереджає, коли метаопис виходить за межі від 120 до 165 символів (написання). Без облікового запису безкоштовний CTR Opportunity Analyzer виконує крок 1 на експортованому файлі CSV.
Читайте далі
Основи SEO за 10 хвилин: як Google знаходить, зберігає й ранжує сторінки
Три етапи роботи Google Search, чотири показники Search Console і спосіб визначити, до якого етапу належить проблема.
Що таке Google Search Console? Простий посібник для власників сайтів
Що показує Search Console, які обмеження мають його дані, який тип ресурсу додати та які перевірки зробити першими.
Кліки та покази в Google Search Console
Як Google рахує покази й кліки, чому підсумки в різних поданнях не збігаються та як читати розрив між цими двома показниками.