Co mierzy Google PageSpeed Insights?
PSI mierzy Core Web Vitals i dodatkowe metryki wydajności:
- LCP (Largest Contentful Paint) – czas ładowania największego elementu na stronie. Cel: poniżej 2,5 sekundy
- INP (Interaction to Next Paint) – responsywność na interakcje. Cel: poniżej 200ms
- CLS (Cumulative Layout Shift) – stabilność layoutu (czy elementy „skaczą"). Cel: poniżej 0,1
- FCP (First Contentful Paint) – kiedy pojawia się pierwsza treść
- TTFB (Time to First Byte) – szybkość serwera
Czego NIE robić – najczęstsze błędy
1. Nieskompresowane obrazy
Zdjęcie w formacie JPEG 4MB zamiast WebP 120KB to najczęstszy zabójca PageSpeed. Każde zdjęcie na stronie powinno być:
- Skonwertowane do WebP lub AVIF (3–5× mniejsze niż JPEG)
- Skalowane do faktycznych rozmiarów wyświetlania (nie 3000px dla ikony 200px)
- Ładowane z lazy loading (poza ekranem startowym)
- Zadeklarowane z atrybutami
widthiheight(zapobiega CLS)
2. Render-blocking CSS i JavaScript
Pliki CSS i JS, które blokują renderowanie strony, opóźniają FCP i LCP. Rozwiązanie:
- Krytyczny CSS – inline w <head>, reszta ładowana asynchronicznie
- JavaScript – atrybuty
deferlubasync - Usunięcie nieużywanego CSS (coverage w Chrome DevTools)
3. Wolny hosting (TTFB > 600ms)
Zły hosting to fundament problemów. Serwer powinien odpowiadać w mniej niż 200ms. Sprawdź TTFB w PageSpeed – jeśli przekracza 600ms, zmień hosting zanim zaczniesz optymalizować resztę.
4. Brak cache'owania
Bez cache'owania każde wejście na stronę generuje te same zapytania do bazy i serwera. Włącz cache HTTP, cache serwera i CDN dla plików statycznych.
5. Zbyt dużo fontów Google
Każdy font Google to dodatkowe żądanie HTTP z zewnętrznego serwera. Załaduj fonty z rel="preconnect" i font-display: swap, lub użyj systemowych fontów.
Checklistia techniczna dla PageSpeed 100
| Element | Akcja | Wpływ |
|---|---|---|
| Obrazy | WebP/AVIF, lazy load, width+height | ★★★★★ |
| CSS | Krytyczny CSS inline, reszta defer | ★★★★☆ |
| JavaScript | defer/async, usunięcie nieużywanego | ★★★★☆ |
| Hosting | SSD, PHP 8.x, TTFB <200ms | ★★★★☆ |
| HTTP/2 | Włączony na serwerze | ★★★☆☆ |
| Gzip/Brotli | Kompresja odpowiedzi serwera | ★★★☆☆ |
| Cache | Cache-Control headers, CDN | ★★★★☆ |
| Fonty | preconnect, font-display:swap | ★★★☆☆ |
Czy wynik 100/100 jest możliwy na każdej stronie?
Tak – ale wymaga to odpowiedniej architektury od początku. Strona zbudowana na WordPressie z 20 wtyczkami osiągnie maksymalnie 70–80 po intensywnej optymalizacji. Strona pisana od zera z myślą o wydajności regularnie osiąga 100.
Każdy nasz projekt przechodzi test PSI przed oddaniem. Jeśli wynik jest niższy – pracujemy dalej bez dopłat. To nasza umowna gwarancja.
Czy wynik PageSpeed bezpośrednio wpływa na pozycje w Google?
Google potwierdza, że Core Web Vitals są czynnikiem rankingowym. Wpływ nie jest dominujący (treść i linki wciąż są ważniejsze), ale w konkurencyjnych branżach może decydować o różnicy między 3. a 1. miejscem. Poza SEO – szybsza strona = niższy współczynnik odrzuceń = więcej konwersji.
Chcesz mieć 100/100 na PageSpeed? Gwarantujemy.
Czysty kod, zoptymalizowane obrazy, szybki hosting. Każdy projekt z certyfikatem PageSpeed.
Zamów stronę z gwarancją →