Посилання та списки досі вказують на адреси http://

У звітіHTTPS pages still reference http:// URLs in links, hreflang or sitemaps

lingering_http_references · Потребує перегляду

Коротка відповідь

Це з’являється, коли ваш сайт із HTTPS досі має посилання, анотації hreflang чи записи карти сайту, що вказують на адреси з http:// на тому самому сайті. Ця перевірка не запитує цих адрес, тож не може визначити, чи переспрямовують вони на HTTPS. Оновіть їх на адреси з https://.

Серйозність: До уваги. Тут позначено посилання на HTTP, а не відповідь, яку воно отримує. Оновіть посилання під час звичайного обслуговування й перевірте переспрямування окремо.

Чому це важливо

Посібник Google про перенесення сайту, який вважає перехід з HTTP на HTTPS перенесенням, радить змінити внутрішні посилання, анотації hreflang і записи карти сайту на нові адреси, бо переспрямування повільні для користувачів.

Що зробити

  1. Перегляньте знахідку: у ній показано для кожного виду посилань до 25 прикладів з адресою так, як її записано, і в розв’язаному вигляді.
  2. Змініть внутрішні посилання, анотації hreflang і og:url на https:// у своїх шаблонах і контенті.
  3. Згенеруйте карту сайту заново з адресами https://.

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

Що ми читаємо

На кожній просканованій сторінці HTTPS ми читаємо, не виконуючи JavaScript, посилання <a href> і <area href>, теги <link> з hreflang, заголовок Link з hreflang та og:url, коли він відрізняється від канонічної адреси сторінки лише http://. Сторінка фіксується, коли будь-що з цього вказує на http:// на власному хості вашого сайту, з www. або без; інші хости й субдомени ігноруються.

Ми також читаємо записи <loc> ваших карт сайту, і записи з http:// там фіксуються один раз для всього сайту. Вид посилань, який на сторінці не вдалося прочитати повністю, наприклад понад 5 000 посилань, позначається там як неперевірений.

Приклад і докази

Ілюстративний приклад — одне посилання, а не реальний аудит.

https://bakery.example/cakes/ містить:

<a href="http://bakery.example/order/">Order a cake</a>

Посилання вказує на http:// на власному хості сайту, тому сторінка фіксується разом із посиланням.

<a href="https://bakery.example/order/">Order a cake</a>

Можливе виправлення: посилайтеся на адресу HTTPS або використайте відносну, як-от /order/.

Підтвердити й перевірити знову

Перевірте самі: перегляньте вихідний код сторінки й знайдіть http://, за яким іде ваш домен.

Повторна перевірка: Повний аудит — запустіть новий аудит сайту. Знахідка для сторінки закривається, коли сторінку знову проскановано, кожен вид посилань придатний для читання і жодне не вказує на http:// на вашому сайті. Знахідка про карту сайту для всього сайту закривається, коли аудит має повне охоплення зібраних ним карт сайту й не знаходить жодного внутрішнього запису http:// у <loc>.

Обмеження та джерела

Перевірка читає оголошені посилання й розв’язує відносні посилання сторінки відносно їхньої застосовної базової URL-адреси; вона не запитує адрес із http://. Вона не фіксує тегів canonical як залишкових посилань на HTTP; до canonical вона звертається, лише щоб класифікувати og:url. Вона не читає інших тегів <link>, зображень чи скриптів, адрес усередині CSS, JavaScript чи структурованих даних або альтернатив hreflang у картах сайту.

Упевненість: Висока, бо посилання зчитуються безпосередньо з HTML, заголовків і карт сайту.

Джерела

  • Google, Як перенести сайт — вважає перехід з HTTP на HTTPS перенесенням сайту й радить оновити внутрішні посилання, анотації hreflang і записи карти сайту на нові адреси, а також каже, що переспрямування повільні для користувачів. Перевірено 28 вересня 2026.

Редакційна перевірка: 29 вересня 2026