SEO-інструменти
Валідатор schema-розмітки: перевірка структурованих даних сторінки
Розбирає структуровані дані вказаної сторінки, перелічує знайдені типи schema.org і позначає блоки, які не парсяться або яким бракує обовʼязкових для їхнього типу властивостей.
Що перевіряє цей валідатор
Інструмент читає HTML, відданий сервером, а не відрендерений DOM. Це навмисно: розмітка, яку додає JavaScript, — найчастіша причина, чому сторінка проходить перевірку в браузерному інструменті й нічого не показує роботу.
- Чи є на відданій сервером сторінці бодай якісь структуровані дані.
- Які типи schema.org оголошено, щоб переконатися, що обрано правильний.
- Чи кожен блок синтаксично коректний і піддається розбору.
- Чи справді заповнені властивості, обовʼязкові для цього типу.
Валідність — це не право на rich result, а право — не показ
Плутають три різні речі. Коректний синтаксис означає, що блок розбирається за словником schema.org. Право на rich result означає, що Google підтримує цей тип і обовʼязкові властивості на місці. Показ означає, що Google вирішив показати результат для конкретного запиту — і це рішення він ухвалює щоразу заново й ніколи не обіцяє.
Цей інструмент відповідає на перші два питання. На третє наперед не відповість ніщо.
Помилки, які проходять будь-який валідатор
Кожен із цих випадків — порушення рекомендацій, а не синтаксису, і лише останній виявляється машинно. Про словник і робочі приклади читайте в матеріалі структуровані дані та rich results , а про те, що потім показує Search Console, — у матеріалі помилки структурованих даних .
- Значення, що суперечать видимій сторінці, наприклад розмічена ціна, якої на сторінці немає.
- Рейтинги відгуків без видимих відгуків або власні оцінки бізнесу на його ж сторінці.
- Розмітка FAQ на вмісті, який насправді не є парою «питання — відповідь».
- Коректна розмітка на сторінці з noindex, заблокованій або канонізованій деінде.
- Чи покращує schema-розмітка позиції?
- Не напряму. Вона дає право на багатше подання результату, що може підвищити клікабельність на позиції, яку ви вже займаєте.
- Який формат обрати?
- JSON-LD. Google рекомендує саме його, і оскільки він живе в окремому блоці script, зміна шаблону значно рідше його ламає.
Інші інструменти
Завантажує robots.txt для вказаного хоста, повідомляє, чи існує файл і чи не блокує він усіх роботів, і паралельно читає директиви робота на рівні сторінки.
Шукає карту сайту так само, як це робить пошуковий робот — спершу оголошення в robots.txt, потім стандартні розташування — після чого перевіряє, що документ парситься як XML, і рахує URL усередині.
Читає канонічний URL, який оголошує сторінка, а потім завантажує цю адресу, щоб переконатися, що вона доступна, не редиректить і не має noindex — три способи, якими canonical тихо перестає працювати.
Проходить за вказаним URL через кожен крок, показуючи статус-код на кожному з них і кінцеву адресу — деталі, які браузер ховає, щойно адресний рядок заспокоївся.
Завантажує вказану сторінку, бере вибірку внутрішніх посилань і запитує кожне — показує код відповіді, а не колір лінка.
Перевіряє кожен сигнал, який вирішує, чи дозволено сторінці потрапити в індекс: статус-код, доступ у robots.txt, meta robots, заголовок X-Robots-Tag і canonical.
Робить живий запит до DNS для вказаного домену й показує опубліковані записи: на які адреси він резолвиться, куди йде пошта і чи є TXT-записи, від яких залежить автентифікація листів.
Робить запит до реєстру через RDAP — структурованого наступника класичного WHOIS — і показує дату реєстрації, поточний вік домену, реєстратора й дату завершення реєстрації.
Введіть домен, щоб побачити дату реєстрації, поточний вік, expiry і реєстратора. Вік домену дає контекст, але не є фактором ранжування Google.
Відкриває TLS-зʼєднання до вказаного хоста й показує сертифікат, який той віддає: видавця, період чинності, кількість днів до завершення та узгоджену версію протоколу.
Запитує вказану адресу й показує, що сервер повертає в заголовках: які заголовки безпеки присутні, яка політика кешування, чи стиснута відповідь і яка версія HTTP узгоджена.