Hosting nie jest czynnikiem rankingowym Google, ale decyduje o kilku sygnałach, które Google mierzy i wykorzystuje. Chodzi o czas odpowiedzi serwera (TTFB), wyniki Core Web Vitals, dostępność strony dla Googlebota i bezpieczeństwo połączenia.
Przy małej stronie z kilkoma tysiącami sesji miesięcznie różnica między dobrym a przeciętnym serwerem jest w rankingu niemal niewidoczna. Przy sklepie z ruchem organicznym powyżej 50 000 sesji miesięcznie ta sama różnica potrafi zdecydować o tym, czy strona w ogóle mieści się w progach Core Web Vitals. Pokażę Ci, gdzie serwer faktycznie dotyka SEO, co zmienia przejście ze współdzielonego hostingu na VPS lub serwer dedykowany i jakie firmy hostingowe polecają polscy specjaliści SEO!
Najważniejsze informacje z wpisu:
- Hosting nie jest czynnikiem rankingowym, ale steruje TTFB, dostępnością strony dla Googlebota, HTTPS i lokalizacją serwera, czyli sygnałami mierzonymi przez Google.
- Hosting SEO oznacza w Polsce albo hosting multi-IP dla zapleczy, albo zwykły hosting o parametrach pod szybkość: NVMe, aktualne PHP, Redis, HTTP/2 lub HTTP/3, serwerownia w Polsce.
- TTFB poniżej 0,8 s dla 75. percentyla to warunek zmieszczenia LCP w progu 2,5 s, a to serwer ma największy wpływ na TTFB .
- VPS i serwer dedykowany dają dostęp do konfiguracji niedostępnej na hostingu współdzielonym, na przykład zmiany kompresji z gzip na Brotli lub zstd i cache pełnej strony.
- Hosting zaczyna ważyć na SEO przy ruchu organicznym powyżej około 50 000 sesji miesięcznie; poniżej tego progu pieniądze lepiej wydać na treści i frontend.
Czy hosting ma wpływ na pozycjonowanie?
Hosting wpływa na pozycjonowanie pośrednio, przez wydajność, stabilność i bezpieczeństwo strony. Sam wybór dostawcy nie jest sygnałem dla Google.
Google w dokumentacji o page experience pisze wprost, że „nie ma jednego sygnału”, a systemy rankingowe patrzą na zestaw sygnałów związanych z doświadczeniem strony. W tej samej dokumentacji zastrzega, że dobre wyniki w raporcie Core Web Vitals nie gwarantują pozycji w top 10, a najbardziej trafna treść może wygrać nawet przy słabym page experience.
Z tego wynika prosta zasada, którą stosuję w audytach. Czy hosting ma wpływ na pozycjonowanie? Ma, ale tylko wtedy, gdy serwer psuje któryś z mierzalnych sygnałów. Serwer ma cztery punkty styku z SEO:
- czas odpowiedzi serwera (TTFB), pierwsza składowa LCP,
- dostępność strony i kody 5xx sterujące limitem crawlowania Googlebota,
- certyfikat SSL i protokół HTTPS, czyli bezpieczeństwo połączenia,
- lokalizacja serwera i opóźnienie sieciowe dla użytkowników z Polski.
Wszystko poza tymi czterema punktami, czyli treść, linki, struktura sklepu, dane strukturalne, działa tak samo na tanim hostingu współdzielonym i na serwerze dedykowanym. Dlatego wymianę hostingu traktuję jako narzędzie do naprawy konkretnego problemu z listy powyżej, osobno od pozostałych działań na rzecz poprawy pozycji w Google.
Co to jest hosting SEO?
Hosting SEO to w polskiej branży dwa różne produkty pod jedną nazwą: hosting z wieloma adresami IP dla stron zapleczowych oraz zwykły hosting o parametrach dobranych pod szybkość i stabilność strony.
Pierwsze znaczenie pochodzi z czasów, gdy pozycjonerzy budowali sieci własnych stron linkujących do klienta i potrzebowali, aby każda stała na innym IP i w innej klasie adresowej. Takie oferty wciąż istnieją, a dostawcy reklamują je liczbą klas C i krajów, z których pochodzą adresy.
Drugie znaczenie jest dziś ważniejsze dla właściciela sklepu. Host SEO w tym rozumieniu to dostawca, który daje dyski NVMe, aktualne wersje PHP, cache po stronie serwera (Redis lub Memcached), HTTP/2 lub HTTP/3, darmowy certyfikat SSL i serwery zlokalizowane w Polsce. Żaden z tych elementów nie jest „sekretną” funkcją SEO, ale każdy skraca czas odpowiedzi i ładowania strony.
Jeżeli ktoś oferuje Ci „hosting pod pozycjonowanie” z obietnicą wyższych pozycji, zapytaj o konkrety. Interesuje Cię mierzalny TTFB, deklarowany uptime i cena odnowienia w drugim roku. Etykieta w nazwie pakietu nie ma znaczenia. Temat zaplecza SEO i hostingu multi-IP opisaliśmy osobno, tutaj skupiam się na serwerze, na którym stoi Twoja główna strona.
Jak serwer wpływa na Core Web Vitals?
Serwer odpowiada za pierwszy odcinek każdego ładowania strony, czyli czas do pierwszego bajtu (TTFB), a TTFB wchodzi w skład LCP, najważniejszej metryki Core Web Vitals.

