Optymalizacja sklepu Magento

Core Web Vitals, Varnish, Redis i CDN – szybszy sklep, lepsze SEO

1 sekunda opóźnienia ładowania strony obniża konwersję o 7–20%. Optymalizujemy każdą warstwę stosu Magento: serwer, cache, bazę danych, obrazy i CDN – tak by Twój sklep osiągał wyniki PageSpeed 90+ i TTFB poniżej 200ms.

<200ms
TTFB (Varnish hit)
90+
PageSpeed Mobile
<2,5s
LCP (Core Web Vitals)
-40%
zmniejszenie TTFB

Dlaczego szybkość sklepu Magento decyduje o sprzedaży?

Algorytm Google od maja 2021 r. oficjalnie używa Core Web Vitals jako sygnału rankingowego. Sklepy Magento z wolnym LCP i złym CLS bezpośrednio tracą pozycje w wynikach organicznych – nawet przy doskonałej treści i linkbuildingu.

Poza SEO, każda sekunda opóźnienia ma mierzalny wpływ na wskaźniki biznesowe:

-7%
konwersja
za każda sekundę ładowania
+53%
odbić mobilnych
jeśli strona ładuje się >3s
-4%
przychody
za 100ms wolniejszy TTFB
Top 3
pozycje Google
dla sklepów z LCP &lt;2,5s

Magento 2 na standardowym hostingu współdzielonym osiąga TTFB rzędu 2–5 sekund i PageSpeed poniżej 40. Na dobrze skonfigurowanym serwerze dedykowanym z naszym stosem optymalizacyjnym – TTFB spada do 20–200ms i PageSpeed wynosi 85–95.

Optymalizacja ładowania strony Magento – szybkość sklepów e-commerce a konwersja

Google Core Web Vitals – jakie wartości osiągamy dla Magento?

Google mierzy tre trzy wskaźniki wydajności front-endu i używa ich jako sygnału pozycjonowania. Każdy z nich wymaga innej metody optymalizacji.

LCP
Largest Contentful Paint
Cel: < 2,5 sekundy

Czas pojawienia się głównej treści strony (baner, zdjęcie produktu). Najważniejszy wskaźnik Google.

Varnish FPC servuje HTML z RAM
Preload dla fontów i hero image
WebP/AVIF zmniejsza rozmiar banerów
Cloudflare CDN skraca latencję
INP
Interaction to Next Paint
Cel: < 200ms

Responsywność na kliknięcia i dotyk. Zastąpił FID w marcu 2024. Mierzy opóźnienie JavaScript.

Minifikacja i tree-shaking JS
Defer/async dla skryptów trzecich
Hyva theme dla lekkiego JS
Usuwanie nieaktywnych modułów
CLS
Cumulative Layout Shift
Cel: < 0,1

Stabilność wizualna strony. Wyniki >0,1 oznaczają "skačzący" layout podczas ładowania.

Wymiary na wszystkich obrazach
Preload web fontów (font-display: swap)
Zarezerwowana szerokość dla reklam
Audyt szablonu Magento w PageSpeed

Stos optymalizacyjny dla Magento – co konfigurujemy?

Optymalizacja Magento to nie jedna technologia – to 6 wzajemnie uzupełniających się warstw.

Varnish Cache (FPC)

Reverse proxy cache przed Nginx. Strony kategorii i produktów serwowane z RAM bez PHP lub MySQL. TTFB 5–20ms dla trafień cache.

TTFB cache hit: 5–20ms
💾

Redis (Session + Cache)

In-memory storage dla sesji użytkowników i cache Magento. Eliminuje powolne I/O dysku i blokady bazy danych przy sesjach. Replikacja master-slave na serwerach Dedicated.

Eliminuje disk I/O dla sesji
💻

PHP OPcache + JIT

Kompilacja i cachowanie bytecode’u PHP w pamięci. PHP 8.3 z włączonym JIT (Just-in-Time) przyspiesza ciężkie obliczenia PHP o 15–40% vs PHP 8.1.

PHP 8.3 + JIT + OPcache 256MB
🔌

Nginx + HTTP/2 + Brotli

Nginx jako główny serwer HTTP z włączonym HTTP/2 (multipleksowanie żądań) i kompresją Brotli (30% mniejsze pliki vs gzip). Nagłówki cache busting dla zasobow statycznych.

HTTP/2 + Brotli compression
📊

MySQL/MariaDB Tuning

