Версія вашого сайту з http:// не переспрямовує на https://
У звітіHTTP does not redirect to HTTPS
http_not_redirected_to_https · Проблема
Це з’являється, коли версія вашої головної сторінки з http:// на початку, з www або без, відповідає сторінкою — безпосередньо чи після переспрямування на іншу адресу з http:// на початку, — замість того щоб дійти до https://. Відвідувачі та посилання, що потрапляють туди, залишаються на незашифрованій копії. Додайте постійне переспрямування з кожної версії з http:// на початку на її адресу з https:// на початку.
Серйозність: Середня. Виправте це під час наступних змін на сайті. Натомість знахідка залишається на перегляд, коли кожна така версія називає канонічною одну адресу з https:// на початку, що Google називає ще одним способом віддати перевагу захищеній сторінці.
Чому це важливо
Google за замовчуванням віддає перевагу сторінкам на HTTPS і називає переспрямування зі сторінки HTTP на сторінку HTTPS або посилання rel="canonical" на неї способами це забезпечити. Без жодного з них головна сторінка на http:// залишається окремою незашифрованою копією, до якої можуть потрапляти люди й посилання.
Що зробити
- Перегляньте знахідку: у ній перелічено версії з http:// на початку, які відповіли сторінкою, і для кожної з чотирьох версій головної сторінки — кінцеву адресу, статус і кількість переспрямувань.
- Додайте постійне (301) переспрямування з http:// на https:// у панелі хостингу, конфігурації сервера чи CDN; багато хостингів пропонують перемикач «примусовий HTTPS».
- Охопіть обидві версії, з www і без, і переконайтеся, що та сторінка з https:// на початку, до якої вони доходять, відповідає нормально.
Коли залишити як є: Залишайте головну сторінку на HTTP, що віддає контент, лише як тимчасовий стан під час перенесення, якщо ще не можете її переспрямувати. Canonical на HTTPS може скерувати пошукові системи, але не шифрує HTTP-з’єднання відвідувача; заплануйте переспрямування обох версій головної сторінки на HTTP.
Що ми читаємо
Ми запитуємо чотири версії вашої головної сторінки: http:// і https://, з www і без, побудовані з вашого зареєстрованого домену, без урахування robots.txt. Ця перевірка читає дві версії http:// і проходить до десяти переспрямувань 301, 302, 303, 307 чи 308; meta refresh або переспрямування скриптом не проходяться. Кожен запит повторюється один раз після розірваного з’єднання, коду 429 чи помилки сервера.
Версія фіксується, коли вона закінчується на адресі з http:// на початку, що відповідає кодом 200, і всі такі версії потрапляють в одну знахідку для сайту. Версія, до якої не вдається дістатися або яка закінчується іншим статусом, не оцінюється.
Приклад і докази
Ілюстративний приклад — один сайт, а не реальний аудит.
Сайт — https://bakery.example/. Ми запитуємо його головну сторінку з http:// на початку:
GET http://bakery.example/
HTTP/1.1 200 OK
Content-Type: text/html; charset=utf-8Переспрямування немає, і сторінка не називає канонічної адреси з https:// на початку, тому сайт фіксується як проблема з http://bakery.example/ як зачепленою адресою; http://www.bakery.example/ переспрямовує на https:// і не потрапляє до списку. Якби сторінка назвала https://bakery.example/ канонічною, знахідка залишилася б на перегляд.
Можливе виправлення:
GET http://bakery.example/
HTTP/1.1 301 Moved Permanently
Location: https://bakery.example/Підтвердити й перевірити знову
Перевірте самі: браузер може сам перемкнутися на https:// без вашої участі, тому зробіть запит GET до кожної версії з http:// на початку, з www і без, в інструменті, який проходить переспрямування й показує кінцеву адресу та статус. Кожна версія має закінчитися на адресі з https:// на початку, що відповідає кодом 200; саме проміжне переспрямування на http:// цієї перевірки не провалює.
Повторна перевірка: Повний аудит — запустіть новий аудит сайту; він знову запитує чотири версії головної сторінки. Знахідка підтверджується як виправлена, лише коли обидві версії з http:// на початку закінчуються на сторінці з https:// на початку, що відповідає кодом 200, і аудит повний: не обірваний лімітом сторінок, кожну знайдену ним адресу завантажено з відповіддю 200 і жодну не відхилено через robots.txt. Якщо до якоїсь версії не вдається дістатися, наприклад тому, що www не має запису DNS, виправлення підтвердити неможливо.
Обмеження та джерела
Запитується лише головна сторінка кожної версії, тож інші адреси http:// не тестуються, як і тип переспрямування: тимчасове 302 чи 307 на https:// проходить. Версії будуються з вашого зареєстрованого домену, тож для сайту на shop.bakery.example перевірка читає bakery.example і www.bakery.example, а не субдомен. HSTS не перевіряється.
Упевненість: Висока, бо статус і кінцева адреса кожного запиту зчитуються безпосередньо.
Джерела
- Google, Як указати канонічну URL-адресу за допомогою rel="canonical" та іншими способами — каже, що Google за замовчуванням віддає перевагу сторінкам на HTTPS, і називає переспрямування або посилання rel="canonical" зі сторінки HTTP на сторінку HTTPS способами це забезпечити. Перевірено 25 вересня 2026.
Редакційна перевірка: 29 вересня 2026