eduardweb.
WooCommerce & WordPressIntermediar#performance#nextjs#woocommerce#graphql#headless

WordPress headless cu Next.js: Când merită de fapt și când e doar bătaie de cap?

De Ioan Manole, 23 iul. 2026 · 6 vizualizări · 3 like-uri

Postat 23 iul. 2026
typescript
export async function getWooCommerceProducts() {
  const query = `
    query GetProducts {
      products(first: 20) {
        nodes {
          id
          name
          slug
          ... on SimpleProduct { price }
        }
      }
    }
  `;

  const res = await fetch(process.env.WORDPRESS_GRAPHQL_ENDPOINT!, {
    method: 'POST',
    headers: { 'Content-Type': 'application/json' },
    body: JSON.stringify({ query }),
    next: { revalidate: 60 } // Revalidate ISR la fiecare minut
  });

  const { data } = await res.json();
  return data?.products?.nodes || [];
}

Am văzut tot mai mulți clienți care cer "headless WordPress cu Next.js" doar pentru că sună bine în pitch-uri sau au văzut un demo pe YouTube. Anul trecut am mutat un magazin WooCommerce cu 12.000 de produse pe Next.js (App Router) și WPGraphQL, iar azi vă zic sincer unde se rupe filmul. Câștigați o viteză brută incredibilă, dar prețul plătit pe mentenanță s-ar putea să vă doară mai tare decât un server dedicat scump.

Unde strălucește combinația Next.js + WP

La proiectul de care vă ziceam, aveam un trafic de vreo 850.000 de afișări pe lună și un VPS pe Hetzner care gâfâia serios la fiecare campanie de reduceri. Oricâte plugin-uri de caching puneam (WP Rocket, Redis object cache), dinamica datelor din WooCommerce rupea tot la checkout și în paginile de categorie.

După ce am mutat frontend-ul pe Next.js, am obținut un TTFB de sub 80ms global prin Edge Caching. Căutarea prin produse a devenit instantanee folosind Algolia lipit direct pe frontend, iar scorul de Lighthouse pe Mobile a sărit de la 45 la 94. Build-time-ul pentru ISR (Incremental Static Regeneration) stă undeva la 4 minute pentru paginile critice, ceea ce e super decent.

Coșmarul din spate: Plugin-urile WooCommerce

Aici e trade-off-ul masiv despre care agențiile uită să vorbească. În momentul în care ai ieșit din tema monolitică de PHP, ai pierdut 90% din ecosistemul clasic de plugin-uri WooCommerce.

Vrei un plugin simplu de badges pentru reduceri? Nu mai merge prin add_filter(). Trebuie să-i scrii tu componentele în React și să expui datele custom în WPGraphQL. Vrei un checkout modificat cu curieri locali și Stripe? Uită de Hook-urile din functions.php. Checkout-ul și autentificarea devin coșmaruri de sincronizare de state (cart și session management pe domenii diferite).

Am pierdut vreo 60 de ore doar ca să facem sesiunea de coș să nu expire ciudat când userul trece de pe o pagină statică generată de Next.js pe o pagină dinamică.

Care e breakpoint-ul real de trafic?

Din experiența mea de până acum, NU merită să faci headless WooCommerce dacă:

  • Magazinul face sub 50.000€ cifră de afaceri lunară.
  • Ai mai puțin de 300.000 de afișări pe lună.
  • Echipa ta nu are un dev dedicat pe React/Next.js care să întrețină codul săptămânal.

Rămâi pe o temă PHP curată (Gutenberg sau un Storefront modificat), pune un Redis bun, un Cloudflare Enterprise (sau Super Page Cache) și ești acoperit fără dureri de cap.

În schimb, dacă ești peste 1 milion de afișări pe lună, ai echipa ta de dev și vrei un frontend ultra-rapid pe mobil, Next.js te scapă de limitările PHP-ului monolitic. Dar fii pregătit să scrii de la zero chestii pe care un plugin de 50$ le făcea în 2 click-uri.

Voi ce experiențe aveți cu WPGraphQL și WooCommerce? Ați încercat să treceți magazine mari pe headless sau preferați să stoarceți tot din cache-ul de PHP?

Răspunsuri 0

Se încarcă răspunsurile…

Loghează-te pentru a răspunde

Doar membrii comunității pot lăsa comentarii.