Audit performanță magazin online: metodologie completă & checklist
Un audit serios nu este „am rulat Lighthouse". Este o metodologie structurată pe trei straturi (frontend, backend, infrastructură), cu KPI măsurați înainte și după și un roadmap prioritizat pe ROI. Arătăm exact ce conține un audit corect, ce tool-uri folosim și ce primiți în raport.
Ce rezolvă un audit (și ce nu)
Un audit răspunde la întrebări la care Google Analytics nu poate: de ce magazinul e lent, unde se pierde timpul, cât costă fiecare problemă și cum se rezolvă cu ROI pozitiv.
Nu este: un raport de 50 de pagini cu capturi din Lighthouse. Nu este o recomandare generică „instalează un plugin de cache". Un audit real conține măsurători concrete, cauze-rădăcină și un plan cu estimări de impact.
Cele trei straturi ale auditului
1. Frontend: ce ajunge în browser
- Core Web Vitals real (CrUX): LCP, INP, CLS pe vizitatori reali, din Chrome UX Report și Search Console.
- Lab data (Lighthouse): run pe 5-10 pagini reprezentative (home, categorie, produs, checkout), mobile + desktop separat.
- Bundle analysis: ce JS/CSS se încarcă pe fiecare pagină, cât gzipped, ce din el e nefolosit.
- Images: format, dimensiuni, compresie, prezența
width/height, lazy load,fetchprioritype LCP. - Third-party: inventarul de scripts externe (analytics, chat, pixels), impact pe main thread.
- Fonts: familii încărcate,
font-display, preload, subset.
2. Backend: ce se întâmplă pe server
- TTFB per route: home, listă, produs, căutare, checkout. Distribuție p50/p95/p99.
- Slow query log analysis: top 20 de query-uri lente, EXPLAIN pe fiecare, identificare indecși lipsă și N+1.
- Pool conexiuni: dimensiune, utilizare, queue, latență handshake.
- Cache hit rate: object cache, query cache, page cache. Dacă e sub 80% = oportunitate.
- Aplicație: profilare (Xdebug, py-spy, Node profiler) pe endpoint-urile lente, ca să vedem unde se petrece timpul.
3. Infrastructură: hosting, rețea, edge
- Specs server: CPU, RAM, disk (HDD vs SSD vs NVMe), saturare la peak.
- Topologie: un server vs separare web/DB, prezența reverse proxy (nginx, Varnish), CDN activ.
- Geografie: TTFB din 3-5 locații (RO, DE, US), penalizarea pentru vizitatorii internaționali.
- Scaling: cum se comportă la 2x, 5x, 10x trafic. Când se rupe.
- Cost: cost curent vs cost optimizat după migrare/upgrade.
KPI: ce măsurăm
| KPI | Definiție | Țintă |
|---|---|---|
| TTFB p50 | Timp server pentru 50% din request-uri | <200ms |
| TTFB p95 | Timp server pentru cele mai lente 5% | <500ms |
| LCP (mobile) | Largest Contentful Paint pe mobil | <2.5s |
| INP | Interaction to Next Paint | <200ms |
| CLS | Cumulative Layout Shift | <0.1 |
| JS bundle (gzip) | Total JS per pagină | <150KB |
| Total page weight | Suma tuturor resurselor | <1MB |
| Cache hit rate | % request-uri servite din cache | >80% |
Tool-uri: stack-ul de audit
- PageSpeed Insights: Lighthouse + CrUX pe orice URL. Punct de plecare.
- WebPageTest: waterfall + filmstrip + comparativ înainte/după, multiple locații și device-uri.
- Chrome DevTools (Performance & Network): profilare locală, simulare 3G/CPU throttling.
- Search Console (Core Web Vitals & Page Experience): cum vă văd vizitatorii reali, agregat.
- EXPLAIN + slow log + pg_stat_statements: pe partea de bază de date.
- htop / Netdata / Grafana: saturare server în timp real, sub load.
- k6 / Locust: load testing, adică cum se comportă la 100/500/1000 useri concurenți.
Checklist de audit: ce bifăm pe fiecare magazin
- Imagini: format modern, responsive, lazy load, dimensiuni pe toate
- LCP: preload + fetchpriority pe imaginea hero
- JS: defer pe toate, code-splitting pe route, Partytown pe analytics
- CSS: critical inline, restul async
- Fonturi: max 2 familii, font-display swap, preload, subset
- Indecși compuși pe query-urile lente (identificate prin EXPLAIN)
- Eager loading peste N+1 detectate
- Object cache (Redis) activ cu hit rate >80%
- Pool conexiuni dimensionat corect
- Reverse proxy cu full page cache pe rute statice
- CDN pentru asset-uri statice + imagini
- HTTP/2 sau HTTP/3, Brotli/Gzip compression
- Schema.org markup pentru rich snippets
- Sitemap + robots corecte
Ce primiți în raport
La finalul auditului, livrăm:
- Executive summary (1 pagină): starea curentă, top 5 probleme, impact estimat per problemă, cost implementare.
- Raport detaliat (15-30 de pagini): măsurători before per KPI, analiză per strat (frontend/backend/infra), capturi din tool-uri.
- Roadmap prioritizat: quick wins (1-2 săptămâni, impact mare, cost mic), optimizări medii, inițiative strategice (migrare headless, edge rendering). Estimare LCP/INP/conversie per acțiune.
- Ofertă fermă: preț per fază, timeline, ce intră în scope-ul nostru vs ce poate face echipa internă.
Caz concret: audit pe un magazin de modă
Magazin Shopify Plus, 80k vizitatori/lună. Plângere: „vânzările scad, ni se pare că site-ul e lent".
Top 5 probleme găsite:
- LCP 4.1s pe mobile (hero 3.8MB)
- 22 Shopify apps, 1.8MB JS pe homepage
- INP 520ms (4 apps ascultă click-uri pe document)
- TTFB 900ms (fără edge cache pe paginile de categorie)
- CLS 0.28 (imagini fără dimensiuni)
Roadmap (8 săptămâni): conversie imagini + cleanup apps (săptămâna 1-2), Partytown + lazy (3-4), edge cache + Redis (5-6), QA + monitorizare (7-8).
Rezultat după 60 de zile: LCP 1.9s, INP 180ms, CLS 0.05. Trafic organic +18%. Conversie 2.1% → 2.9% (+38%). Audit cost: 700 EUR. ROI în 11 zile.
Doriți un astfel de audit pe magazinul dumneavoastră?
Trimiteți-ne URL-ul. Raportul cu top 5 probleme și estimarea de impact vine în 48 de ore. Auditul complet durează 5-7 zile.
Vedeți și prețurile orientative.