Pomiar TTFB w narzędziu CrUX Vis dla feb.net.pl
Zgodnie z web.dev większość stron powinna utrzymać TTFB na poziomie 0,8 s lub mniej dla 75. percentyla użytkowników, ponieważ TTFB poprzedza FCP i LCP i ogranicza je od dołu. Przy TTFB 1,5 s nie zmieścisz LCP w progu 2,5 s nawet z idealnie zoptymalizowanym frontendem, bo zostaje Ci sekunda na pobranie HTML, CSS, fontów i obrazka hero.
Progi Core Web Vitals według web.dev to LCP do 2,5 s, INP do 200 ms i CLS do 0,1, oceniane dla 75. percentyla realnych wizyt z raportu CrUX. Serwer wpływa na te trzy metryki w różnym stopniu, dlatego rozbiłem to na tabelę.
| Metryka | Za co odpowiada serwer | Wpływ hostingu |
| LCP (Largest Contentful Paint) | TTFB, kompresja HTML, cache pełnej strony, HTTP/2 i HTTP/3, lokalizacja serwera | duży, TTFB jest pierwszą fazą LCP |
| INP (Interaction to Next Paint) | czas odpowiedzi na żądania AJAX (koszyk, filtry, wyszukiwarka w sklepie) | średni, większość INP to JavaScript w przeglądarce |
| CLS (Cumulative Layout Shift) | brak bezpośredniego wpływu | znikomy, CLS zależy od szablonu i wymiarów obrazków |
W praktyce audytowej patrzę najpierw na TTFB w raporcie CrUX i w statystykach indeksowania Google Search Console. Jeżeli TTFB rośnie razem z ruchem w godzinach szczytu, problemem jest serwer. Jeżeli TTFB jest stabilnie niski, a LCP wysokie, problem leży w motywie, skryptach zewnętrznych i obrazkach, i wtedy zmiana hostingu nic nie da. Szczegóły metryk opisaliśmy we wpisie o parametrach PageSpeed Insights.
Hosting a crawl budget i dostępność strony
Googlebot dostosowuje limit crawlowania do kondycji serwera: gdy strona odpowiada stabilnie i szybko, limit rośnie, a gdy zwalnia lub zwraca błędy 5xx, limit spada.
Tak opisuje to dokumentacja Google o zarządzaniu crawl budgetem, gdzie limit wydajności indeksowania (crawl capacity limit) ma chronić Twój serwer przed przeciążeniem. Dla sklepu z dziesiątkami tysięcy adresów URL, filtrów i wariantów produktów wolny serwer oznacza, że nowe produkty i zmiany cen trafiają do indeksu z opóźnieniem.
Dostępność liczy się w godzinach. Deklarowany uptime 99,9% to 0,1% niedostępności, czyli około 8,76 godziny w skali roku. Uptime 99,5% to już prawie 44 godziny przestoju rocznie. Search Engine Journal zwraca uwagę, że liczy się też moment przestoju, bo jeżeli przypada na wizytę Googlebota lub szczyt sprzedaży, koszt jest wyższy niż wynika z samego czasu niedostępności.
Więcej o mechanice indeksowania przeczytasz we wpisie o tym, czym jest crawl budget. Tutaj zapamiętaj jedną rzecz. Google podaje, że crawl budget dotyczy głównie serwisów powyżej 10 000 unikalnych stron z często zmieniającą się treścią, więc dla małej strony firmowej ten argument za droższym hostingiem odpada.
Hosting współdzielony, VPS czy serwer dedykowany – co daje więcej możliwości?
Serwer dedykowany i VPS dają dostęp do konfiguracji serwera WWW, której na hostingu współdzielonym w ogóle nie zobaczysz, a to właśnie w tej konfiguracji najsilniej wpłyniesz na TTFB.
Na hostingu współdzielonym dostajesz panel z przełącznikami: wersja PHP, czasem włączenie gzip, czasem prosty cache. Na własnym serwerze decydujesz o wszystkim, od wyboru oprogramowania serwera po sposób kompresji odpowiedzi.
Najprostszy przykład to algorytm kompresji. Większość hostingów współdzielonych oferuje wyłącznie gzip. Na VPS lub serwerze dedykowanym możesz włączyć Brotli, osiągający według Google 20–26% wyższy stopień kompresji niż Zopfli przy porównywalnej prędkości działania, a od Chrome 123 także Zstandard (zstd), odciążający procesor serwera przy kompresji. Mniejszy HTML i CSS to krótszy czas pobrania dokumentu, czyli szybsze FCP i LCP na łączach mobilnych.
Poniżej zebrałem, co realnie różni trzy rodzaje hostingu z punktu widzenia SEO.
| Element konfiguracji | Hosting współdzielony | VPS | Serwer dedykowany |
| Zasoby CPU i RAM | dzielone z innymi klientami, limity procesów | gwarantowana część maszyny | cała maszyna na wyłączność |
| Kompresja odpowiedzi | zwykle tylko gzip | gzip, Brotli, zstd, własne poziomy | jak VPS, plus prekompresja plików statycznych |
| Cache po stronie serwera | zależny od panelu dostawcy | Redis, Memcached, cache pełnej strony w nginx lub LiteSpeed | jak VPS, bez limitów pamięci narzuconych przez dostawcę |
| Protokoły | HTTP/2 u większości, HTTP/3 rzadko | HTTP/3 do włączenia samodzielnie | HTTP/3 do włączenia samodzielnie |
| Nagłówki i .htaccess | edycja .htaccess, bez dostępu do konfiguracji serwera | pełna konfiguracja nginx, Apache lub LiteSpeed | pełna konfiguracja |
| Odporność na szczyty ruchu | niska, sąsiedzi na serwerze wpływają na Twoją stronę | średnia, skalowanie planu w kilka minut | wysoka, ograniczona parametrami maszyny |
| Kto administruje | dostawca | Ty lub administrator (opcja managed) | Ty lub administrator |
Własny serwer ma koszt ukryty, rzadko wymieniany w ofertach. Ktoś musi go aktualizować, pilnować kopii zapasowych, reagować na ataki i optymalizować bazę danych. Dla sklepu bez administratora bezpieczniejszy bywa dobry hosting współdzielony lub VPS w wersji zarządzanej niż serwer dedykowany, na którym od roku nikt nie zaktualizował PHP.
Kiedy hosting zaczyna mieć znaczenie dla SEO?
W FEB przyjmujemy próg około 50 000 sesji organicznych miesięcznie. Powyżej niego serwer staje się jednym z pierwszych sprawdzanych elementów, a poniżej rzadko jest źródłem problemu.
Przy kilku tysiącach sesji różnica TTFB 300 ms między dwoma hostingami nie zmieni oceny CrUX ani przychodu. Przy dziesiątkach tysięcy sesji ta sama różnica dotyka każdego użytkownika, mnoży się przez liczbę podstron w sesji i wpada w 75. percentyl oceniany przez Google.
Skalę przekłada się na pieniądze. W badaniu „Milliseconds Make Millions”, które Deloitte i 55 przeprowadziły dla Google na 37 markach i ponad 30 milionach sesji, poprawa szybkości mobilnej o 0,1 s podniosła konwersję w retailu o 8,4%, a średnią wartość zamówienia o 9,2%. Dla sklepu z ruchem 50 000 sesji miesięcznie 0,1 s to argument, dla strony z 2 000 sesji to statystyczny szum.
Trzy sygnały podpowiadające, że czas zmienić hosting lub jego konfigurację:
- TTFB w CrUX powyżej 0,8 s dla 75. percentyla, a w statystykach indeksowania GSC czas odpowiedzi rośnie w godzinach szczytu.
- W raporcie indeksowania pojawiają się nowe błędy serwera (5xx) lub przekroczenia czasu.
- Sklep zwalnia w piątki wieczorem, w Black Friday i przy wysyłce newslettera, czyli dokładnie wtedy, gdy zarabia.
Jeżeli żaden z tych sygnałów nie występuje, pieniądze na droższy serwer lepiej wydać na treści i optymalizację frontendu, zwykle dającą więcej sekund niż wymiana hostingu.
Co pokazała awaria naszej własnej strony?
W czerwcu 2026 feb.net.pl przeszło weekendową awarię serwera. Trwała niecałe dwa dni, a w raportach Google jest widoczna do dziś.

