HTTPS і SEO: вплив на ранжування, безпечна міграція та типові помилки

HTTPS і SEO у 2026 році здебільшого вирішене питання: за даними HTTP Archive Web Almanac 2024, 95.6% мобільних головних сторінок тепер віддаються через HTTPS. Залишаються практичні питання: скільки протокол важить у ранжуванні, як перенести старіший сайт без втрати трафіку і які помилки конфігурації досі коштують позицій. Цей посібник відповідає на них за власною документацією Google.

Що таке HTTPS і як він працює?

HTTPS (Hypertext Transfer Protocol Secure) це HTTP, що передається через зашифроване з'єднання TLS. Сервер пред'являє сертифікат TLS (його досі часто називають сертифікатом SSL), виданий центром сертифікації; браузер перевіряє його, а потім шифрує все, що обмінюється із сайтом. Сертифікат прив'язаний до ваших доменних імен, які розв'язуються через DNS, і може надаватися вашим хостингом або CDN, розміщеним перед вашим сайтом.

Сертифікати мають три рівні перевірки: перевірка домену (DV), перевірка організації (OV) і розширена перевірка (EV). Для SEO рівень не має значення: Google перевіряє, що з'єднання дійсне, а не який тип сертифіката його захищає. Сертифіката DV, безкоштовного й виданого за кілька хвилин, достатньо для більшості сайтів; OV та EV додають перевірку компанії за доменом, яку деякі банки чи великі компанії вимагають зі своїх причин.

Чи впливає HTTPS на SEO-позиції?

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

Що Google оголосив у 2014 році

7 серпня 2014 року Google у дописі HTTPS як сигнал ранжування оголосив, що це «лише дуже слабкий сигнал, який впливає менш ніж на 1% глобальних запитів і важить менше за інші сигнали, як-от якісний контент». У тому самому дописі радили сертифікати з 2048-бітним ключем і застерігали від блокування сайту HTTPS у robots.txt. HTTPS поводиться як вирішальний фактор за рівних умов: він може розвести дві сторінки схожої якості, але не підніме слабку сторінку над сильною.

Що кажуть документи Google сьогодні

У документації Google про досвід користувача на сторінці серед запитань для самооцінки є «Чи віддаються ваші сторінки захищено?», а далі уточнюється, що «Окрім Core Web Vitals, інші аспекти досвіду на сторінці не допомагають напряму вашому сайту ранжуватися вище в результатах пошуку». У поєднанні з оголошенням 2014 року повідомлення однакове: HTTPS очікується як базовий рівень, а приріст ранжування від переходу невеликий. Підтверджені фактори ранжування Google показують його значення на тлі релевантності, якості та посилань.

Непрямі ефекти, які важать більше

• Довіра та конверсії. Від Chrome 68 у липні 2018 року Chrome позначає кожну сторінку HTTP як «Не захищено» в адресному рядку, як оголошено в блозі Chromium. Попередження поруч із формою чи оформленням замовлення коштує кліків і продажів, тому HTTPS належить до UX SEO так само, як і до технічного SEO.
• Одна канонічна версія. Google називає серед факторів вибору канонічного URL, чи сторінка віддається через HTTP або HTTPS. Сайт, що відповідає за обома протоколами, ділить сигнали між дублікатами, доки Google їх не об'єднає.
• Швидкість. Браузери підтримують HTTP/2 і HTTP/3 лише через зашифровані з'єднання, тож HTTPS це вхідний квиток до протоколів, що допомагають досвіду на сторінці та Core Web Vitals.
• Аналітика. Коли відвідувач переходить зі сторінки HTTPS на сторінку HTTP, браузери за замовчуванням видаляють реферер, тож сайт на HTTP бачить частину реферального трафіку як прямий.

Як мігрувати з HTTP на HTTPS без втрати трафіку?

Перехід на HTTPS змінює кожен URL сайту, тому Google розглядає його як переїзд сайту. Його посібник про переїзд сайту зі зміною URL описує метод; наведений нижче чекліст застосовує його до зміни протоколу. Дисципліна та сама, що й для будь-якої SEO-міграції.

1. Встановіть і протестуйте сертифікат

Оберіть сертифікат, що охоплює кожне ім'я хоста, яким ви користуєтеся (example.com і www.example.com, а також будь-який піддомен). Безкоштовні сертифікати від Let's Encrypt або вашого хостингу чи CDN працюють для SEO точно так само, як платні. Налаштуйте автоматичне продовження: прострочений сертифікат показує кожному відвідувачу повноекранне попередження браузера.