Optymalizacja innodb_buffer_pool_size, query cache, analiza most slow queries przez pt-query-digest. Indeksy i refaktoring zapytań do katalogu Magento (EAV).

Slow query threshold: <1s
🌍

Elasticsearch / OpenSearch

Wymagany przez Magento 2.4+ silnik wyszukiwania. Odpowiednia konfiguracja sterty JVM, indeksy Magento i timeoutów. Wyszukiwanie w katalogu 50+ tysięcy produktów w <50ms.

Search <50ms dla 50k produktów
Optymalizacja obrazów WebP Magento – konwersja do WebP i AVIF, lazy loading

Optymalizacja obrazów – WebP, AVIF i lazy loading

Zdjęcia produktów to zazwyczaj 60–80% całkowitego rozmiaru strony w sklepach Magento. Konwersja do nowoczesnych formatów i właściwa strategia ładowania dają najszybsze zyski wydajności przy minimalnym ryzyku dla sklepu.

📸 Konwersja do WebP / AVIF

WebP jest o 25–35% mniejszy od JPEG przy tej samej jakości. AVIF daje 50% mniejszy rozmiar, ale generowanie jest wolniejsze. Serwujemy WebP dla przeglądarek, które to wspierają (>95% rynku), z fallback JPEG.

👀 Lazy Loading i Intersection Observer

Zdjęcia poniżej foldu są ładowane dopiero gdy użytkownik przewinie do ich lokalizacji. Poprawia to LCP i Time To Interactive, szczególnie na stronach kategorii z listingiem 24–48 produktów.

📈 Responsywne srcset i sizes

Magento generuje różne rozmiary miniatur. Konfigurujemy srcset tak, by urządzenia mobilne pobierały obrazy 400px zamiast 1200px – to 80% mniejszy download na smartfonach.

✍ Kompresja bezstratna przez Cloudflare

Cloudflare Polish automatycznie recompresuje obrazy JPEG bez utraty jakości wizualnej i stripuje zbędne metadane EXIF (lokalizację, dane aparatu), zmniejszając rozmiar średnio o 17%.

Cloudflare CDN dla Magento – co to daje Twojemu sklepowi?

Cloudflare to sieć ponad 300 lokalizacji Points of Presence (PoP) na całym świecie. Statyczne zasoby Twojego sklepu (JS, CSS, obrazy, czcionki) są przechowywane na serwerach CDN najblizszych użytkownikowi, a nie tylko na Twoim głównym serwerze.

Dla polskiego sklepu Magento CDN działa tak: serwer główny znajduje się w Warszawie, ale użytkownik odwiedzający ze Wrocławia pobiera statyczne zasoby z CDN zlokalizowanego ~30km od niego – zamiast ~330km. Efekt: 40–70% niższa latencja dla zasobow statycznych.

Brotli compression – 30% mniejsze pliki JS/CSS vs gzip
HTTP/3 (QUIC) – szybsze połączenia na sieci mobilnej
Ukrycie adresu IP serwera przed skanerami
Auto-minifikacja JS/CSS/HTML
Cloudflare Polish – recompresja obrazów bez utraty jakości
Prędkość DNS Cloudflare: średnio 11ms (Cloudflare 1.1.1.1)
Analiza ruchu i blokowanie botów (Cloudflare Bot Management)
Uwaga dla Magento: Cloudflare wymaga odpowiedniej konfiguracji Page Rules lub Cache Rules, by nie cache'ować stron koszyka, konta i checkout. Configurujemy to podczas wdrożenia.
Cloudflare CDN dla Magento – globalna sieć dostarczania treści dla sklepów e-commerce

Wyniki optymalizacji Magento – przed i po

Wskaźniki dla typowego sklepu Magento 2.4 z szablonem Luma (300 produktów, pl_PL locale) po pełnej konfiguracji stosu na serwerze dedykowanym.

Wskaźnik Przed (shared hosting) Po (serwer dedykowany) Poprawa
TTFB (strona kategorii) 2 100ms 18ms 117×
TTFB (PHP, cache miss) 4 200ms 280ms 15×
LCP (strona główna) 6,2s 1,9s -69%
PageSpeed Mobile 28 91 +225%
PageSpeed Desktop 54 97 +80%
CLS 0,38 0,04 -89%
Rozmiar strony (JS+CSS+img) 3,8 MB 1,1 MB -71%
Liczba żądań HTTP 112 38 -66%

