Перевірка мета-тегів

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

Що саме перевіряє інструмент?

Інструмент отримує мета-теги з HTML вебсторінки та перевіряє їх. Метадані містять інструкції для пошукових роботів і сервісів поширення вмісту або надають їм описову інформацію про сторінку.

Насамперед варто перевірити метаопис, директиви robots, налаштування області перегляду та метадані для соціальних мереж, зокрема теги Open Graph. Канонічну URL-адресу зазвичай указують в окремому HTML-елементі link, тому її потрібно перевіряти окремо. Формально заголовок документа є HTML-елементом, а не мета-тегом. Проте його часто перевіряють разом із метаданими, оскільки пошукові системи можуть використовувати його як заголовок результату пошуку.

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

Застарілий мета-тег keywords не є корисним сигналом оптимізації для основних пошукових систем. Зазвичай його наявність не шкодить, але заповнення тегу списками ключових слів навряд чи покращить видимість у пошуку.

Як перевірити мета-теги сайту?

Введи повну загальнодоступну URL-адресу потрібної сторінки, запусти перевірку та переглянь отримані метадані. Перевіряй конкретну сторінку, а не припускай, що всі сторінки сайту використовують налаштування головної.

1. Якщо можливо, використовуй остаточну HTTPS-адресу. Для статті, товару або профілю вказуй повний шлях.
2. Перевір, чи переспрямовує введена URL-адреса на іншу сторінку. Якщо так, також перевір кінцеву адресу, яку показує браузер.
3. Порівняй отримані значення з призначенням сторінки та її бажаним виглядом у результатах пошуку.
4. Внеси зміни до шаблону сайту, системи керування вмістом або налаштувань SEO, опублікуй їх і запусти перевірку ще раз.

Перевірка виконується на сервері. Надіслана URL-адреса передається серверу через HTTPS і не зберігається. Щоб серверний інструмент міг отримати цільову сторінку, вона має бути доступна із загальнодоступного інтернету. Приватні посилання для попереднього перегляду, сторінки внутрішньої мережі та сторінки з обов'язковим входом можуть бути недоступні.

Деталі URL-адреси мають значення. Рядок запиту може повертати іншу відповідь, тоді як фрагмент, що починається із символу решітки, не надсилається вебсерверу. Пробіли не є допустимими буквальними символами URL-адреси, тому зазвичай їх потрібно кодувати у відсотковому форматі. Доменні імена з діакритичними або нелатинськими символами можуть бути представлені за стандартом IDNA як ASCII-мітки з використанням Punycode, а нелатинські символи в шляху можуть відображатися у відсотковому кодуванні.

Як читати результат перевірки?

Переглянь атрибути кожного отриманого мета-елемента, зокрема name, property, http-equiv, charset і, де застосовно, content. Переконайся, що їхні значення відповідають надісланій сторінці. Тег може бути наявним, але водночас містити помилку, дублюватися або успадковуватися з невідповідного шаблону.

• Метаопис має природною мовою описувати саме цю сторінку. Порожнє значення не пропонує пошуковій системі готового опису, хоча вона все одно може сформувати його з видимого тексту.
• Robots містить директиви, яких можуть дотримуватися сумісні пошукові роботи. Наприклад, robots = noindex, follow просить їх не індексувати сторінку, але дозволяє переходити за її посиланнями.
• Canonical потрібно перевіряти окремо, оскільки зазвичай це HTML-елемент link, а не мета-елемент. Його атрибут href визначає бажану URL-адресу для однакового або майже однакового вмісту. Зазвичай вона має вести на дійсну сторінку, доступну для індексування, яка представляє той самий вміст.
• Viewport допомагає браузерам правильно компонувати сторінку на мобільних пристроях. Цей тег не описує сторінку безпосередньо, але його відсутність або невідповідне значення може погіршити відображення на мобільних пристроях.
• Open Graph та подібні соціальні теги пропонують заголовок, опис, URL-адресу або зображення для поширення сторінки. Кожна платформа самостійно вирішує, які значення використовувати.

Розгляньмо приклад. Значення description = Red wool scarf with tasselled ends на сторінці товару конкретно описує цей товар. Якщо та сама сторінка повертає description = Welcome to our website, тег наявний, але майже не дає корисного контексту. Так само під час окремої перевірки канонічного посилання значення href https://example.co.uk/scarves/red-wool-scarf доречне для цього товару. Натомість канонічне посилання на головну сторінку магазину може призвести до того, що URL-адресу товару вважатимуть дублікатом.

