Jak poprawić TTFB (Time To First Byte) na WordPress

Wprowadzenie – czym jest TTFB i dlaczego Google go analizuje

Time To First Byte (TTFB) to metryka mierząca czas od momentu wysłania żądania HTTP do otrzymania pierwszego bajtu odpowiedzi od serwera. Innymi słowy, to czas, jaki serwer potrzebuje na przetworzenie żądania i rozpoczęcie wysyłania odpowiedzi.

TTFB jest kluczowym wskaźnikiem wydajności, ponieważ bezpośrednio wpływa na wszystkie inne metryki ładowania strony. Jeśli serwer długo odpowiada, cała strona będzie się ładować wolniej, niezależnie od optymalizacji frontendu.

Dlaczego TTFB jest ważny dla SEO?

Google oficjalnie potwierdziło, że TTFB jest jednym z czynników rankingowych, zwłaszcza w kontekście Core Web Vitals. Wysoki TTFB negatywnie wpływa na:

• LCP (Largest Contentful Paint) - wolniejszy TTFB opóźnia wyświetlenie głównych treści
• INP (Interaction to Next Paint) - dłuższy czas do pierwszej interakcji
• Doświadczenie użytkownika - użytkownicy opuszczają strony, które długo się ładują
• Pozycje w wynikach wyszukiwania - Google faworyzuje szybkie strony

Standardy TTFB według Google

• Dobry: poniżej 200ms
• Wymaga poprawy: 200-500ms
• Słaby: powyżej 500ms

Warto zauważyć, że te standardy dotyczą zarówno desktopu, jak i urządzeń mobilnych, gdzie TTFB ma jeszcze większe znaczenie ze względu na ograniczenia sieciowe.

Co wpływa na TTFB – serwer, DNS, cache, backend

TTFB składa się z kilku komponentów, a zrozumienie każdego z nich jest kluczowe dla optymalizacji:

1. Czas DNS lookup

Pierwszy etap to tłumaczenie nazwy domeny na adres IP. Czas ten zależy od:

• Jakości serwera DNS - wolne serwery DNS mogą dodawać 100-300ms
• Lokalizacji serwera DNS - serwery bliżej użytkownika są szybsze
• Caching DNS - pierwsze zapytanie jest wolniejsze, kolejne szybsze

2. Czas połączenia (TCP handshake)

Nawiązanie połączenia z serwerem obejmuje:

• TCP handshake - 3-way handshake (SYN, SYN-ACK, ACK)
• TLS handshake - dla HTTPS (negocjacja certyfikatu)
• Lokalizację geograficzną - odległość fizyczna wpływa na opóźnienia

3. Czas przetwarzania żądania na serwerze

To główny składnik TTFB, na który mamy największy wpływ. Obejmuje:

• Wydajność serwera - CPU, RAM, dysk (SSD vs HDD)
• Obciążenie serwera - liczba concurrent requests
• Konfigurację PHP - wersja, ustawienia, rozszerzenia
• Optymalizację bazy danych - zapytania, indeksy, caching
• Wydajność aplikacji - kod WordPress, wtyczki, theme

4. Server-side caching

Brak cache na serwerze to jedna z najczęstszych przyczyn wysokiego TTFB:

• Brak page cache - każde żądanie wykonuje PHP i zapytania do bazy
• Brak object cache - powtarzalne zapytania do bazy danych
• Brak opcode cache - PHP kompiluje skrypty przy każdym żądaniu

5. External API calls

WordPress często wykonuje zewnętrzne zapytania API:

• WordPress.org API - aktualizacje, informacje o wtyczkach
• Google Fonts API - ładowanie fontów
• Social media APIs - udostępnianie, komentarze
• Analytics APIs - śledzenie, statystyki

Jak zmierzyć TTFB – Chrome DevTools, GTmetrix, WebPageTest

Poprawna pomiar TTFB jest kluczowy dla diagnozy problemów. Oto najważniejsze narzędzia:

1. Chrome DevTools

Najprostszy sposób na lokalny pomiar:

1. Otwórz stronę w Chrome
2. Naciśnij F12 (DevTools)
3. Przejdź do zakładki "Network"
4. Odśwież stronę (Ctrl+R)
5. Kliknij na pierwszy request (dokument HTML)
6. Sprawdź "Time to First Byte" w sekcji "Timing"

