Перевірка канонічних тегів

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

Введіть публічну сторінку HTTP або HTTPS. Перенаправлення відстежуються перед порівнянням канонічної адреси.

Введіть URL-адресу сторінки, щоб перевірити її канонічний тег.

BroBroGo отримує URL-адресу для завантаження публічної сторінки. Отримана сторінка та результат не зберігаються.

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

Що таке самопосилальна канонічна адреса?

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

Чому самопосилання вважається успішним, хоча введена URL-адреса не збігається?

Введена вами адреса може перенаправляти на іншу URL-адресу. Канонічна адреса може правильно вказувати на цю кінцеву сторінку, навіть якщо вона відрізняється від початкової адреси, яку ви ввели.

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

Інструмент перевіряє HTML-код, повернутий сторінкою. Канонічний тег, доданий лише після виконання скриптів сторінки, може тут не відображатися, тому переконайтеся, що важливі канонічні теги присутні в оригінальному коді сторінки.

Написано та перевірено редакційною командою BroBroGo.Останнє оновлення:

Роль канонічних тегів у пошуковій оптимізації

Канонічні теги (атрибут rel="canonical") є важливим інструментом для керування індексацією веб-сторінок пошуковими системами. Вони вказують роботам, яка саме версія сторінки є першоджерелом та має відображатися в результатах пошуку. Це дозволяє уникнути проблем із дублюванням вмісту, коли один і той самий матеріал доступний за кількома різними адресами.

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

  • Підтвердити наявність канонічного тегу на конкретній сторінці.
  • Перевірити, чи є канонічна адреса самопосилальною.
  • З'ясувати, чи вказує канонічний тег на початково введену адресу або на кінцевий URL, отриманий після виконання всіх перенаправлень.
  • Переконатися, що важливі канонічні теги містяться безпосередньо в оригінальному коді сторінки, а не додаються виключно за допомогою JavaScript.

Принцип роботи та правила обробки запитів

