Захищена сторінка називає основною незахищену адресу
У звітіHTTPS page canonicalizes to HTTP
https_page_canonical_to_http · Проблема
Це з’являється, коли сторінка, завантажена за адресою з https:// на початку, називає канонічною адресу з http:// на початку. Вона просить пошукові системи вважати незахищену адресу основною версією, а Google називає це серед сигналів, що працюють проти його звичайної переваги HTTPS. Змініть canonical на адресу з https:// на початку.
Серйозність: Висока. Виправте це найближчим часом: canonical вказує пошуковим системам на незахищену адресу як на основну версію.
Чому це важливо
Canonical — сильний сигнал того, що названа адреса має стати основною. Google віддає перевагу сторінкам на HTTPS, якщо сигнали не суперечать, і один із тих, які він називає, — сторінка HTTPS з посиланням rel="canonical" на сторінку HTTP.
Що зробити
- Перегляньте знахідку: у ній показано кожен canonical з http:// на початку, який оголошує сторінка, і до десяти посилань на вашому сайті, що вказують на сторінку.
- Змініть canonical на адресу з https:// на початку у своєму SEO-плагіні, темі чи шаблоні або в заголовку
Link, якщо ваш сервер його надсилає; налаштування адреси сайту, де досі стоїть http:// замість захищеної схеми, часто записує його на кожній сторінці.
Що ми читаємо
Ми читаємо кожну проскановану сторінку, яка закінчується на адресі https:// і відповідає кодом 200 з повним HTML, до 2 МіБ, не виконуючи JavaScript. Її канонічні адреси беруться з <link rel="canonical"> у її head і заголовка Link; посилання, що мають також hreflang, lang, media чи type, ігноруються, а відносна адреса розв’язується відносно <base href> або власної адреси сторінки.
Сторінка фіксується, коли будь-який оголошений нею canonical використовує http://; якщо вона оголошує кілька, перелічується кожен із http:// окремо. Сторінки з позначкою noindex теж перевіряються.
Приклад і докази
Ілюстративний приклад — одна сторінка, а не реальний аудит.
https://bakery.example/cakes/ відповідає кодом 200, а її head містить:
<link rel="canonical" href="http://bakery.example/cakes/">Сторінку завантажено через https://, але її canonical використовує http://, тому сторінка фіксується: Declared HTTP canonical target: http://bakery.example/cakes/.
Можливе виправлення:
<link rel="canonical" href="https://bakery.example/cakes/">Підтвердити й перевірити знову
Перевірте самі: перегляньте вихідний код сторінки й знайдіть rel="canonical", потім пошукайте заголовок відповіді Link з rel="canonical", наприклад за допомогою curl -I; кожен canonical має починатися з https://.
Повторна перевірка: Повний аудит — запустіть новий аудит сайту. Знахідка закривається, коли сторінку знову проскановано як повну HTML-сторінку без canonical з http:// на початку або вона тепер постійно переспрямовує в межах вашого сайту. Сторінку, яка є лише каркасом для скриптів або до якої сканування не доходить, підтвердити неможливо.
Обмеження та джерела
Перевірка не визначає, яку адресу Google обрав канонічною, і фіксує сторінку, навіть коли адреса http:// переспрямовує назад на https://. Канонічні адреси, додані через JavaScript або розміщені поза head, не читаються.
Упевненість: Висока, бо canonical і власна адреса сторінки зчитуються безпосередньо.
Джерела
- Google, Як указати канонічну URL-адресу за допомогою rel="canonical" та іншими способами — називає сторінку HTTPS з посиланням rel="canonical" на сторінку HTTP сигналом проти переваги HTTPS у Google і називає rel="canonical" сильним сигналом. Перевірено 25 вересня 2026.
Редакційна перевірка: 29 вересня 2026