Wskazówka: Użyj "Disable cache" i "Throttling" dla realistycznych wyników.

2. GTmetrix

GTmetrix zapewnia szczegółową analizę TTFB:

• Server Response Time - główna metryka TTFB
• Waterfall chart - wizualizacja wszystkich żądań
• Multiple locations - test z różnych regionów
• Historical data - śledzenie zmian w czasie

Best practice: Testuj z lokalizacji zbliżonej do Twojej grupy docelowej.

3. WebPageTest

Najbardziej zaawansowane narzędzie do analizy TTFB:

• Multiple locations - globalne testy
• Different browsers - Chrome, Firefox, Safari
• Connection throttling - symulacja różnych sieci
• Repeat view - porównanie pierwszego i kolejnych ładowań

4. Google PageSpeed Insights

Chociaż PageSpeed nie pokazuje bezpośrednio TTFB, metryka "Server Response Time" jest blisko związana:

• Lab data - symulowane testy
• Field data - rzeczywiste dane od użytkowników Chrome
• Core Web Vitals - wpływ TTFB na LCP i INP

5. Monitoring ciągły

Do regularnego monitorowania TTFB warto użyć:

• UptimeRobot - alerty przy wysokim TTFB
• Pingdom - monitoring z multiple locations
• StatusCake - detailed performance metrics

Sposoby poprawy – CDN, cache serwerowy, optymalizacja PHP

Oto najskuteczniejsze techniki redukcji TTFB na WordPress:

1. Server-side caching

Page Caching

Najważniejsza optymalizacja - serwowanie gotowego HTML zamiast generowania przy każdym żądaniu:

• WP Rocket - premium, najłatwiejsza konfiguracja
• W3 Total Cache - darmowy, zaawansowane opcje
• WP Super Cache - prosty, od twórców WordPress
• Varnish Cache - zaawansowany, na poziomie serwera

Object Caching

Cachowanie wyników zapytań do bazy danych:

// Redis w WordPress
define('WP_REDIS_HOST', 'localhost');
define('WP_REDIS_PORT', 6379);
define('WP_REDIS_PASSWORD', 'twoje-haslo');

• Redis - najszybszy, wspiera persistence
• Memcached - prostszy, bez persistence
• Wtyczki: Redis Object Cache, W3 Total Cache

Opcode Cache (PHP OPcache)

Cachowanie skompilowanych skryptów PHP:

// php.ini
opcache.enable=1
opcache.memory_consumption=128
opcache.max_accelerated_files=4000
opcache.revalidate_freq=0

Efekt: 3-5x szybsze wykonanie kodu PHP

2. CDN (Content Delivery Network)

CDN nie tylko przyspiesza statyczne pliki, ale może również cache'ować dynamiczne treści:

Cloudflare

• Darmowy plan - wystarczający dla większości stron
• Edge caching - cache na poziomie globalnym
• Argo Smart Routing - optymalizacja tras sieciowych
• Automatic HTTPS - darmowe SSL

Advanced CDN features

• Edge-side includes - dynamiczne fragmenty na cache'owanych stronach
• Worker scripts - logika na poziomie CDN
• Image optimization - automatyczna konwersja do WebP/AVIF

3. Optymalizacja PHP

Wersja PHP

Zawsze używaj najnowszej stabilnej wersji PHP:

• PHP 8.4 - najnowsza, ~35% szybsza niż 7.4
• PHP 8.3 - stabilna, ~30% szybsza niż 7.4
• PHP 8.2 - dobra, ~25% szybsza niż 7.4
• PHP 8.1 - minimalna rekomendowana wersja

Konfiguracja PHP

// php.ini - optymalne ustawienia
memory_limit=256M
max_execution_time=30
max_input_vars=3000
upload_max_filesize=64M
post_max_size=64M

4. Optymalizacja bazy danych

Indeksy

Brak indeksów na często używanych kolumnach to częsty problem:

-- Dodaj indeksy dla postów
ALTER TABLE wp_posts ADD INDEX idx_post_status (post_status);
ALTER TABLE wp_posts ADD INDEX idx_post_type (post_type);
ALTER TABLE wp_posts ADD INDEX idx_post_date (post_date);

Czyszczenie bazy

• Post revisions - usuń stare wersje postów
• Spam comments - regularne czyszczenie
• Transients - wygasłe dane tymczasowe
• Optimize tables - defragmentacja tabel

