Salt la conținutul principal
Performanță

Optimizare magazin online: viteză, performanță, conversie

Un magazin care se încarcă greu pierde 40% din vizitatori după 3 secunde și 7% din conversii pentru fiecare secundă în plus. Găsim ce îl încetinește (imagini, cod, server, bază de date, găzduire), reparăm și vă arătăm diferența în cifre, înainte și după.

Cereți un audit gratuit Vedeți prețurile

Trimiteți adresa magazinului; primiți top 5 probleme de performanță, fără obligații.

✓ Audit gratuit 3 pagini ✓ Pagini încărcate sub 2,5 s ✓ Măsurători înainte și după ✓ RO · UE · UK · US
3 ani
experiență
12+
proiecte livrate
750.000+
de produse în comparatorul DeBuget
48 de ore
estimare scrisă

Construiți un magazin de la zero? Vedeți dezvoltare magazin online cu integrări românești sau prezentarea serviciului E-commerce și magazine online. Pagina asta e pentru magazinele care există deja și sunt lente.

De ce se încarcă greu magazinul dumneavoastră

Clienții nu văd cauza, văd doar că pagina de produs se încarcă greu și pleacă. Majoritatea magazinelor lente au aceleași probleme, indiferent de platformă:

  • Imagini prea mari: 3-5 MB pe pagina de produs, JPEG/PNG neoptimizate, fără WebP/AVIF și fără variante pentru telefon. Cea mai frecventă cauză de LCP slab.
  • Prea mult JavaScript la încărcare: 500KB-2MB de cod care blochează afișarea: carusele, pop-up-uri, aplicații Shopify, tag-uri de marketing adunate în timp.
  • Interogări repetate în baza de date (N+1): lista de produse face 1 + N interogări în loc de una. La 100 de produse, 101 interogări în loc de 1, iar serverul răspunde în 800ms-3s.
  • Lipsă cache: fiecare cerere ajunge la baza de date. Fără cache de obiecte (Redis), fără cache de pagini, fără CDN.
  • Găzduire prea mică: hosting partajat cu 1GB RAM pentru un magazin cu 10.000 de vizitatori pe zi. Procesorul e la limită la orele de vârf.
  • Scripturi externe: Google Analytics, Meta Pixel, chat, recenzii, retargeting, toate încărcate fără defer/async.
  • Fonturi care blochează afișarea: 4-6 grosimi de font încărcate înainte de text, care rămâne invizibil câteva momente, fără font-display: swap.

Detalii tehnice

Pentru echipa tehnică sau pentru cine vrea să știe exact ce verificăm: viteză și Core Web Vitals, server și bază de date, frontend, găzduire și SEO tehnic.

Vedeți detaliile tehnice

Viteză și Core Web Vitals: ce contează cu adevărat

Google măsoară experiența reală a utilizatorului prin trei metrici (Core Web Vitals). Toate trebuie verzi în PageSpeed Insights și Search Console:

  • LCP (Largest Contentful Paint): timpul până apare elementul principal al paginii. Țintă: sub 2.5s. Element dominant = de obicei imaginea hero sau titlul paginii.
  • INP (Interaction to Next Paint): cât de repede reacționează pagina la o acțiune (a înlocuit FID în 2024). Țintă: sub 200ms. Măsoară cât de repede răspunde pagina la click/tap.
  • CLS (Cumulative Layout Shift): stabilitatea vizuală. Țintă: sub 0.1. Măsoară cât „sare" conținutul la încărcare (imagini fără dimensiuni, fonturi, reclame).

Explicații detaliate și remedieri concrete: ghid complet optimizare viteză magazin online.

Server și bază de date: unde se pierde timpul

Ce vede clientul în browser e doar jumătate. Cealaltă jumătate e timpul în care serverul răspunde (TTFB, Time To First Byte). Magazine cu TTFB peste 600ms sunt lente indiferent de optimizarea frontend.

  • Indexuri compuse: lipsă index pe (category_id, status, sort_order) = full table scan pe 100k produse. Soluție: EXPLAIN + index corect.
  • Interogări N+1: ORM-ul (Eloquent, Django ORM, Prisma) încarcă relațiile una câte una, în buclă. Soluție: eager loading cu select_related / with() / include.
  • Pool de conexiuni: o conexiune nouă la baza de date pentru fiecare cerere adaugă 20-50ms. Soluție: pool (PgBouncer, ProxySQL) sau persistent connections.
  • Cache Redis/Memcached: catalog de produse, sesiuni, rezultate de interogări. Cu 90%+ din cereri servite din cache, răspunsul serverului scade de la 800ms la 80ms.
  • Partiționare: tabele cu milioane de rânduri (comenzi, loguri) împărțite pe dată. Query pe luna curentă = 30 de zile, nu 5 ani.

Detalii tehnice: ghid optimizare bază de date pentru magazin online.

Codul care ajunge în browser (frontend)

  • Mărimea codului JavaScript: eliminarea codului nefolosit, împărțire pe pagini, încărcare la cerere pentru module folosite rar. Țintă: sub 150KB comprimat pe pagină.
  • Imagini: WebP/AVIF cu fallback, srcset + sizes pentru responsive, loading="lazy" pe tot ce e sub prima ecranare, fetchpriority="high" pe imaginea principală.
  • CSS esențial: stilurile pentru prima ecranare puse direct în pagină, restul amânate. Fără framework-uri CSS complete (Bootstrap, Tailwind integral) pe pagini simple.
  • Scripturi externe: defer/async pe analytics, Partytown pentru mutare pe web worker, lazy-load chat-uri și widget-uri.
  • Fonturi: cel mult 2 familii, font-display: swap, preîncărcarea grosimii principale, doar caracterele limbii site-ului.

