Kamil Rybicki · Opublikowano: · Zaktualizowano:
Hosting SEO to nie osobna technologia, tylko zwykły hosting WWW spełniający kilka konkretnych progów: dostępność (SLA) na poziomie co najmniej 99,95% w skali roku, aktualna wersja PHP i MySQL, transfer dopasowany do ruchu na stronie oraz codzienne kopie zapasowe. Firmy hostingowe sprzedają pakiety z dopiskiem "SEO" głównie marketingowo, a pod spodem stoi ten sam serwer, który obsługuje zwykłe strony firmowe. Różnica polega na tym, czy parametry faktycznie spełniają te progi, a nie na nazwie produktu w cenniku.
Czym jest hosting SEO i czym różni się od zwykłego hostingu?
Zapytanie "hosting SEO" nie odnosi się do osobnej kategorii serwerów. To określenie funkcjonujące w ofertach hostingodawców dla pakietów o wyższych parametrach niż podstawowy hosting współdzielony: więcej zasobów CPU i RAM, szybsze dyski SSD lub NVMe oraz gwarancja SLA powyżej standardowych 99,9%. Dla wyszukiwarki nie istnieje osobny sygnał "ten serwer jest od SEO". Liczą się mierzalne parametry: czas odpowiedzi serwera, dostępność strony i to, czy witryna ładuje się szybko dla użytkownika.
Prędkość ładowania strony jest jednym z sygnałów rankingowych Google, a serwer, na którym stoi witryna, odpowiada za dużą część tego czasu, zanim jeszcze przeglądarka zacznie renderować treść. Dla firmy oznacza to, że wybór tańszego hostingu bez odpowiednich parametrów nie jest oszczędnością, tylko przesunięciem kosztu na stronę utraconych konwersji. Wolna strona ma wyższy współczynnik odrzuceń, a użytkownik, który nie doczeka się załadowania oferty, trafi do konkurenta w kolejnym wyniku wyszukiwania.
Jakie parametry musi spełniać dobry hosting pod SEO?
Dobry hosting pod SEO spełnia jednocześnie sześć warunków: gwarancję dostępności, krótki czas odpowiedzi serwera, aktualne wersje PHP i MySQL, transfer dopasowany do ruchu, wsparcie techniczne z realnym czasem reakcji oraz codzienne backupy. Poniższa tabela pokazuje progi, poniżej których nie warto schodzić.
| Parametr | Rekomendowany próg | Dlaczego ma znaczenie |
|---|---|---|
| SLA (dostępność) | min. 99,95% w skali roku | to maksymalnie ok. 4,5 godziny przestoju rocznie |
| Wersja PHP | co najmniej 8.2, najlepiej 8.3 lub 8.4 | starsze gałęzie nie dostają już łatek bezpieczeństwa |
| Baza danych | MySQL 8.0+ lub MariaDB 10.6+ | zgodność z aktualnymi CMS-ami i wtyczkami |
| Transfer | kilkanaście GB (blog, wizytówka) do bez limitu (sklep) | zbyt niski limit blokuje stronę w szczycie ruchu |
| Backup | codziennie, przechowywany 7-14 dni | jedyny sposób odzyskania danych po awarii lub włamaniu |
| Wsparcie techniczne | 24/7, czas reakcji poniżej godziny | sama dostępność supportu nic nie daje bez szybkiej odpowiedzi |
Odporność na awarie i gwarancja SLA
SLA (Service Level Agreement) to zapisana w umowie gwarancja czasu działania serwera. Próg, poniżej którego nie warto schodzić, to 99,95% w skali roku, co oznacza maksymalnie ok. 4,5 godziny nieplanowanego przestoju rocznie. Hosting bez zapisanego SLA albo z progiem 99% w praktyce może być niedostępny nawet kilkadziesiąt godzin w roku, a każda z nich to strona, która dla Google i dla klienta po prostu nie odpowiada.
Przestój w trakcie kampanii reklamowej albo w szczycie sezonu sprzedażowego kosztuje więcej niż różnica w cenie między hostingiem budżetowym a tym z wyższym SLA. To prosty rachunek, nie kwestia prestiżu dostawcy.
Szybkość łącza i Core Web Vitals
Szybkość hostingu przekłada się bezpośrednio na Largest Contentful Paint (LCP), jeden z trzech wskaźników Core Web Vitals. Google zaleca, aby LCP mieścił się poniżej 2,5 sekundy, a serwer odpowiada za dużą część tego czasu, zanim przeglądarka zacznie w ogóle renderować treść.
Zasada dotycząca transferu się nie zmieniła: im większa witryna i większy ruch, tym wyższy limit transferu potrzebny. Dla bloga czy małej wizytówki wystarczy kilkanaście GB miesięcznie, a dla sklepu z tysiącami odwiedzin dziennie lepiej wybrać plan bez sztywnego limitu. Opóźnienie LCP zwykle podnosi współczynnik odrzuceń, więc oszczędność kilkudziesięciu złotych miesięcznie na słabszym serwerze bywa droższa niż sam abonament hostingowy, gdy policzyć utracone zamówienia.
Wersja PHP i MySQL
Obecnie warto wybierać hosting działający na PHP w wersji co najmniej 8.2, a najlepiej 8.3 lub 8.4. Wcześniejsze gałęzie PHP od dłuższego czasu nie otrzymują już łatek bezpieczeństwa. Po stronie bazy danych standardem jest MySQL 8.0 lub nowszy albo MariaDB w wersji 10.6 i wyżej, a każda z tych wersji powinna dawać możliwość łatwej aktualizacji w przyszłości.
Strona działająca na wygaszonej wersji PHP jest wolniejsza i bardziej narażona na znane luki bezpieczeństwa, a liczba takich luk w popularnych systemach CMS z roku na rok rośnie. Aktualizacja wersji PHP nie kosztuje nic ponad czas administratora, a realnie skraca czas ładowania strony i zamyka znane luki. To rzadka sytuacja, w której poprawa SEO i poprawa bezpieczeństwa idą w tym samym kierunku.
Pojemność i transfer
Ten parametr jest ściśle powiązany z szybkością łącza. Im bardziej rozbudowana witryna, tym większa powinna być pojemność hostingu, co dotyczy przede wszystkim sklepów internetowych. Sklep z kilkunastoma tysiącami produktów w asortymencie potrzebuje planu z wyższej półki cenowej, bo baza danych i katalog zdjęć rosną znacznie szybciej niż na prostej stronie usługowej. Zbyt ciasny plan kończy się koniecznością migracji w najgorszym momencie, czyli wtedy, gdy ruch i sprzedaż akurat rosną.
Wsparcie techniczne
Nie każdy właściciel witryny jest specjalistą IT, a szybka reakcja supportu hostingodawcy potrafi uratować sprzedaż w krytycznym momencie. Sprawdzony dostawca powinien być dostępny 24 godziny na dobę, siedem dni w tygodniu. Pułapka, w którą wpadają klienci, polega na tym, że wielu dostawców deklaruje wsparcie całodobowe, ale realny czas pierwszej odpowiedzi bywa liczony w godzinach, nie w minutach. W okresie wysokiej sprzedaży kilkugodzinne opóźnienie w reakcji na zgłoszenie może kosztować tysiące złotych utraconych zamówień.
Kopie zapasowe (backupy)
Brak kopii bezpieczeństwa może oznaczać całkowitą utratę danych ze sklepu albo bazy klientów. Ataki i próby włamań na strony internetowe są zjawiskiem powszechnym w całym internecie, jak pokazują cykliczne raporty branżowe, więc kopia zapasowa pozostaje jedynym pewnym zabezpieczeniem przed utratą danych, niezależnie od tego, jak dobrze zabezpieczony jest sam CMS. Dostawca powinien wykonywać backup przynajmniej raz dziennie i przechowywać go co najmniej 7-14 dni wstecz. Przywrócenie takiej kopii kosztuje ułamek tego, co odtwarzanie sklepu i jego danych od zera.
Jak hosting wpływa na widoczność w wyszukiwaniu wspieranym AI?
Odpowiedzi generowane przez AI w wynikach wyszukiwania, w tym AI Overviews, powstają na bazie treści, które Google już wcześniej zaindeksował. Oznacza to, że serwer wciąż musi być dostępny w momencie, gdy robot odwiedza stronę, żeby ją zaindeksować albo zaktualizować. Hosting, który często odpowiada błędem serwera albo ładuje się zbyt wolno, ryzykuje, że jego treść w ogóle nie trafi do materiału źródłowego takiej odpowiedzi.
Do standardowego ruchu wyszukiwarki doszedł ruch botów zasilających systemy AI, więc serwery obsługujące strony z dużą liczbą podstron dziś przetwarzają więcej zapytań od robotów niż jeszcze kilka lat temu. Parametry pojemności i transferu dobrane pod SEO w przeszłości warto sprawdzić ponownie pod kątem tego dodatkowego obciążenia. Brak widoczności w odpowiedzi AI z powodu przestoju serwera jest tak samo kosztowny jak niska pozycja w klasycznych wynikach, bo ruch z takich odpowiedzi zaczyna zastępować część kliknięć w linki organiczne.
Kiedy zmiana hostingu faktycznie się opłaca?
Zmiana hostingu ma sens finansowy, gdy obecny dostawca nie spełnia progu SLA 99,95%, gdy strona regularnie przekracza limit transferu w szczycie ruchu albo gdy wersja PHP jest już wygaszona i nie dostaje łatek. Poniżej tych progów różnica w cenie planu rzadko przekłada się na wynik, a droższy hosting bywa tylko wyższym kosztem stałym bez realnej poprawy.
Dla wizytówki z kilkoma podstronami i ruchem liczonym w dziesiątkach sesji dziennie nawet podstawowy plan spełniający progi z tabeli wyżej wystarczy na lata. Dla sklepu internetowego z ruchem liczonym w tysiącach sesji dziennie każdy dodatkowy punkt SLA i każda sekunda LCP ma bezpośrednie przełożenie na liczbę domkniętych zamówień, więc wyższy koszt hostingu zwraca się szybciej niż w przypadku małej witryny. Migracja hostingu w trakcie prowadzenia działań SEO wiąże się z ryzykiem chwilowej niedostępności strony, dlatego lepiej zweryfikować parametry dostawcy, zanim ruszą prace nad pozycjonowaniem, niż zmieniać serwer w połowie kampanii.
Najczęściej zadawane pytania o hosting SEO
Czym jest hosting SEO?
Hosting SEO to zwykły hosting WWW spełniający kilka progów istotnych dla wyszukiwarki: wysoką dostępność (SLA min. 99,95%), aktualną wersję PHP i MySQL oraz transfer dopasowany do ruchu na stronie. To nie osobna technologia, tylko marketingowe określenie pakietu hostingowego o podniesionych parametrach.
Czym powinien charakteryzować się dobry hosting stron WWW?
Dobry hosting stron WWW łączy sześć elementów: odporność na awarie potwierdzoną SLA, krótki czas odpowiedzi serwera wpływający na Core Web Vitals, aktualne wersje PHP i MySQL, transfer dopasowany do wielkości witryny, wsparcie techniczne dostępne całą dobę z realnym czasem reakcji oraz codzienne kopie zapasowe.
Jaka wersja PHP jest zalecana pod SEO?
Zalecana jest wersja PHP co najmniej 8.2, a najlepiej 8.3 lub 8.4. Starsze gałęzie PHP nie otrzymują już łatek bezpieczeństwa, co zwiększa ryzyko włamania i spowalnia działanie strony względem konkurencji korzystającej z aktualnego środowiska.
Ile powinno wynosić SLA dobrego hostingu?
SLA dobrego hostingu powinno wynosić co najmniej 99,95% w skali roku, co oznacza maksymalnie około 4,5 godziny nieplanowanego przestoju rocznie. Niższe wartości, takie jak 99%, oznaczają realne ryzyko kilkudziesięciu godzin niedostępności strony w ciągu roku.
Czy tani hosting współdzielony wystarczy pod SEO?
Tani hosting współdzielony może wystarczyć dla małej wizytówki z niewielkim ruchem, o ile spełnia progi SLA, aktualnej wersji PHP i backupów opisane wyżej. Dla sklepu internetowego albo serwisu z rosnącym ruchem zwykle szybciej opłaca się plan z gwarantowanymi zasobami, bo współdzielony serwer w szczycie ruchu innych klientów bywa wolniejszy niezależnie od jakości samej strony.