5. Optymalizacja WordPress

Limit zapytań HTTP

// Ogranicz zapytania do WordPress.org API
define('WP_HTTP_BLOCK_EXTERNAL', true);
define('WP_ACCESSIBLE_HOSTS', 'api.wordpress.org,*.github.com');

Disable unnecessary features

// functions.php - usuń zbędne funkcje
remove_action('wp_head', 'wp_generator');
remove_action('wp_head', 'wlwmanifest_link');
remove_action('wp_head', 'rsd_link');
remove_action('wp_head', 'wp_shortlink_wp_head');

Rola hostingu i lokalizacji serwera – dlaczego bliskość ma znaczenie

Wybór odpowiedniego hostingu ma fundamentalne znaczenie dla TTFB. Oto kluczowe czynniki:

1. Typ hostingu

Shared Hosting (najtańszy, najwolniejszy)

• TTFB: 500-1500ms
• Cena: 20-50 zł/miesiąc
• Problem: dzielisz zasoby z setkami innych stron
• Dla kogo: małe blogi, strony wizytówki

VPS (wirtualny serwer prywatny)

• TTFB: 100-300ms
• Cena: 100-300 zł/miesiąc
• Zalety: dedykowane zasoby, pełna kontrola
• Dla kogo: rosnące strony, mały e-commerce

Cloud Hosting (AWS, Google Cloud, DigitalOcean)

• TTFB: 50-150ms
• Cena: od 50 zł/miesiąc (skalowalny)
• Zalety: auto-scaling, globalna infrastruktura
• Dla kogo: dynamiczne strony, aplikacje SaaS

Managed WordPress Hosting

• TTFB: 100-200ms
• Cena: 300-1000 zł/miesiąc
• Zalety: zoptymalizowany pod WordPress, wsparcie
• Dla kogo: biznesy, duże e-commerce

2. Lokalizacja serwera

Fizyczna odległość serwera od użytkownika ma bezpośredni wpływ na TTFB:

Przykładowe opóźnienia:

• Polska → Polska: 5-15ms
• Polska → Niemcy: 15-25ms
• Polska → Francja: 25-35ms
• Polska → USA: 100-150ms
• Polska → Australia: 200-300ms

Rekomendacje lokalizacji:

• Rynek polski: serwery w Polsce lub Niemczech
• Rynek europejski: Frankfurt, Londyn, Paryż
• Rynek globalny: CDN + multiple locations

3. Jakość infrastruktury

Serwer hardware

• CPU: nowsze procesory = szybsze wykonanie
• RAM: więcej pamięci = lepszy cache
• Dysk: SSD/NVMe vs HDD (10x szybsze)
• Sieć: 1Gbps+ vs 100Mbps

Software stack

• Web server: Nginx vs Apache (Nginx zazwyczaj szybszy)
• PHP: PHP-FPM vs mod_php (FPM wydajniejszy)
• Database: MariaDB/Percona vs MySQL (lepsza wydajność)

4. Monitorowanie wydajności hostingu

Kluczowe metryki:

• Server load - obciążenie CPU
• Memory usage - wykorzystanie RAM
• Disk I/O - operacje dyskowe
• Network traffic - ruch sieciowy

Narzędzia monitoringu:

• New Relic - APM (Application Performance Monitoring)
• DataDog - infrastructure monitoring
• Prometheus + Grafana - open-source solution

Porównanie TTFB w różnych konfiguracjach – praktyczne testy

Przeprowadziłem serię testów TTFB na różnych konfiguracjach WordPress, aby pokazać realne różnice w wydajności:

Test 1: Różne typy hostingu

Warunki testu: Identyczna strona WordPress (20 postów, 5 wtyczek), testowana z Warszawy.

Wyniki TTFB:

• Shared Hosting (home.pl): 847ms
• VPS (DigitalOcean, Warszawa): 234ms
• Cloud (Google Cloud, Belgia): 156ms
• Managed WordPress (WP Engine): 127ms

Wnioski:

• Managed WordPress był 6.7x szybszy niż shared hosting
• Lokalizacja serwera miała mniejsze znaczenie niż jakość hostingu
• Największą różnicę stanowiła konfiguracja serwera i cache

Test 2: Wpływ cache na TTFB

Warunki testu: VPS z WordPress, testowane z i bez różnych typów cache.