Для виконання аналізу необхідно вказати публічну адресу сторінки у полі URL-адреса сторінки. Інструмент працює за чіткими технічними правилами та має певні обмеження:

  1. Протоколи та доступність: Перевіряються лише публічні адреси, що працюють за протоколами HTTP або HTTPS. Приватні та локальні адреси (наприклад, http://127.0.0.1/admin) відхиляються ще до відправлення запиту. Якщо ввести URL-адресу без протоколу, вона обробляється відповідно до локальних правил валідації.
  2. Обмеження довжини: Введена адреса повинна бути коротшою за {max} символів.
  3. Черговість запитів: Надсилання нового запиту автоматично зупиняє будь-які попередні запити, які ще виконуються в цей момент.
  4. Обробка кількох тегів: Якщо на сторінці виявлено кілька канонічних тегів, інструмент аналізує та показує лише перший із них.
  5. Аналіз вихідного коду: Перевірка здійснюється за HTML-кодом, який повертає сервер. Канонічні теги, що генеруються динамічно за допомогою JavaScript після завантаження сторінки в браузері, не розпізнаються.

Результати аналізу та вихідні дані

Після завершення перевірки інструмент виводить детальний звіт у блоці Результат перевірки. Користувачеві стають доступні такі дані:

  • Визначена канонічна URL-адреса: Значення, вказане в атрибуті href канонічного тегу.
  • Канонічні перевірки:
    • Канонічна адреса існує: Відповідь Так або Ні.
    • Самопосилання: Вказує, чи посилається тег на кінцеву адресу цієї ж сторінки.
    • Збігається з введеною URL-адресою: Показує, чи відповідає канонічний URL початковому запиту.
  • Введена URL-адреса: Адреса, яку користувач вказав для перевірки.
  • Кінцева URL-адреса після перенаправлень: Фактична адреса сторінки, яка відкрилася після проходження всіх редиректів.
  • Канонічний href: Сире значення атрибута href безпосередньо з коду.
  • Статус HTTP: Код відповіді сервера, отриманий під час завантаження сторінки.
  • Знайдено канонічних тегів: Загальна кількість таких тегів у коді сторінки.

Повідомлення про помилки та їхнє значення

Під час роботи з інструментом можуть виникати помилки, пов'язані з некоректним введенням даних, станом сервера або структурою самої сторінки. Нижче наведено перелік можливих системних повідомлень:

  • "Спочатку введіть URL-адресу сторінки." — з'являється, якщо спробувати запустити перевірку з порожнім полем введення.
  • "Введіть дійсну публічну URL-адресу HTTP або HTTPS." — виникає при спробі перевірити некоректно написану адресу.
  • "Приватні та локальні адреси не можуть бути перевірені." — сигналізує про блокування запитів до локальних мереж або внутрішніх інтерфейсів.
  • "Довжина URL-адреси має бути меншою за {max} символів." — вказує на перевищення ліміту довжини адреси.
  • "Не вдалося отримати доступ до сторінки. Перевірте URL-адресу або спробуйте ще раз." — виникає, якщо сервер недоступний або адреса не існує.
  • "Час відповіді сторінки закінчився. Спробуйте пізніше." — сервер сторінки відповідає занадто повільно.
  • "Сторінка виконала занадто багато перенаправлень, щоб завершити перевірку." — виявлено нескінченний редирект або занадто довгий ланцюжок перенаправлень.
  • "Сторінка повернула HTTP-статус {status}, тому її канонічну адресу не вдалося перевірити." — сервер повернув помилку (наприклад, 404 або 500).
  • "Ця URL-адреса не повернула HTML-сторінку." — за вказаною адресою знаходиться файл іншого формату (зображення, PDF тощо).
  • "Сторінка не повернула HTML-код, придатний для читання." — вміст відповіді порожній або пошкоджений.
  • "Заголовок сторінки (head) занадто великий для безпечної перевірки." — розмір секції head перевищує встановлені ліміти безпеки інструменту.
  • "Знайдено {count} канонічних тегів. Показано перший; рекомендується залишити лише один." — попередження про наявність кількох тегів, що є технічною помилкою верстки.
  • "Канонічний тег існує, але його атрибут href не є дійсною URL-адресою HTTP або HTTPS." — значення всередині тегу заповнене некоректно.
  • "Не вдалося скопіювати канонічну URL-адресу. Виділіть її та скопіюйте вручну." — помилка взаємодії з буфером обміну пристрою.

Конфіденційність та обробка даних

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

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

Що таке самопосилальна канонічна адреса?

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

Чому самопосилання вважається успішним, хоча введена URL-адреса не збігається?

Введена вами адреса може перенаправляти на іншу URL-адресу. Канонічна адреса може правильно вказувати на цю кінцеву сторінку, навіть якщо вона відрізняється від початкової адреси, яку ви ввели.

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

Інструмент перевіряє HTML-код, повернутий сторінкою. Канонічний тег, доданий лише після виконання скриптів сторінки, може тут не відображатися, тому переконайтеся, що важливі канонічні теги присутні в оригінальному коді сторінки.

Генератор hreflangДодайте кожну локалізовану URL-адресу та отримайте повний набір тегів hreflang із x-default.Генератор та валідатор robots.txtСтворюйте правила сканування та перевіряйте, до яких шляхів має доступ Googlebot.Генератор XML-карт сайтуПеретворюйте URL-адреси сторінок та метадані сканування на готовий до використання файл sitemap.xml.Генератор мікророзмітки Schema MarkupЗаповніть деталі для FAQ, товару чи інструкції та скопіюйте готовий код JSON-LD.Генератор правил перенаправленняПеретворюйте CSV-відповідності джерел та цілей на правила 301 або 302 для Nginx, Apache та Vercel.Перевірка CORSПеревірте, чи дозволяє вставлена відповідь вказане джерело, метод і заголовки запиту в браузері.HTTP Інструмент трасування перенаправленняПеретворіть вставлені заголовки перенаправлення або ланцюжки URL на покрокове трасування з попередженнями про цикл, пониження та ціль.