Protokół HTTPS zabezpiecza połączenie między przeglądarką a serwerem przy użyciu TLS. Ogranicza możliwość przechwycenia lub zmiany przesyłanych danych i pozwala użytkownikowi sprawdzić, z jaką domeną nawiązał połączenie. Jest potrzebny nie tylko w sklepie lub formularzu płatności, ale w całym serwisie.
Przejście z HTTP na HTTPS zmienia jednak adres każdego zasobu. Dla wyszukiwarki jest więc migracją URL-i, którą trzeba zaplanować podobnie jak zmianę domeny lub struktury katalogów. Sam zakup certyfikatu nie kończy wdrożenia.
Co HTTPS daje użytkownikowi i firmie?
Szyfrowane połączenie chroni między innymi dane wysyłane przez formularze, informacje logowania oraz zawartość pobieraną przez użytkownika. Ma to znaczenie również na zwykłej stronie usługowej: formularz kontaktowy, panel klienta, narzędzia analityczne i osadzone moduły wymieniają dane z przeglądarką.
HTTPS pomaga też uniknąć ostrzeżeń o niezabezpieczonym połączeniu. Takie komunikaty mogą obniżać zaufanie i liczbę zapytań, nawet jeśli pozostałe elementy oferty działają prawidłowo.
Nie należy natomiast przedstawiać certyfikatu jako samodzielnego sposobu na wysokie pozycje. Jego wdrożenie jest standardem technicznym, a wynik organiczny nadal zależy między innymi od treści, struktury, dostępności strony i konkurencji.
Co sprawdzić przed migracją z HTTP na HTTPS?
Najpierw należy przygotować listę wszystkich adresów oraz zasobów działających w starej wersji. Obejmuje to nie tylko strony HTML, ale też obrazy, arkusze stylów, skrypty, dokumenty PDF, formularze i subdomeny.
Lista kontrolna przed wdrożeniem powinna obejmować:
- ważny certyfikat obejmujący używane warianty domeny,
- kopię konfiguracji serwera i aktualnej wersji serwisu,
- crawl adresów HTTP wraz z kodami odpowiedzi i canonicalami,
- mapę starych oraz docelowych URL-i,
- wykaz integracji korzystających ze starych adresów,
- kontrolę reguł robots.txt i dyrektyw noindex,
- punkt odniesienia dla ruchu, widoczności i konwersji.
Jeżeli wraz z HTTPS zostanie zmieniony CMS, wygląd strony, treść i struktura adresów, trudniej będzie wskazać przyczynę ewentualnego spadku. W miarę możliwości migrację warto oddzielić od innych dużych zmian.
Jak skonfigurować przekierowania?
Każdy używany adres HTTP powinien prowadzić bezpośrednio do swojego odpowiednika HTTPS. Strona produktu powinna trafić na ten sam produkt, artykuł na odpowiadający mu artykuł, a strona usługi na tę samą ofertę.
Przykład prawidłowej relacji:
http://example.pl/audyt-seo/ → https://example.pl/audyt-seo/
Do stałej zmiany należy zastosować serwerowe przekierowanie 301 lub 308. Nie należy tworzyć łańcucha prowadzącego kolejno przez HTTP, inny wariant hosta, zmieniony katalog i dopiero właściwy adres. Reguła powinna kierować od razu do wersji docelowej.
Nie wolno też przekierowywać wszystkich starych URL-i na stronę główną. Jeśli treść została usunięta i nie ma odpowiednika, właściwsza może być odpowiedź 404 lub 410. Więcej przypadków opisuję w poradniku o przekierowaniach 301.
Jak ujednolicić sygnały wewnętrzne?
Przekierowanie jest zabezpieczeniem dla starych wejść, ale serwis po migracji powinien odwoływać się bezpośrednio do HTTPS. Trzeba zaktualizować:
- linki w menu, stopce, treści i breadcrumbs,
- adresy kanoniczne,
- oznaczenia hreflang,
- dane uporządkowane i informacje o organizacji,
- mapy XML oraz odnośniki w pliku robots.txt,
- adresy obrazów, skryptów i arkuszy stylów,
- odnośniki w kampaniach reklamowych i profilach firmy.
Nowy URL powinien wskazywać siebie jako wersję kanoniczną. Pozostawienie canonicala do HTTP wysyła sygnał sprzeczny z przekierowaniem. Zasady wyboru wersji podstawowej opisuję w artykule o canonical URL.
Czym jest mixed content?
Mixed content występuje wtedy, gdy dokument otwarty przez HTTPS pobiera część zasobów przez HTTP. Może dotyczyć obrazu, fontu, skryptu, stylu, filmu albo modułu zewnętrznego. Przeglądarka może zablokować taki element lub wyświetlić ostrzeżenie.
Automatyczna zamiana adresu domeny w bazie nie zawsze wystarcza. Stare odwołania mogą pozostać w szablonie, widżecie, kodzie CSS, pamięci podręcznej albo zewnętrznej integracji. Dlatego trzeba przetestować kilka reprezentatywnych podstron i przeprowadzić ponowny crawl całego serwisu.
Jak przetestować migrację HTTPS?
Odbiór techniczny powinien nastąpić zaraz po uruchomieniu nowej wersji.
- Sprawdź ważność certyfikatu i obsługiwane warianty domeny.
- Przetestuj adresy HTTP i potwierdź jednoetapowe przekierowanie.
- Zweryfikuj kod 200 na docelowych stronach HTTPS.
- Porównaj canonicale, robots.txt, sitemapę i hreflang.
- Wyszukaj niezabezpieczone zasoby oraz błędy przeglądarki.
- Przetestuj formularze, logowanie, koszyk i płatności.
- Sprawdź zbieranie danych analitycznych i konwersji.
- Przeanalizuj ważne adresy w Search Console.
Google zaleca przygotowanie mapy URL-i, zastosowanie stałych przekierowań serwerowych, aktualizację linków i sitemap oraz monitorowanie migracji. Szczegóły zawiera dokumentacja dotycząca przenoszenia stron.
Najczęstsze błędy podczas wdrożenia
- Część adresów HTTP nadal zwraca kod 200.
- Przekierowania prowadzą do niedopasowanych podstron.
- Canonicale i sitemap zawierają stare adresy.
- Wersja HTTPS została przypadkowo zablokowana przez noindex lub robots.txt.
- Obrazy i skrypty są nadal pobierane przez HTTP.
- Powstały łańcuchy między wariantami www i bez www.\
- Formularz działa wizualnie, ale nie dostarcza zgłoszeń.
- Certyfikat nie obejmuje subdomeny używanej przez klientów.
Problemy serwera pojawiające się pod obciążeniem trzeba rozpatrywać oddzielnie. Kody 500 i 503 nie są prawidłowym skutkiem migracji. Ich diagnozę opisuję w poradniku o błędach serwera 500 i 503.
Jak mierzyć efekt migracji?
Najpierw należy potwierdzić poprawność techniczną, a dopiero później oceniać widoczność. Po zmianie Google musi ponownie odwiedzić adresy i przetworzyć przekierowania, dlatego krótkotrwałe wahania są możliwe.
W jednym rejestrze warto obserwować kliknięcia i wyświetlenia, liczbę zaindeksowanych adresów HTTPS, błędy przekierowań, odpowiedzi serwera, wejścia na stare URL-e oraz działanie konwersji. Przekierowania powinny pozostać aktywne co najmniej przez okres potrzebny na przeniesienie sygnałów, a w praktyce często warto utrzymywać je bezterminowo.
Jeżeli planujesz migrację albo po wdrożeniu spadł ruch, mogę sprawdzić mapę URL-i, przekierowania, canonicale i indeksowanie w ramach audytu SEO. Napisz na czesc@seomariusz.pl lub zadzwoń: 665 015 610.