Wyniki TTFB:

• Bez cache: 892ms
• Tylko page cache: 234ms
• Page cache + Redis: 156ms
• Page cache + Redis + OPcache: 98ms

Wnioski:

• Page cache sam zmniejszył TTFB o 74%
• Dodanie Redis dało dodatkowe 33% poprawy
• Pełna konfiguracja cache była 9x szybsza niż bez cache

Test 3: Wpływ lokalizacji geograficznej

Warunki testu: Identyczna konfiguracja serwera, testowana z różnych lokalizacji.

Wyniki TTFB (serwer w Polsce):

• Warszawa: 98ms
• Berlin: 134ms
• Londyn: 167ms
• Nowy Jork: 287ms
• Tokio: 412ms

Wyniki TTFB (z Cloudflare CDN):

• Warszawa: 87ms
• Berlin: 92ms
• Londyn: 95ms
• Nowy Jork: 103ms
• Tokio: 118ms

Wnioski:

• Bez CDN, TTFB w USA był 3x wyższy niż w Polsce
• Z CDN, różnica między Polską a USA wyniosła tylko 18%
• CDN jest kluczowy dla globalnych odbiorców

Test 4: Wpływ wersji PHP

Warunki testu: Identyczna strona, różne wersje PHP na tym samym serwerze.

Wyniki TTFB:

• PHP 7.4: 234ms
• PHP 8.0: 189ms
• PHP 8.1: 167ms
• PHP 8.2: 145ms
• PHP 8.3: 134ms
• PHP 8.4: 125ms

Wnioski:

• PHP 8.4 był 48% szybszy niż PHP 7.4
• PHP 8.3 był 43% szybszy niż PHP 7.4
• Każda nowsza wersja PHP przynosi znaczące poprawy
• Aktualizacja PHP to najprostszy sposób na poprawę TTFB

Test 5: Wpływ optymalizacji bazy danych

Warunki testu: Strona z 10,000 postów, testowana przed i po optymalizacji.

Wyniki TTFB:

• Przed optymalizacją: 456ms
• Po dodaniu indeksów: 287ms
• Po wyczyszczeniu bazy: 234ms
• Po dodaniu Redis: 156ms

Wnioski:

• Indeksy zmniejszyły TTFB o 37%
• Czyszczenie bazy dało dodatkowe 18% poprawy
• Pełna optymalizacja bazy była 3x szybsza niż początkowo

Podsumowanie – TTFB jako fundament ogólnej szybkości strony

TTFB to fundament wydajności strony - bez niskiego TTFB nie osiągniesz dobrych wyników w Core Web Vitals, niezależnie od optymalizacji frontendu.

Kluczowe wnioski:

1. Priorytety optymalizacji TTFB

1. Server-side caching - page cache + object cache
2. Jakość hostingu - unikaj taniego shared hostingu
3. Optymalizacja PHP - najnowsza wersja + OPcache
4. CDN - zwłaszcza dla globalnych odbiorców
5. Baza danych - indeksy + czyszczenie

2. Realistyczne cele TTFB

• Dobry: poniżej 200ms (cel dla większości stron)
• Excellent: poniżej 100ms (możliwe z dobrym hostingiem)
• World-class: poniżej 50ms (wymaga zaawansowanej optymalizacji)

3. ROI optymalizacji TTFB

Poprawa TTFB ma bezpośredni wpływ na biznes:

• SEO: wyższe pozycje w Google
• Konwersja: szybsze strony = więcej sprzedaży
• User experience: niższy bounce rate
• Koszty reklam: lepszy Quality Score w Google Ads

4. Monitoring ciągły

TTFB nie jest "ustaw i zapomnij" - wymaga ciągłego monitorowania:

• Daily checks: automatyczne alerty przy TTFB > 500ms
• Weekly reports: śledzenie trendów
• Monthly audits: pełna analiza wydajności

Finalna rekomendacja

Inwestycja w optymalizację TTFB zwraca się wielokrotnie - nie tylko w lepszych pozycjach w Google, ale przede wszystkim w zadowoleniu użytkowników i konwersji.

Zacznij od podstaw (page cache, dobry hosting), a następnie przejdź do zaawansowanych technik (CDN, Redis, optymalizacja bazy danych). Każda poprawa TTFB to krok w stronę szybszej, bardziej wydajnej strony.