Аналіз мета-тегів

Перевірка мета тегів онлайн: що саме аналізує інструмент

Щоб перевірити мета теги сторінки, вставте її адресу. Інструмент завантажує HTML у тому вигляді, в якому його віддає сервер (з переходом за редиректами), і розбирає теги в <head> та заголовки H1–H6. JavaScript не виконується. Якщо title і description на сайті підставляє React чи Vue вже в браузері, аналіз покаже вміст вихідного коду. Це корисна перевірка, бо саме цей HTML першим отримує пошуковий робот.

Оцінка складається з 14 рівноцінних перевірок, кожна приблизно по 7 балів:

Meta keywords, robots, hreflang, Twitter Cards і JSON-LD показуються для довідки й на оцінку не впливають. 100 балів не гарантують хороший сніпет: тег може мати правильну довжину і водночас не відповідати на запит. Оцінка ловить пропуски, а якість тексту лишається на вас.

Перевірити title і description: символи чи пікселі

Інструмент рахує довжину в символах, а Google обрізає заголовок за шириною: на десктопі в рядок вміщується близько 600 пікселів, офіційного ліміту Google не публікує. Тому 60 символів — орієнтир. Рядок із вузьких літер (і, l, t, r) вміститься й у 65 символів, а заголовок із великими й широкими літерами (Ш, Щ, Ж, Ю, W, M) може обрізатися вже на 50. Практичне правило: головний запит і суть сторінки ставте в перші 40–45 символів, а назву бренду в кінець, щоб обрізалася саме вона.

З description іще вільніше: фіксованої довжини немає, Google показує стільки, скільки вважає корисним. На десктопі це зазвичай близько 150–160 символів, на мобільних менше. Прев'ю у звіті обрізає title на 70 символах, а description на 160. Це швидка прикидка, а не піксельна копія видачі. Мобільний вигляд сніпета зручніше дивитися в прев'ю сніпета.

Чому Google переписує title і description

Після оновлення 2021 року Google частіше формує заголовок посилання у видачі сам. За його даними, оригінальний <title> використовується приблизно у 87% випадків. Найчастіші причини, через які заголовок переписують:

• Один шаблон на весь сайт. «Купити | Магазин» на сотні карток: Google не розрізняє сторінки й бере H1 або текст посилань.
• Переспам ключами. «Вікна пластикові, вікна ПВХ, купити вікна Київ недорого».
• Застарілі дані. «Ціни 2024» на сторінці, оновленій у 2026-му.
• Розбіжність із H1. Title обіцяє одне, а головний заголовок сторінки каже інше.
• Задовгий або майже порожній title, наприклад лише назва бренду чи «Головна».

Description підміняють ще частіше, і це нормально: Google бере фрагмент тексту, який краще відповідає на конкретний запит. Ваш опис має більше шансів, якщо він унікальний для сторінки, містить формулювання запиту й конкретику: ціну, строк, кількість, для кого. Однаковий description на всіх сторінках майже напевно ігнорується. Правила описані в документації Google про заголовки.

Приклади: погано і краще

Open Graph і Twitter Cards: картка посилання в месенджерах

Telegram, Viber, Facebook, LinkedIn і Slack будують картку за тегами Open Graph. Мінімальний набір:

<meta property="og:title" content="Ремонт iPhone за 1 день">
<meta property="og:description" content="Оригінальні запчастини, гарантія 6 місяців">
<meta property="og:image" content="https://example.com/og/remont.jpg">
<meta property="og:url" content="https://example.com/remont-iphone/">
<meta property="og:type" content="website">
<meta name="twitter:card" content="summary_large_image">

Зображення робіть 1200×630 з абсолютною адресою на https. Якщо тегів twitter: немає, X зазвичай бере заголовок, опис і картинку з Open Graph, тож вистачить twitter:card. Месенджери кешують картку. Після правок оновіть її через Sharing Debugger у Facebook або бота @WebpageBot у Telegram. Як виглядатиме картка в різних мережах, покаже OG Debugger.

Аналіз тегів сайту: помилки, які найчастіше видно у звіті

• У блоці Robots стоїть noindex. Зазвичай це залишок тестової версії або позначка «Попросити пошукові системи не індексувати сайт» у WordPress. Така сторінка випаде з видачі, хоч би якими гарними були title і description.
• Canonical вказує на іншу адресу. Наприклад, усі сторінки пагінації посилаються на першу, або canonical веде на http-версію. Google може відкинути перевірену сторінку як дубль.
• Два H1. Логотип у шапці загорнутий у <h1>, і другим H1 стає назва статті. Залиште H1 лише для основного заголовка.
• Немає viewport. На телефоні сторінка виглядає як зменшена десктопна, а Google індексує сайти за мобільною версією.
• Опис є лише в og:description. Для соцмереж текст заданий, а звичайний meta name="description" порожній. Це різні теги, потрібні обидва.

Перевірити мета теги сторінки можна й без сервісу: Ctrl+U у браузері відкриє вихідний код, а curl -s https://example.com/ | grep -i "<title\|description" покаже те саме в консолі. Аналізатор зручніший тим, що зводить усе в одну таблицю й одразу рахує довжини.

Як виправити мета теги у WordPress, Tilda та Бітрікс

• WordPress + Yoast SEO: у редакторі запису блок Yoast → «SEO-заголовок» і «Мета-опис». Шаблон за замовчуванням %%title%% %%sep%% %%sitename%% змінюється в налаштуваннях вигляду в пошуку. Rank Math працює так само. Якщо title дублюється, перевірте, чи тема не виводить другий <title> вручну: правильна тема вмикає add_theme_support('title-tag').
• Tilda: налаштування сторінки → розділ SEO (заголовок і опис для пошуковиків) та окремі поля для соцмереж. Якщо поля для соцмереж порожні, картка бере дані з основних.
• 1С-Бітрікс: для статичних сторінок це властивості сторінки title і description, для елементів інфоблоку — вкладка SEO з шаблонами META TITLE і META DESCRIPTION. Типова пастка: компонент перезаписує заголовок, бо в його параметрах увімкнено встановлення заголовка вікна браузера.
• Власна CMS: title і description генеруються в шаблоні з полів запису. Обов'язково передбачте запасне значення на випадок порожнього поля, інакше отримаєте сотню сторінок з однаковим тегом.

Тут перевіряється одна сторінка, а шаблонна помилка зазвичай повторюється на сотнях адрес. Дублі й порожні теги по всьому сайту знайде технічний аудит усього сайту, а як читати такі знахідки, пояснює стаття про мета-проблеми в аудиті.