2. Складіть список і зіставте кожен URL

Просканіть сайт на HTTP і експортуйте його URL з карт сайту, аналітики та журналів сервера, включно із зображеннями, PDF та іншими файлами. Кожен URL HTTP має відповідати тому самому шляху в HTTPS.

3. Виправте змішаний контент

Сторінка HTTPS, що завантажує зображення, скрипти чи таблиці стилів через HTTP, викликає змішаний контент: браузери блокують або позначають такі ресурси. Замініть жорстко прописані посилання http:// у шаблонах, базі даних і налаштуваннях CMS.

4. Налаштуйте переспрямування 301 в один крок

Google радить серверні постійні переспрямування (301 або 308). Переспрямовуйте http://example.com/page одразу на https://www.example.com/page, не проходячи через проміжну версію HTTP з www. Перевірте вибірку старих URL за допомогою перевірки переспрямувань, включно зі сторінками, що мають зворотні посилання.

5. Оновіть усі внутрішні сигнали

Спрямуйте канонічні URL, теги hreflang, внутрішні посилання, структуровані дані та XML-карти сайту безпосередньо на URL HTTPS. Перевірка канонічних тегів швидко показує сторінки, що досі оголошують канонічний URL з HTTP.

6. Налаштуйте Search Console

Додайте ресурс домену або ресурси з префіксом URL для HTTPS і надішліть нову карту сайту. У документації Google сказано, що інструмент зміни адреси не потрібен для переходу з HTTP на HTTPS: він застосовується лише до змін домену.

7. Увімкніть HSTS, коли все працює

Заголовок Strict-Transport-Security повідомляє браузерам завжди використовувати HTTPS для вашого домену. Почніть з короткого строку, потім збільште його до одного року (max-age=31536000), коли переконаєтеся, що кожен піддомен підтримує HTTPS. Перевірте заголовок за допомогою перевірки HTTP-заголовків.

8. Зберігайте переспрямування та стежте

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

Які помилки HTTPS досі шкодять SEO?

• Обидва протоколи активні. Версія HTTP відповідає 200 замість 301, створюючи повний дублікат сайту.
• Ланцюжки переспрямувань. З HTTP на HTTPS, потім без www на www, потім завершальний слеш: три кроки там, де достатньо одного. Кожен крок уповільнює сканування й користувачів.
• 302 замість 301. Тимчасове переспрямування надсилає слабший сигнал про те, який URL постійний. Використовуйте переспрямування 301.
• Старі посилання HTTP у профілях, які ви контролюєте. Переспрямування їх ловлять, але оновлення посилань у соціальних профілях, каталогах і бізнес-профілях прибирає крок і надсилає чистіший сигнал.
• Канонічні URL з HTTP, що залишилися в шаблонах. Сторінка переспрямовує на HTTPS, але оголошує канонічним URL з HTTP: два суперечливі сигнали.
• Прострочений або невідповідний сертифікат. Відвідувачі бачать сторінку помилки, а краулери можуть не отримати контент.
• Занадто ранній HSTS preload. Подання домену до списків попереднього завантаження браузерів до того, як кожен піддомен підтримує HTTPS, робить ці піддомени недоступними, а видалення потребує часу.

Безкоштовне розширення Sorank для Chrome позначає помилки на сторінці, як-от канонічні теги й переспрямування, поки ви переглядаєте власні сторінки.

HTTPS, ШІ-краулери та GEO

ChatGPT, Claude, Perplexity і Gemini спираються на краулери, які завантажують ваші сторінки, перш ніж зможуть їх цитувати. Ці краулери дотримуються тих самих правил, що й браузер: помилка сертифіката, цикл переспрямувань або заблокований robots.txt для HTTPS означає, що сторінку не можна прочитати, а отже, і процитувати. Наш посібник про robots.txt для ШІ-краулерів пояснює, яким ботам дозволити доступ. Єдина версія HTTPS кожного URL також зберігає цитування, що вказують на одну адресу, і їх легше вимірювати за допомогою відстеження згадок у ШІ.

HTTPS: базовий рівень, а потім справжня робота

HTTPS дає невеликий приріст ранжування, прибирає проблему довіри й має мігруватися одним чистим переспрямуванням 301 для кожного URL. Коли він налаштований, позиції залежать від того, що Google зважує значно більше: корисний контент, внутрішні посилання та авторитет. Sorank бере цю частину на себе в autopilot: добір ключових слів, оптимізовані статті, опубліковані у вашому блозі на HTTPS, внутрішнє перелінкування та природні зворотні посилання.