Czy hosting ma wpływ na pozycjonowanie? Co wpływa na pozycję strony

Czy hosting ma wpływ na pozycjonowanie?

Pośrednio tak: hosting nie jest osobnym czynnikiem rankingowym, ale decyduje o szybkości, dostępności i sprawności skanowania, a te elementy Google bierze pod uwagę. W oficjalnej dokumentacji nie znajdziesz zdania „lepszy hosting daje wyższą pozycję". Znajdziesz za to opisy tego, co się dzieje, gdy serwer jest wolny albo zwraca błędy.

Mechanizmy są trzy. Pierwszy to skanowanie: gdy serwer odpowiada szybko i stabilnie, Google może pobierać więcej stron, a gdy zwalnia lub zwraca błędy, robot ogranicza wizyty. Drugi to szybkość ładowania dla użytkownika, czyli to, co mierzą wskaźniki Core Web Vitals. Trzeci to dostępność: jeśli strona w chwili wizyty robota nie działa, nie ma czego indeksować.

Równie ważne jest to, czego hosting nie zmienia. Treść, która nie odpowiada na pytania użytkowników, nie awansuje dlatego, że stoi na drogim serwerze. Według dokumentacji doświadczenie użytkownika na stronie pomaga głównie wtedy, gdy wiele stron oferuje równie przydatną treść. Gdy ktoś szuka bardzo konkretnej informacji, Google pokaże najtrafniejszą stronę, nawet jeśli działa wolniej.

Podstawy pozycjonowania omówiliśmy w osobnym wpisie czym jest SEO. Tutaj skupiamy się na tym, co dzieje się „pod maską".

Jak serwer wpływa na skanowanie strony przez Google?

Im szybciej i stabilniej serwer odpowiada, tym więcej stron robot może pobrać podczas jednej wizyty. Google opisuje to w dokumentacji o zarządzaniu budżetem skanowania. Roboty obliczają tzw. limit przepustowości skanowania (crawl capacity limit), który ogranicza czas, przez jaki serwer utrzymuje otwarte połączenia dla Google.

Każda witryna zaczyna od tego samego, zachowawczego poziomu, a potem limit jest korygowany. Według Google rośnie, gdy czasy odpowiedzi są stabilne lub się poprawiają, a maleje, gdy serwer zwalnia. Obniżają go też błędy serwera (kody 5xx) oraz kod 429, czyli informacja „zbyt wiele zapytań".

Z tego samego powodu Google w dokumentacji o działaniu wyszukiwarki zaznacza, że błędy HTTP 500 są dla robota sygnałem, by zwolnić.

Czy to dotyczy Twojej strony? Najczęściej nie w skali, o której myślisz. Dokumentacja o budżecie skanowania adresuje przede wszystkim duże serwisy: ponad milion unikalnych stron, które zmieniają się co tydzień, albo ponad 10 000 stron zmieniających się codziennie. Dla pozostałych Google pisze wprost, że nie muszą tego czytać. Liczby są podane jako szacunki, nie sztywne progi.

Dla małej strony ważniejszy od „budżetu" jest zwykły scenariusz: serwer się zawiesza w godzinach szczytu, robot trafia na błąd 503 i wraca później. Jeśli takie sytuacje się powtarzają, nowe podstrony pojawiają się w Google wolniej, a stare czasem tracą świeżość w indeksie.

Czy szybkość strony wpływa na pozycjonowanie? Core Web Vitals i TTFB

Tak: Google używa wskaźników Core Web Vitals w systemach rankingowych i zaleca ich spełnienie, ale nie podaje, jaką wagę mają względem trafności treści. To najczęściej cytowany związek między hostingiem a SEO, więc warto go opisać dokładnie.

Core Web Vitals to trzy wskaźniki mierzone u prawdziwych użytkowników.

Ocena dotyczy 75. percentyla wizyt, osobno dla telefonów i komputerów. Strona zalicza test, gdy wszystkie trzy wskaźniki mieszczą się w progach dla tej części wizyt.

Hosting wchodzi do gry przez metrykę, która nie jest częścią Core Web Vitals, ale poprzedza je wszystkie: TTFB (Time to First Byte), czyli czas od wejścia na adres do przyjścia pierwszego bajtu odpowiedzi. Według web.dev na TTFB składają się przekierowania, wyszukanie DNS, nawiązanie połączenia i szyfrowania oraz przetwarzanie żądania na serwerze. Za dobry wynik web.dev uznaje TTFB do 0,8 sekundy, a za słaby powyżej 1,8 sekundy, zaznaczając, że 0,8 s to orientacyjna wskazówka, a nie sztywny cel.

Wolny TTFB przesuwa w czasie wszystko, co dzieje się później, łącznie z LCP. To oczywiście nie jest pełna historia: web.dev zauważa, że strona renderowana na serwerze może mieć wyższy TTFB, a mimo to szybciej pokazać treść niż strona w całości budowana w przeglądarce. Dlatego sam TTFB nie wystarczy, trzeba patrzeć na komplet danych.