Găzduire: hosting, CDN, edge

  • Hosting: VPS dedicat (Hetzner, OVH) sau cloud (AWS/GCP) cu autoscaling. Hostingul partajat nu e potrivit pentru magazine cu peste 1.000 de vizitatori pe zi.
  • CDN: Cloudflare/Fastly/Bunny pentru asset-uri statice. Reduc timpul de răspuns la distanță: un vizitator din Germania nu mai așteaptă serverul din București.
  • Edge computing: Cloudflare Workers, Vercel Edge, Deno Deploy pentru randare aproape de vizitator. Un magazin headless pe edge ajunge la LCP sub 1s oriunde.
  • Reverse proxy: nginx/Varnish pentru cache de pagini complete. O pagină din cache răspunde în sub 20ms.
  • Auto-scaling: Kubernetes sau Docker Swarm pentru mai multe servere la Black Friday și campanii. Fără ele, magazinul cade la un vârf de trafic.

SEO tehnic: structură, schema, indexare

Un magazin rapid pe care Google nu îl găsește nu vinde. Optimizăm:

  • Schema.org markup: Product, Offer, AggregateRating, BreadcrumbList, FAQPage, Organization. Rezultatele îmbogățite cresc rata de click cu până la 30% în Google.
  • Structura adreselor: simplă, cu cuvinte-cheie, fără parametri. /produs/nume-produs/ nu /product?id=123.
  • Sitemap & robots: sitemap XML cu toate URL-urile indexabile, robots.txt care exclude paginile fără valoare în căutare (coș, cont, căutare internă).
  • Legături interne: grupuri de pagini pe subiect, breadcrumb consecvent, texte de link descriptive, ca paginile de produs să primească autoritate.
  • Hreflang: corect pentru magazinele în mai multe limbi. Greșeală comună: hreflang fără legătura inversă sau cu coduri de limbă greșite.
  • Crawl budget: pentru magazine cu peste 50.000 de adrese, Google trebuie ghidat prin robots.txt, sitemap-uri pe secțiuni și canonical strict.

Cum lucrăm: audit și implementare

Fiecare pas are cifre înainte și după, nu promisiuni vagi:

  1. Audit inițial (1 săptămână)PageSpeed + Lighthouse pe 5-10 pagini reprezentative, WebPageTest cu locații multiple, analiza TTFB, audit DB (slow query log, EXPLAIN), audit infrastructură, audit SEO tehnic.
  2. Raport scris + roadmapprioritizare: îmbunătățiri rapide, medii și strategice. Estimarea impactului pentru fiecare optimizare (LCP, conversie, cost de găzduire). Ofertă fermă.
  3. Implementare (2-8 săptămâni)întâi îmbunătățirile rapide (în 1–2 săptămâni), apoi rescrierea părților de server și găzduire, cu testare și monitorizare la final.
  4. Măsurători după implementarecomparație Lighthouse înainte și după, evoluția Core Web Vitals în Search Console pe 30 de zile, conversie în GA4, măsurători de la vizitatori reali (RUM) prin Cloudflare.
  5. Monitorizare continuă (opțional)alertă dacă LCP sau INP se degradează, audit trimestrial, capacitate suplimentară pentru campanii.

Metodologia completă și checklist: audit performanță magazin online, ghid complet.

Proiecte live relevante

DeBugetComparator de prețuri cu 750.000+ de produse, feed-uri zilnice și infrastructură optimizată pentru cost minim. e-furnizori.roMarketplace B2B cu 650+ de furnizori, căutare full-text și integrări e-Factura și e-Transport ANAF.

Întrebări frecvente

Cât costă optimizarea unui magazin online?

Audit complet: 400–900 EUR. Implementare optimizări: 1.500–6.000 EUR pentru un magazin mediu. Migrare headless: 8.000–25.000 EUR. Prețul final se stabilește după audit, cu măsurători.

În cât timp văd rezultate?

Primele îmbunătățiri rapide: 1–2 săptămâni. Core Web Vitals verzi în mod stabil: 4–8 săptămâni. Impactul pe conversie în GA4: după 30 de zile de trafic constant.

Funcționează pe Shopify, WooCommerce sau custom?

Da, pe toate. Pe platformele custom, accesul complet la cod permite cele mai mari îmbunătățiri. Pe Shopify lucrăm pe temă, pe aplicațiile instalate și pe codul Liquid.

Ce valori Core Web Vitals urmăriți?

LCP sub 2.5s, INP sub 200ms, CLS sub 0.1, toate verzi. Pentru magazine cu trafic mare: LCP sub 2s, cu randare pe servere edge.

Auditul inițial e gratuit?

Da. Verificăm în PageSpeed Insights și Lighthouse 3 pagini cheie (home, categorie, produs) și vă trimitem în scris, în 48 de ore, top 5 probleme, cu estimarea impactului.

Ajută și SEO, nu doar viteza?

Da. Core Web Vitals e factor de ranking confirmat de Google din 2021. Un magazin cu LCP sub 2.5s câștigă tipic 10–20% trafic organic față de un competitor lent.

Citiți în continuare

Trimiteți-ne adresa magazinului pentru un audit gratuit.

Vă răspundem într-o zi lucrătoare, iar în 48 de ore primiți în scris top 5 probleme de performanță și estimarea impactului. Fără obligații, fără prezentare comercială.

Cereți un audit gratuit Vedeți prețurile