Wyniki mierzone narzędziami Google PageSpeed Insights i WebPageTest. Wartości mogą się różnić w zależności od specyfiki sklepu.

Jak wygląda proces optymalizacji Magento?

Pełna optymalizacja techniczna wykonywana przy migracji na serwer dedykowany.

01

Audyt wydajności

  • PageSpeed Insights baseline
  • WebPageTest 5 lokalizacji
  • Identyfikacja wąskich gardeł
  • Analiza slow query log
02

Konfiguracja serwera

  • Varnish FPC + VCL Magento
  • Redis sesje i cache
  • PHP 8.3 + OPcache + JIT
  • Nginx + HTTP/2 + Brotli
03

Optymalizacja front-end

  • WebP konwersja obrazów
  • Lazy loading + srcset
  • Cloudflare CDN + Page Rules
  • Minifikacja JS/CSS
04

Weryfikacja i monitoring

  • Testy A/B przed i po
  • Ustawienie alertów wydajności
  • Google Search Console check
  • Raport wyników dla klienta

Najczęściej zadawane pytania – optymalizacja Magento

Jak szybko można poprawić wyniki Core Web Vitals w Magento?
Po migracji na nasz hosting i pełnej konfiguracji stosu (Varnish, Redis, OPcache, WebP, Cloudflare CDN) większość sklepów Magento osiąga wyniki LCP poniżej 2,5 s i PageSpeed 85–95 w ciągu 2–5 dni roboczych. Czas zależy od złożoności sklepu, liczby modułów zewnętrznych i jakości kodu szablonu.
Czy Varnish Cache jest kompatybilny z Magento 2?
Tak – Magento 2 ma natywne wsparcie dla Varnish Cache (VCL wbudowany w panel Magento Admin). Varnish działa jako reverse proxy przed Nginx, obsługując Full Page Cache. Strony kategorii i produktów są serwowane bezpośrednio z pamięci RAM bez uruchamiania PHP lub zapytania do bazy danych – czas odpowiedzi spada do 5–20ms.
Ile kosztuje optymalizacja sklepu Magento?
Podstawowa optymalizacja techniczna (Varnish, Redis, OPcache, WebP, Cloudflare) jest wliczona w koszt hostingu dedykowanego – wykonujemy ją bezpłatnie przy migracji. Głęboka optymalizacja kodu PHP, szablonów lub zapytań SQL jest wyceniana indywidualnie po bezpłatnym audycie wydajności.
Co to jest TTFB i dlaczego jest ważny dla Magento?
TTFB (Time to First Byte) to czas od wysłania żądania HTTP do odebrania pierwszego bajtu odpowiedzi. Google zaleca TTFB poniżej 200ms. W Magento na nieskonfigurowanym hostingu TTFB wynosi często 1–5 sekund. Varnish Cache i Redis skracają TTFB dla stron cache'owanych do 5–20ms, a dla stron generowanych dynamicznie do 150–300ms.
Czy CDN Cloudflare jest obowiązkowy dla Magento?
CDN nie jest obowiązkowy, ale silnie zalecany. Dzięki sieci ponad 300 PoP na całym świecie statyczne zasoby (JS, CSS, obrazy, czcionki) są serwowane z serwera najblizszego użytkownikowi. Zmniejsza to opóźnienie ściagania zasobów o 40–70% dla użytkowników z odległych lokalizacji i znacznie poprawia wyniki LCP w Google Search Console.

Inne usługi w ramach hostingu Magento

Sprawdź jak szybko może działać Twój sklep

Bezpłatny audyt wydajności Magento: PageSpeed, Core Web Vitals, TTFB, slow queries. Raport z konkretnymi zaleceniami bez zobowiązań.

Magento 2.4 Magento 2.3 Magento 1.9 PHP 8.4 PHP 8.3 PHP 8.2 PHP 7.X Redis Cache Varnish Cache OpenSearch Elasticsearch NVMe SSD HTTP/3 Nginx MySQL 8.0 MariaDB 10.6 MariaDB 10.11 Darmowa migracja Administracja serwerem Monitoring 24/7 Backupy 24h Certyfikat SSL Wsparcie techniczne Hosting VPS Serwery dedykowane Amazon Web Services (AWS)

Zapewniamy pełne wsparcie technologiczne dla każdej wersji platformy Magento, dbając o optymalizację pod kątem szybkości ładowania (TTFB) oraz bezpieczeństwa danych na naszych serwerach dedykowanych i VPS.