Co jeszcze winduje LCP, a z hostingiem nie ma nic wspólnego? Ciężkie, niezoptymalizowane zdjęcia, wolne skrypty, brak pamięci podręcznej, rozbudowane wtyczki. Zanim zmienisz serwer, sprawdź więc zdjęcia i skrypty: to tańsze do poprawienia, a zmiana dostawcy rozwiąże tylko tę część problemu, która leży po stronie serwera.

Czy lokalizacja serwera ma znaczenie dla SEO?

Lokalizacja serwera jest co najwyżej słabą wskazówką dla Google, a w Polsce rzadko ma praktyczne znaczenie. W dokumentacji o stronach wielojęzycznych Google pisze, że serwer jest często fizycznie blisko użytkowników i może sygnalizować grupę docelową. Jednocześnie zaznacza, że to tylko wskazówka, a sieci CDN i różne rozwiązania hostingowe czynią ją zawodną.

Znacznie silniejszym sygnałem jest domena krajowa. Według Google domeny typu ccTLD (u nas .pl) wyraźnie sygnalizują wyszukiwarce i użytkownikom, że strona jest przeznaczona dla konkretnego kraju. Przy stronach obsługujących kilka języków Google zaleca znaczniki hreflang albo mapy witryny.

Czy to znaczy, że serwer w Polsce nie ma sensu? Ma, ale z innego powodu: fizyczna bliskość skraca czas połączenia z użytkownikami z Polski, co pomaga w TTFB. To argument wydajnościowy, nie rankingowy. Jeśli używasz sieci CDN, która rozsyła kopie strony do wielu miejsc na świecie, ten argument słabnie jeszcze bardziej.

Co jeszcze wpływa na pozycjonowanie strony, poza hostingiem?

O pozycji decydują przede wszystkim trafność i jakość treści, a doświadczenie użytkownika działa jak dodatkowy sygnał. Google wyraźnie pisze w dokumentacji o page experience, że nie ma jednego sygnału: systemy rankingowe oceniają wiele cech, które razem składają się na komfort korzystania ze strony.

Wśród elementów, które Google proponuje sprawdzić, są: Core Web Vitals, bezpieczne połączenie HTTPS, poprawne wyświetlanie na telefonie, brak uciążliwych reklam i okienek zasłaniających treść oraz wyraźny podział między treścią główną a resztą strony. Z tego tylko Core Web Vitals są wskazane jako sygnał używany bezpośrednio, pozostałe pośrednio sprzyjają temu, co systemy rankingowe nagradzają.

Dochodzi do tego wszystko, co leży w obszarze treści i struktury:

• Trafność odpowiedzi na to, czego szuka użytkownik.
• Indeksowalność: strona zwraca kod 200, nie jest zablokowana dla robota i ma treść w obsługiwanym formacie.
• Wersja mobilna: Google indeksuje i ocenia przede wszystkim wersję mobilną, dlatego treść i nagłówki powinny być na telefonie takie same jak na komputerze.
• Linkowanie wewnętrzne: do ważnych stron powinien prowadzić co najmniej jeden link z innej podstrony.
• Wiarygodność i jakość treści, o których piszemy w tekstach jak pisać teksty SEO i jak zoptymalizować stronę pod SEO.

Dlatego odpowiadając na pytanie „co wpływa na pozycjonowanie strony", nie szukaj jednej dźwigni. Szukaj najsłabszego ogniwa: czasem jest to serwer, a znacznie częściej brak treści, która odpowiada na pytanie.

Jak sprawdzić szybkość strony internetowej?

Najlepiej połączyć dane od prawdziwych użytkowników z testem laboratoryjnym, bo każde z nich pokazuje coś innego. Google i web.dev rozróżniają dwa rodzaje pomiarów.

Dane terenowe (field data) pochodzą od realnych odwiedzających. To na nich opierają się progi Core Web Vitals. Zobaczysz je w raporcie Core Web Vitals w Search Console oraz w narzędziu PageSpeed Insights. Mają jedną wadę: brakuje im szczegółów pojedynczej wizyty.

Dane laboratoryjne (lab data) pochodzą z kontrolowanych testów, np. Lighthouse lub narzędzi deweloperskich w przeglądarce. Pomagają wyłapać regresje podczas pracy nad stroną. Lighthouse nie zmierzy INP, bo nie ma interakcji użytkownika, więc używa zastępczego wskaźnika Total Blocking Time.

Praktyczna kolejność wygląda tak:

1. 01
   Sprawdź raport Core Web Vitals w Search Console. Pokaże, które grupy adresów mają problem z LCP, INP lub CLS u prawdziwych użytkowników.
