Wolna strona to cichy koszt, którego nie widać w fakturach: klient z Bydgoszczy klika w Twoją firmę w Google, czeka kilka sekund, wraca do wyników i wybiera konkurenta. Dlatego szybkość strony WordPress w Bydgoszczy to nie kwestia ambicji programisty, tylko sprzedaży i widoczności. W tym przewodniku pokazujemy, jak to zmierzyć, co zwykle spowalnia WordPressa i jak to naprawić krok po kroku.
Google ocenia doświadczenie użytkownika między innymi przez Core Web Vitals, czyli trzy wskaźniki: szybkość załadowania głównej treści, responsywność na kliknięcia i stabilność układu. Wolna strona potrafi zmarnować wszystko, co włożyłeś w SEO i reklamy.
Dlaczego wolna strona kosztuje firmę klientów i pozycje
Są dwa mechanizmy i oba działają równolegle. Pierwszy to zachowanie ludzi: im dłużej czekają na pierwszą treść, tym częściej rezygnują, zwłaszcza na telefonie i w gorszym zasięgu. Dla gabinetu na Fordonie czy sklepu w Śródmieściu większość wejść i tak przychodzi z komórki.
Drugi mechanizm to Google. Core Web Vitals są częścią oceny „page experience”. Nie obiecujemy konkretnych pozycji, bo zależą od konkurencji i czasu, ale szybkość to jeden z niewielu czynników, który w pełni kontrolujesz. Więcej o samym procesie pozycjonowania piszemy w artykule o pozycjonowaniu stron w Bydgoszczy opartym na analizie danych.
Core Web Vitals: trzy progi, które warto znać
Google przyjmuje następujące progi dla oceny „dobrej”:
- LCP (Largest Contentful Paint) do 2,5 s – czas, po którym widać największy element pierwszego ekranu, zwykle zdjęcie lub duży nagłówek.
- INP (Interaction to Next Paint) do 200 ms – jak szybko strona reaguje na kliknięcie, dotknięcie czy wpisanie tekstu. INP zastąpił wcześniejszy wskaźnik FID.
- CLS (Cumulative Layout Shift) do 0,1 – ile elementów „skacze” podczas ładowania, na przykład przycisk przesuwany przez późno wczytany baner.
Definicje wskaźników znajdziesz w dokumentacji web.dev o Core Web Vitals.
Dane laboratoryjne i terenowe: czemu wyniki się różnią
Najczęstsze zaskoczenie właścicieli: PageSpeed pokazuje 95 punktów, a Search Console mówi, że strona ma problemy. To nie błąd, tylko dwa różne rodzaje danych.
Dane laboratoryjne to jednorazowy test w kontrolowanych warunkach (Lighthouse w PageSpeed Insights): świetny do szukania przyczyn i porównań „przed i po”, ale to symulacja jednego urządzenia. Dane terenowe to pomiary z prawdziwych przeglądarek Chrome z kilku tygodni (raport CrUX), widoczne w Search Console. Laboratorium służy do diagnozy, a teren do oceny, czy problem realnie istnieje.
Diagnostyka krok po kroku
Zanim cokolwiek zainstalujesz, zmierz.
- Zrób pomiar bazowy. Uruchom PageSpeed Insights osobno dla telefonu i komputera, dla strony głównej i dwóch–trzech najważniejszych podstron (usługa, kontakt, w sklepie produkt). Zapisz LCP, INP, CLS i czas odpowiedzi serwera.
- Sprawdź dane terenowe w Search Console, w raporcie „Core Web Vitals”.
- Znajdź największy element LCP. PageSpeed wskazuje go wprost. Bardzo często to nieoptymalne zdjęcie w sliderze lub tle.
- Przejrzyj zakładkę „Network” w narzędziach przeglądarki. Szukaj plików o dużej wadze, zewnętrznych skryptów i długiego czasu do pierwszego bajtu (TTFB).
Jeśli chcesz szybkiego, darmowego punktu wyjścia, użyj naszego darmowego audytu SEO. Sprawdza m.in. wydajność na podstawie PageSpeed. Pełniejszy obraz (SEO, bezpieczeństwo, RODO, dostępność, wydajność) daje Pełny Audyt Strony za 150 zł z wynikiem w kilka minut.
Hosting dla firmy z Bydgoszczy i wersja PHP
Żadna wtyczka nie naprawi serwera, który odpowiada po sekundzie. Jeśli TTFB jest wysoki mimo cache, problem leży w hostingu: przeciążonym serwerze, słabym dysku lub zbyt małej ilości zasobów.
Na co patrzeć wybierając hosting dla firmowej strony w Bydgoszczy i okolicy (Toruń, Inowrocław, Nakło, Solec Kujawski):
- serwer w Polsce lub w Europie, z dyskami SSD/NVMe,
- możliwość wyboru aktualnej, wspieranej wersji PHP,
- obsługa pamięci podręcznej obiektowej (Redis lub Memcached), jeśli prowadzisz sklep,
- automatyczne kopie zapasowe i łatwe przywracanie.
Wersja PHP ma duże znaczenie: nowsze, wspierane wydania są zwykle wyraźnie wydajniejsze od starych i dostają łatki bezpieczeństwa. Przed podniesieniem wersji przetestuj stronę na stagingu. Więcej w przewodniku po bezpieczeństwie stron WordPress.
Cache: strony i obiektowy
Cache strony
Domyślnie WordPress przy każdej wizycie uruchamia PHP i wykonuje zapytania do bazy. Cache strony zapisuje gotowy HTML i serwuje go bez tego wysiłku, co zwykle mocno skraca czas odpowiedzi. To najbardziej opłacalny pierwszy krok (nie włączaj dwóch wtyczek cache naraz).
Cache obiektowy
Redis lub Memcached przechowują wyniki często powtarzanych zapytań. Szczególnie pomaga to w panelu administracyjnym, wyszukiwarce i w WooCommerce, czyli tam, gdzie pełny cache strony nie może działać.
Obrazy: najczęstszy winowajca słabego LCP
Ciężkie zdjęcia wgrane prosto z telefonu to najczęstszy powód wolnej strony głównej. Co zrobić:
- Dobierz wymiary do miejsca użycia.
- Użyj nowoczesnych formatów – WebP, a tam, gdzie to możliwe, AVIF – które przy tej samej jakości są mniejsze niż JPEG. WordPress obsługuje WebP natywnie.
- Dodaj atrybuty width i height (lub aspect-ratio), żeby przeglądarka zarezerwowała miejsce i nie powodowała skoków układu (CLS).
- Włącz lazy-load dla obrazów poniżej pierwszego ekranu (loading=”lazy”). Nie stosuj go jednak do obrazu LCP.
- Dla obrazu LCP zastosuj priorytet: fetchpriority=”high” lub <link rel=”preload”>.
Czcionki: lokalnie i z font-display
Czcionki z zewnętrznych serwerów dodają połączenia i bywają źródłem migotania tekstu. Hostuj pliki czcionek lokalnie (format WOFF2), ogranicz liczbę krojów i grubości do tych, których naprawdę używasz, a w deklaracji dodaj font-display: swap (lub optional), aby tekst był widoczny od razu.
CSS i JavaScript: mniej, później, mądrzej
Przeglądarka nie narysuje strony, dopóki nie przetworzy blokującego CSS i skryptów. Typowe działania:
- Krytyczny CSS – wstawienie w kod strony stylów potrzebnych do pierwszego ekranu, a reszta ładowana asynchronicznie.
- Odroczenie i opóźnienie skryptów (defer, ładowanie po interakcji) dla elementów, które nie są potrzebne od razu: czatu, widgetów społecznościowych, pikseli reklamowych.
- Usuwanie nieużywanego kodu – wiele wtyczek ładuje swoje style i skrypty na każdej podstronie, choć działają tylko na jednej. Warto je wyłączać warunkowo.
- Kontrola skryptów zewnętrznych – każdy kolejny to koszt dla INP i LCP.
Wtyczki i motyw: lekki motyw własny czy page builder
Liczba wtyczek sama w sobie nie jest problemem, liczy się jakość i to, co każda ładuje. Usuwaj nieużywane i mierz wpływ pozostałych. Motyw ma jeszcze większe znaczenie: uniwersalne motywy z page builderami ładują ogromną ilość CSS, JavaScript i znaczników, bo muszą obsłużyć tysiące scenariuszy, których Twoja strona nie użyje.
Dlatego budujemy własne, lekkie motywy WordPress, projektowane pod konkretną firmę, a nie gotowy szablon z setką niepotrzebnych opcji. W naszej ofercie każda podstrona jest zoptymalizowana pod SEO i Core Web Vitals już na etapie kodu. Edycja treści nadal odbywa się w wizualnym edytorze WordPressa, a kod zostaje Twoją własnością. Zobacz, jak wygląda zakres w ofercie usług i przykłady na stronie naszych realizacji.
Baza danych: porządki, które się opłacają
Z czasem baza puchnie: rewizje, wygasłe transients, spam, pozostałości po usuniętych wtyczkach. Zrób kopię, ogranicz rewizje, wyczyść zbędne dane i sprawdź opcje ładowane automatycznie (autoload), bo ich nadmiar wydłuża każde żądanie.
WooCommerce: koszyk i kasa bez cache
Strony koszyka, kasy i konta klienta są dynamiczne i unikalne dla każdego użytkownika, więc muszą być wyłączone z cache strony. Inaczej pojawią się błędy, np. pusty koszyk.
- Sprawdź, czy skrypt „cart fragments” nie ładuje się na każdej podstronie, jeśli nie jest potrzebny.
- Użyj cache obiektowego (Redis) przy większym katalogu.
Więcej o prowadzeniu sklepów piszemy w artykule o wykorzystaniu WooCommerce w sklepach internetowych, a stan swojego sklepu możesz sprawdzić narzędziem kondycja sklepu WooCommerce.
Mobile-first: mierz tak, jak ogląda klient
Google indeksuje strony przede wszystkim w wersji mobilnej, a telefony mają słabsze procesory. Testuj w trybie mobilnym, najlepiej także na starszym telefonie. Więcej o lokalnej widoczności w tekście o SEO lokalnym dla firm z Bydgoszczy.
Najczęstsze problemy: tabela
| Problem | Objaw | Typowa naprawa |
|---|---|---|
| Wolny serwer lub przestarzałe PHP | Wysoki TTFB, wolny panel admina | Lepszy hosting, aktualna wersja PHP, cache obiektowy |
| Ciężkie zdjęcia | Słaby LCP, długie ładowanie pierwszego ekranu | WebP/AVIF, właściwe wymiary, preload obrazu LCP |
| Brak wymiarów obrazów i reklamy wczytywane późno | Elementy „skaczą”, wysoki CLS | Atrybuty width/height, zarezerwowane miejsce na banery |
| Czcionki z zewnętrznych serwerów | Miganie lub niewidoczny tekst | Czcionki lokalne WOFF2, font-display: swap, preload |
| Blokujący CSS i JS | Biały ekran przed wyświetleniem treści | Krytyczny CSS, defer, usunięcie nieużywanych skryptów |
| Ciężki skrypt zewnętrzny (czat, piksele) | Wysoki INP, opóźniona reakcja na kliknięcia | Opóźnione ładowanie, ograniczenie liczby tagów |
| Rozbudowany page builder i uniwersalny motyw | Duży DOM, dużo nieużywanego CSS | Odchudzenie ustawień lub lekki motyw własny |
| Rozdęta baza danych | Wolne zapytania, długi czas generowania strony | Czyszczenie rewizji i transients, kontrola autoload |
| Cache w koszyku i kasie WooCommerce | Błędy koszyka, pusta kasa | Wyłączenie tych stron z cache, kontrola fragmentów |
Monitoring po wdrożeniu
Każda nowa wtyczka, baner czy kampania może pogorszyć wynik. Dlatego po wdrożeniu:
- sprawdzaj raport Core Web Vitals w Search Console co miesiąc (dane zmieniają się z opóźnieniem kilku tygodni),
- testuj aktualizacje wtyczek najpierw na stagingu.
U nas po starcie projektu pierwszy miesiąc wsparcia (aktualizacje, drobne zmiany, monitoring) jest w cenie, a potem można wybrać opcjonalną umowę SLA. Dokumentację Google dotyczącą wyszukiwania znajdziesz w Google Search Central.
Najczęstsze pytania
Jaka powinna być szybkość strony WordPress, żeby Google ją dobrze oceniło?
Celuj w progi Core Web Vitals: LCP do 2,5 s, INP do 200 ms i CLS do 0,1, mierzone na danych terenowych. Ważniejsze od jednej liczby w PageSpeed jest to, czy większość realnych użytkowników mieści się w tych granicach.
Dlaczego PageSpeed daje inny wynik niż Search Console?
PageSpeed pokazuje test laboratoryjny jednego urządzenia, a Search Console dane terenowe z prawdziwych odwiedzin z kilku tygodni. Laboratorium służy do diagnozy, dane terenowe do oceny rzeczywistego stanu.
Czy wystarczy zainstalować wtyczkę cache, żeby przyspieszyć stronę?
Często to dobry początek, ale rzadko całość. Cache nie naprawi ciężkich zdjęć, zewnętrznych skryptów ani wolnego hostingu. Najlepiej działa połączenie: dobry serwer, cache, lekkie obrazy i kontrola skryptów.
Czy page builder zawsze spowalnia stronę?
Nie zawsze, ale zwykle dokłada kod, który trzeba optymalizować. Własny, lekki motyw zaczyna z mniejszą ilością kodu, więc łatwiej utrzymać dobre wskaźniki.
Jak przyspieszyć sklep WooCommerce?
Wyłącz koszyk, kasę i konto klienta z cache strony, zadbaj o dobry hosting, cache obiektowy i lekkie obrazy produktów. Zmiany testuj na stagingu.
Ile trwa i ile kosztuje optymalizacja szybkości?
Zależy od stanu strony, motywu, wtyczek i hostingu. Po krótkiej rozmowie i przeglądzie strony przygotowujemy wycenę ryczałtową. Orientacyjną kalkulację zrobisz też w kalkulatorze online.
Porozmawiajmy o szybkości Twojej strony
Jeśli Twoja witryna ładuje się wolno albo nie wiesz, co dokładnie ją spowalnia, umów się z nami na darmową rozmowę (30–60 minut, bez zobowiązań). Przejrzymy wyniki, wskażemy największe problemy i zaproponujemy wycenę ryczałtową. Możesz też zacząć od darmowego audytu SEO albo napisać przez formularz kontaktowy.
Kreatywna Agencja (Canpol Bis Sp. z o.o.)
ul. Gimnazjalna 2, 85-007 Bydgoszcz
tel. +48 502 811 949
e-mail: biuro@kreatywnaagencja.com.pl
kreatywnaagencja.com.pl