Жоден інструмент перевірки метаданих не може гарантувати позицію в пошуку, індексування або точний вигляд пошукового фрагмента. Пошукові системи враховують усю сторінку, посилання, доступність для сканування та багато інших сигналів. Вони також можуть змінювати заголовки чи описи відповідно до конкретного запиту.

Поширені проблеми та практичні способи їх виправити

• Немає опису. Додай окремий опис сторінки через систему керування вмістом або шаблон. Не копіюй те саме речення на велику кількість сторінок.
• Випадкова директива noindex. Видали її зі сторінок, призначених для пошуку, щойно вони будуть готові до публікації. Також перевір заголовки HTTP-відповіді, оскільки інструкції robots можуть бути вказані в них, а не в HTML.
• Кілька копій одного тегу. З'ясуй, яка тема, плагін або складова шаблону додає кожну копію, і залиш одне основне значення. Суперечливі директиви robots або дублікати елементів канонічного посилання ускладнюють діагностику.
• Неправильне канонічне посилання. Перевір його окремо від мета-тегів і заміни загальне для всього сайту значення на бажану URL-адресу поточного вмісту. Зверни увагу на HTTP і HTTPS, варіанти імені хоста та непотрібні параметри відстеження.
• Застарілий заголовок або зображення для соцмереж. Онови поля сторінки для поширення та переконайся, що URL-адреса зображення загальнодоступна. Деякі платформи кешують попередні перегляди, тому виправлений тег може з'явитися не відразу.
• Метадані з іншої сторінки. Перевір змінні шаблону та процес публікації. Таке часто трапляється, коли редактор копіює наявний товар, подію чи статтю, але не замінює всі поля.

Метадані, які додаються лише після виконання клієнтського JavaScript, можуть бути невидимими для деяких пошукових роботів або сервісів перевірки. Метадані з директивами індексування та окремі елементи посилань для канонізації зазвичай надійніше розміщувати в HTML, який безпосередньо надсилає сервер.

Як часто потрібно перевіряти мета-теги?

Перевіряй метадані повторно після публікації нового шаблону, зміни SEO-плагіна, перенесення домену або редагування налаштувань індексування. Планові перевірки також доречні після масового імпорту вмісту та оновлень, які змінюють заголовки сторінок.

Немає сенсу кожні кілька хвилин перевіряти сторінку, яка не змінювалася. Запусти повторну перевірку після зміни опублікованого HTML, виправлення переспрямування або коли платформа вже мала достатньо часу, щоб очистити кеш попереднього перегляду. На великому сайті перевіряй приклади сторінок різних типів, а не лише головну. Включи статтю, категорію, товар, сторінку пагінації та всі шаблони, які не повинні з'являтися в результатах пошуку.

Поширені запитання

Чи бачить інструмент мета-теги, додані через JavaScript?

Це залежить від того, чи виконує сервіс перевірки JavaScript, а не лише читає початкову HTML-відповідь. Не варто вважати, що теги, вставлені скриптом, обов'язково буде виявлено. Якщо тег видно в інструментах розробника браузера, але немає в результаті перевірки, переглянь вихідний код, який надіслав сервер.

Чому перевірена сторінка не збігається з введеною URL-адресою?

Введена адреса може переспрямовувати на іншу URL-адресу через примусове використання HTTPS, канонізацію імені хоста, нормалізацію кінцевої скісної риски або зміну частини адреси сторінки. Іноді причиною є регіональна маршрутизація чи видалення параметра відстеження. Перевір кінцеву адресу, оскільки інструмент може отримати метадані саме з цієї сторінки.

Чи можна перевірити тестовий сайт або сторінку, захищену паролем?

Зазвичай ні, якщо сторінка не є загальнодоступною або інструмент не може відкрити її без облікових даних. Захищені сторінки натомість перевіряй локально за їхнім відтвореним HTML.

Чи кожна сторінка повинна мати окремі метадані?

Сторінки з різним призначенням зазвичай повинні мати заголовки й описи, що відповідають їхньому власному вмісту. Канонічне посилання, яке перевіряється окремо від мета-тегів, має вести на відповідну бажану URL-адресу. Для дублікатів сторінок із фільтрами потрібен продуманий підхід до канонізації. Синдиковані копії слід обробляти відповідно до умов публікації. Для перекладених сторінок потрібно використовувати належні мовні анотації, а не вважати їх дублікатами.

Що робити після виправлення тегу?

Опублікуй зміни, очисть відповідний кеш сайту та знову перевір остаточну загальнодоступну URL-адресу. Потім, якщо пошукова система чи соціальна платформа має власний діагностичний сервіс, перевір сторінку й у ньому. Такі сервіси можуть застосовувати власні правила відтворення, кешування та визначення придатності.