Audyt wydajności Magento - co sprawdzić
W skrócie
Magento jest potężne, ale wymagające wydajnościowo. Najwięcej zyskasz, pilnując: trybu produkcyjnego, pełnego cache (najlepiej Varnish), aktualnych indeksów, zoptymalizowanego frontendu (merge/minify, obrazy) oraz wydolnej bazy i Redis. Wolny Magento to częściej zła konfiguracja niż słaby serwer.
Magento (Adobe Commerce) to platforma dla wymagających sklepów - ale jej elastyczność ma cenę: bez właściwej konfiguracji potrafi być powolna. Dobra wiadomość jest taka, że większość problemów wydajnościowych wynika z ustawień, nie ze słabego serwera. Zanim zaczniesz dokupować RAM, sprawdź konfigurację - to zwykle tam leży problem.
Wydajność w sklepie to nie kosmetyka: każda dodatkowa sekunda ładowania karty produktu obniża konwersję i pogarsza Core Web Vitals, które wpływają na widoczność w Google. Poniżej audyt w kolejności od największych dźwigni do detali.
1. Tryb produkcyjny i cache
To pierwsze i najważniejsze, co sprawdzamy. Magento ma trzy tryby pracy (developer, default, production) i różnica wydajności między nimi jest dramatyczna. Sklep produkcyjny działający w trybie developer to klasyk - generuje pliki i kompiluje w locie przy każdym żądaniu.
- Upewnij się, że sklep działa w trybie production, nie developer (ogromna różnica w wydajności).
- Włącz wszystkie typy cache Magento (
bin/magento cache:enable). - Wdróż Varnish jako Full Page Cache - to jedna z największych dźwigni wydajności.
- Skonfiguruj Redis dla cache i sesji - odciąża bazę i przyspiesza odczyty.
php bin/magento deploy:mode:show
# powinno zwrócić: Current application mode: production2. Indeksy i zadania cron
Magento opiera się na indeksach (ceny, katalog, wyszukiwarka) i kolejkach przetwarzanych przez cron. Gdy cron nie działa albo indeksy są w trybie „Update on Save”, sklep albo zwalnia przy zapisie, albo serwuje nieaktualne dane.
- Sprawdź, czy indeksy są aktualne i ustawione na tryb „Update on Schedule”.
- Zweryfikuj, że cron działa poprawnie - od niego zależą indeksy, cache, kolejki i e-maile.
- Monitoruj rozmiar tabel logów i kolejek (
*_log,*_index,quotepotrafią puchnąć do GB). - Wyczyść stare koszyki (
quote) i logi - regularny maintenance utrzymuje bazę w ryzach.
3. Frontend
Frontend Magento bywa ciężki: dużo JavaScriptu (Knockout, RequireJS), sporo CSS i obrazy produktowe, które zwykle są największym pojedynczym ładunkiem strony. To właśnie tu rozstrzygają się Core Web Vitals widoczne dla użytkownika i dla Google.
- Włącz scalanie i minifikację CSS/JS oraz kompresję (gzip/brotli).
- Zoptymalizuj obrazy (format WebP/AVIF, lazy-loading) - w sklepach to zwykle największy ładunek.
- Ogranicz liczbę i ciężar rozszerzeń (modułów) third-party - każdy dokłada kod do każdej strony.
- Sprawdź Core Web Vitals osobno dla strony głównej, listingu i karty produktu.
- Rozważ optymalizację krytycznego CSS i odroczenie nieistotnego JS pod kątem INP.
4. Baza danych i hosting
Magento jest „głodne” zasobów - to platforma korporacyjna, nie blog. Współdzielony hosting praktycznie zawsze będzie wąskim gardłem. Dopiero gdy konfiguracja jest poprawna, warto patrzeć na sprzęt.
- Magento lubi zasoby: szybkie dyski (NVMe), dużo RAM, aktualny PHP z OPcache.
- Rozważ rozdzielenie bazy danych i aplikacji przy większym ruchu.
- Monitoruj wolne zapytania SQL (slow query log) i optymalizuj konfigurację MySQL/MariaDB.
- Dla dużych katalogów rozważ Elasticsearch/OpenSearch dla wyszukiwarki i warstwowania.
Najczęstsze przyczyny wolnego Magento
| Objaw | Najczęstsza przyczyna | Działanie |
|---|---|---|
| Wolno na każdej stronie | Tryb developer / brak Varnisha | Włącz production + Full Page Cache |
| Wolno tylko przy zapisie produktu | Indeksy „Update on Save” | Przełącz na „Update on Schedule” |
| Karta produktu długo się ładuje | Ciężkie obrazy / moduły third-party | Optymalizacja obrazów, audyt modułów |
| Skoki obciążenia bazy | Brak Redis / spuchnięte tabele | Skonfiguruj Redis, czyść logi i quote |
Jak przeprowadzić audyt wydajności Magento
- 1Sprawdź
deploy:mode:show- na produkcji musi być production. - 2Włącz cache Magento i wdróż Varnish + Redis (cache i sesje).
- 3Ustaw indeksy na Update on Schedule i potwierdź, że cron działa.
- 4Zmierz Core Web Vitals osobno dla homepage, listingu i karty produktu.
- 5Zoptymalizuj obrazy (WebP/AVIF) i zrób audyt ciężkich modułów third-party.
Audyto wykrywa Magento automatycznie, rozpoznaje moduły i custom kod oraz sprawdza wydajność, SEO i bezpieczeństwo sklepu w jednym raporcie - z roadmapą napraw i estymacją kosztów w pakiecie PRO. Zrób darmowy audyt swojego sklepu.
Najczęstsze pytania
Dlaczego mój Magento działa wolno?
Najczęściej z powodu konfiguracji: brak trybu produkcyjnego, wyłączony cache lub brak Varnisha, nieaktualne indeksy, nieoptymalne obrazy i nadmiar modułów. Słaby serwer to rzadziej główna przyczyna.
Czy Varnish jest konieczny w Magento?
Nie jest formalnie wymagany, ale to jedna z największych dźwigni wydajności jako Full Page Cache. W sklepach z realnym ruchem warto go wdrożyć.
Jaki tryb pracy Magento wybrać na produkcji?
Tryb production. Tryb developer jest wolny i przeznaczony wyłącznie do prac deweloperskich.
Czy Redis jest potrzebny w Magento 2?
Bardzo zalecany. Redis przejmuje cache i sesje, odciążając bazę danych i znacząco przyspieszając odczyty. W sklepach z realnym ruchem to praktycznie standard.
Czy współdzielony hosting wystarczy do Magento?
W praktyce nie. Magento to platforma zasobożerna - wymaga dedykowanego serwera lub VPS z odpowiednią ilością RAM, szybkimi dyskami NVMe i aktualnym PHP z OPcache. Na współdzielonym hostingu niemal zawsze będzie wolne.
Sprawdź swoją stronę w 60 sekund
Wydajność, SEO, dostępność i bezpieczeństwo w jednym raporcie. Pierwszy audyt za darmo.
Zrób darmowy audyt