W Google Search Console 2 dni słabego wyniku sprzed paru miesięcy nadal rzutują na „średni czas reakcji”
W dzień awarii zanotowaliśmy zdecydowanie za małą liczbę sesji. W statystykach indeksowania Google Search Console średni czas reakcji serwera skoczył już w sobotę, a w niedzielę wykres poszedł pionowo w górę. W CrUX p75 LCP dla całej domeny zaczął rosnąć w tym samym zakresie dat.
Ciekawszy jest okres po podniesieniu strony. Serwer wrócił do normy w ciągu weekendu, ale statystyki indeksowania w GSC liczą średnią z 90 dni, więc jeden pik z czerwca zawyża „średni czas reakcji” przez cały kwartał i spłaszcza resztę wykresu do linii przy zerze. CrUX z kolei ocenia 28-dniowe okno realnych wizyt, dlatego pogorszony p75 LCP utrzymuje się blisko miesiąc po tym, jak problem zniknął.
Wniosek dla każdego, kto planuje zmianę hostingu lub prace serwisowe? Jeden lub dwa dni problemów z serwerem to w raportach Google kilka tygodni podwyższonych wartości, a przy dużym ruchu organicznym takie okno pokrywa się z oceną Core Web Vitals w Search Console. Dlatego przy migracji trzymam stary serwer aktywny do końca przełączenia i planuję prace poza szczytem sprzedażowym.
Jakie hostingi polecają polscy specjaliści SEO?
W dyskusji na jednej z największych polskich grup SEO/SEM najczęściej polecanym hostingiem współdzielonym było Hostido, a w kategorii VPS uczestnicy wskazywali OVH, Hetzner, mikr.us, netcup, webh.pl i awhost.pl.
Wątek zaczął się od pytania o zmianę hostingu za 180 zł rocznie bez podwyżek przy odnowieniu, bez limitu unikalnych użytkowników i z dobrym domyślnym czasem odpowiedzi. W tym kontekście, przedstawiam hostingi współdzielone polecane przez praktyków SEO:
- Hostido, najwięcej rekomendacji w wątku, chwalone za stałe ceny od lat, odpowiedzi supportu w kilka minut i aktualne technologie,
- UnixStorm i VH.pl, polecane za szybkość, stabilne ceny odnowienia i migrację wykonywaną przez support,
- SEOHOST.pl, polecany głównie za support; z tego dostawcy sami korzystamy w FEB od lat przy własnych projektach,
- dhosting.pl z 14-dniowym okresem próbnym, choć część uczestników narzekała na model elastycznego rozliczania,
- mniejsze marki wskazywane pojedynczo: Smarthost, Kylos, IDHosting, JDM.pl, kru.pl, lahosta.pl, hostinguj.pl.
Co z tego wynika? Po pierwsze, specjaliści SEO wybierają hosting po cenie odnowienia zamiast po cenie pierwszego roku i odrzucają dostawców z podwyżką rzędu 400% przy przedłużeniu. Po drugie, kilku uczestników odesłało do niezależnych rankingów z testami wydajności, podających ceny brutto po promocji i mierzących TTFB oraz uptime, zamiast opierać się na deklaracjach dostawców.
Jedna uwaga do rekomendacji z grup. Są to opinie o stronach z małym i średnim ruchem, często o zapleczach i blogach. Dla sklepu z ruchem powyżej 50 000 sesji potrzebujesz testu obciążeniowego na własnej stronie. Opinia o cudzej stronie niewiele Ci powie!
Na co zwrócić uwagę przy wyborze hostingu pod SEO?
Przy wyborze hostingu pod SEO sprawdzam siedem parametrów możliwych do zweryfikowania przed zakupem, w okresie próbnym lub w niezależnych testach.
Cennik i liczba kont e-mail są na końcu tej listy, bo nie mają związku z widocznością strony.
- TTFB zmierzony na Twoim CMS w okresie testowym, cel poniżej 0,8 s dla 75. percentyla, a dla sklepu poniżej 0,5 s w godzinach szczytu.
- Lokalizacja serwerowni w Polsce lub w kraju sąsiednim dla ruchu z Polski; dla sprzedaży zagranicznej CDN z węzłami w krajach docelowych.
- Uptime mierzony przez zewnętrzny monitoring, dodatkowo do wartości deklarowanej w SLA.
- Cache i protokoły: Redis lub Memcached, HTTP/2 minimum, HTTP/3 jako plus, kompresja Brotli.
- Wersje PHP i bazy danych z aktywnym wsparciem oraz możliwość zmiany wersji bez kontaktu z supportem.
- Kopie zapasowe wykonywane co 24 godziny, z przywracaniem z panelu i zapisem poza serwerem produkcyjnym.
- Cena odnowienia w drugim i trzecim roku oraz koszt migracji, jeżeli po roku zechcesz odejść.
Do tego dochodzi dostęp do pliku .htaccess lub konfiguracji serwera, bo tam wdrażasz przekierowania, nagłówki cache i reguły bezpieczeństwa. Hosting blokujący edycję tych plików ogranicza Cię przy każdej migracji i optymalizacji.
Jak zmienić hosting bez utraty pozycji w Google?
Zmiana hostingu bez zmiany adresów URL jest dla Google operacją niskiego ryzyka, o ile Googlebot nie napotka błędów ani spowolnień na nowej infrastrukturze.
Google w dokumentacji o zmianie hostingu zaleca obniżenie TTL rekordów DNS do kilku godzin co najmniej tydzień przed przenosinami, utrzymanie starego serwera do momentu, aż ruch do niego spadnie do zera, oraz obserwację logów obu serwerów. Krótkotrwały spadek częstotliwości crawlowania tuż po przełączeniu jest normalny i według Google odbudowuje się w ciągu kilku dni.
Z mojej praktyki dodam trzy kroki spoza dokumentacji Google. Przed migracją zapisz wyniki CrUX, TTFB i statystyki indeksowania z GSC jako punkt odniesienia. Po migracji wykonaj crawl całej strony i porównaj kody odpowiedzi ze stanem sprzed przenosin, bo najczęstszy błąd to zgubiony plik .htaccess z przekierowaniami. Na koniec sprawdź nagłówki odpowiedzi, w tym cache-control i kompresję, ponieważ nowy serwer często ma inne domyślne ustawienia niż stary.
Serwer to fundament, ale nie strategia
Hosting nie wyciągnie strony do top 10, ale zły hosting potrafi zablokować efekt dobrej pracy nad treścią i linkami. W Fabryce e-biznesu sprawdzamy warstwę serwerową na starcie każdego audytu SEO, a w ramach pozycjonowania sklepów internetowych pilnujemy TTFB i Core Web Vitals w miesięcznych raportach, bo przy dużym ruchu to właśnie tam pojawiają się pierwsze sygnały problemów.
Nie wiesz, czy Twój sklep spowalnia serwer, czy motyw? Zamów darmowy audyt SEO lub napisz do nas. Sprawdzimy TTFB, raporty CrUX i statystyki indeksowania i powiemy, czy zmiana hostingu ma sens w Twoim przypadku.
Źródła:
https://developers.google.com/search/docs/appearance/page-experience – Google o braku pojedynczego sygnału page experience i braku gwarancji pozycji przy dobrych Core Web Vitals
https://developers.google.com/crawling/docs/crawl-budget – Google o limicie wydajności indeksowania, wpływie czasu odpowiedzi i błędów 5xx oraz progu 10 000 stron
https://web.dev/articles/ttfb – próg TTFB 0,8 s dla 75. percentyla i relacja TTFB do FCP i LCP
https://web.dev/articles/vitals – progi Core Web Vitals: LCP 2,5 s, INP 200 ms, CLS 0,1
https://opensource.googleblog.com/2015/09/introducing-brotli-new-compression.html – Google o 20–26% wyższym stopniu kompresji Brotli względem Zopfli
https://developer.chrome.com/blog/new-in-chrome-123 – obsługa kompresji Zstandard (zstd) od Chrome 123
https://web.dev/case-studies/milliseconds-make-millions – badanie Deloitte i 55 dla Google: 0,1 s szybciej to +8,4% konwersji i +9,2% wartości zamówienia w retailu
https://developers.google.com/search/docs/crawling-indexing/site-move-no-url-changes – Google o zmianie hostingu bez zmiany URL: TTL DNS, stary serwer, spadek crawlowania po przełączeniu
https://www.searchenginejournal.com/technical-seo/web-hosting-is-your-most-critical-seo-factor/ – Search Engine Journal o uptime 99,9% i znaczeniu momentu przestoju dla crawlowania