2. 02
   Uruchom PageSpeed Insights dla najważniejszych podstron. Strona główna, najważniejsza kategoria, najpopularniejszy wpis. Porównaj dane od użytkowników z testem laboratoryjnym.
3. 03
   Zmierz TTFB. Jeśli przekracza 0,8 s regularnie, zacznij od pamięci podręcznej, przekierowań i zapytań do bazy, zanim zmienisz hosting.
4. 04
   Zajrzyj do raportu Statystyki indeksowania. W Search Console pokazuje liczbę żądań robota, kody odpowiedzi i średni czas odpowiedzi. Google zaznacza, że to raport dla zaawansowanych, a witryny poniżej około tysiąca stron zwykle go nie potrzebują.
5. 05
   Sprawdź status hosta. Ten sam raport ocenia, czy w ostatnich 90 dniach były problemy z plikiem robots.txt, DNS lub połączeniem z serwerem.
6. 06
   Powtórz pomiar po zmianie. Oceniaj efekt po kilku tygodniach, nie następnego dnia.

Kilka tygodni na ocenę efektów to zresztą ogólna rada samego Google z poradnika SEO. Po każdej zmianie technicznej zapisz datę i wynik przed zmianą. Bez tego nie ustalisz, co naprawdę pomogło.

Jakie błędy hostingu szkodzą widoczności?

Najbardziej szkodzą powtarzające się błędy serwera, długi czas odpowiedzi i przypadkowe blokady robota. Poniżej zestawiamy to, co w audytach widzimy najczęściej, wraz z tym, jak Google opisuje skutki.

Szczególnie podstępna jest zapora (firewall) lub ochrona przed atakami DDoS. Zdarza się, że blokuje robota Google, bo uznaje go za podejrzany ruch. Strona działa dla ludzi, a w Search Console widać błędy. Dlatego Google w instrukcji zmiany hostingu radzi sprawdzić, czy zapora nie blokuje Googlebota.

Jak zmienić hosting i nie stracić pozycji?

Zmiana hostingu przy tym samym adresie nie powinna obniżyć pozycji, jeśli robot po drodze nie napotka błędów ani blokad. Google ma na to osobną instrukcję, która sprowadza się do kilku zasad.

1. Przygotuj nowe miejsce. Skopiuj stronę, przetestuj ją pod tymczasowym adresem z blokadą indeksowania i sprawdź w narzędziu do kontroli adresów URL, czy Googlebot ma dostęp.
2. Obniż czas życia rekordów DNS (TTL) na co najmniej tydzień przed przeniesieniem, do kilku godzin. Dzięki temu zmiana szybciej dotrze do użytkowników.
3. Przenieś weryfikację Search Console: plik, znacznik meta lub metodę przez Google Analytics.
4. Usuń tymczasowe blokady. Zdarza się, że na nowym serwerze zostaje ustawienie „disallow all" w robots.txt albo znacznik noindex z wersji testowej. To najczęstsza przyczyna znikania stron po przeprowadzce.
5. Zmień DNS i trzymaj oba serwery. Starego nie wyłączaj, dopóki ruch na nim nie spadnie do zera.
6. Obserwuj statystyki skanowania. Chwilowy spadek tempa skanowania zaraz po zmianie jest normalny, po kilku dniach powinno rosnąć.

Jeśli przy okazji zmieniasz domenę lub adresy, to jest już migracja z przekierowaniami, a nie zwykła zmiana hostingu, i wymaga osobnego planu. Koszty utrzymania strony, w tym hosting, opisujemy w tekście ile kosztuje utrzymanie strony internetowej, a pojęcia domeny i serwera wyjaśniamy w wpisie domena i hosting, co to jest.

Jaki hosting wybrać pod SEO?

Wybierz hosting, który zapewnia stabilność, niski czas odpowiedzi i brak blokad dla robotów, a cenę potraktuj jako ostatnie kryterium. Nie ma jednej najlepszej opcji. Różne typy rozwiązań pasują do różnych stron.

Po stronie parametrów warto sprawdzić kilka rzeczy, niezależnie od ceny:

• Czy dostawca podaje realną gwarancję dostępności i jak reaguje na awarie.
• Czy w pakiecie jest certyfikat HTTPS i jak wygląda jego odnawianie.
• Czy możesz włączyć pamięć podręczną na poziomie serwera i kompresję.
• Czy istnieje środowisko testowe do bezpiecznych zmian.
• Czy zapora nie będzie blokować Googlebota i narzędzi pomiarowych.
• Czy kopie zapasowe są automatyczne i łatwe do odtworzenia.

Wiele problemów z szybkością rozwiązuje się bez zmiany dostawcy. Optymalizacja zdjęć i skryptów daje często większy efekt niż przesiadka na droższy pakiet. Jeśli planujesz nową stronę i chcesz od początku dobrać architekturę do potrzeb widoczności, zajrzyj do sekcji o sklepach i stronach na naszej stronie głównej.