WooCommerce sau magazin la comandă? Ce am învățat mutând un magazin de pe unul pe altul

Am mutat anul acesta un magazin online de pe WooCommerce pe o platformă scrisă de la zero. Nu pentru că WooCommerce ar fi slab — ci pentru că ajunsese să coste mai mult decât ce dădea înapoi. Articolul ăsta e despre cum îți dai seama dacă ești în situația aia. Sau, mai probabil, cum îți dai seama că nu ești.

Zic „mai probabil" pentru că, în majoritatea cazurilor, răspunsul corect e să rămâi pe WooCommerce. Începem cu partea asta.

Când WooCommerce e alegerea corectă — adică aproape întotdeauna

Dacă vinzi produse fizice, cu variații de mărime și culoare, livrare prin curier și plată cu cardul, WooCommerce face tot ce-ți trebuie. E matur, are integrări gata făcute pentru curierii și facturarea din România, îl poți administra singur și găsești oricând pe cineva care să lucreze pe el.

Asta din urmă contează mai mult decât pare. Un magazin pe WooCommerce poate fi preluat de orice dezvoltator. Unul scris la comandă poate fi preluat doar de cineva dispus să învețe codul altcuiva — și ăla costă mai mult, sau nu se găsește.

Regula pe care o folosim: dacă nu poți numi o funcție concretă pe care WooCommerce n-o poate face, nu ai motiv să pleci de pe el.

„Vreau ceva mai rapid" nu e un motiv — un WooCommerce optimizat corect e rapid. „Vreau un design special" nu e un motiv — tema se face oricum la comandă. „Vreau să fiu independent" nu e un motiv, e o senzație.

Ce s-a întâmplat la Cary Studio

Clientul e un salon de pedichiură curativă din Bistrița. A început simplu: un site cu programări online. Apoi a vrut să vândă produsele folosite în salon — am pus WooCommerce, cea mai firească alegere. A mers.

Apoi au apărut cerințele care n-au mai încăput.

• Vouchere cadou care se validează la recepție. Nu doar un cod de reducere — un voucher cu PDF trimis pe e-mail, cod QR tipărit pe el, pe care fata de la recepție îl scanează cu telefonul și îl marchează folosit pe loc, o singură dată.
• Programările și comenzile în același loc. Salonul avea agenda într-o parte și comenzile în alta. Voiau o singură zi de lucru, nu două panouri.
• O aplicație pentru echipă. Fetele lucrează între două cliente, cu telefonul în mână. Un panou de administrare WordPress gândit pentru desktop nu se folosește în situația asta — se abandonează.

Pentru fiecare dintre astea există pluginuri. Le-am evaluat. Problema n-a fost că nu există, ci că trei pluginuri de la trei autori diferiți, care trebuie să vorbească între ele și cu sistemul de programări, formează un lanț în care fiecare verigă se poate rupe la o actualizare. Iar când se rupe, nu se rupe la tine în birou.

Ce am construit în loc

O platformă în PHP și MySQL, fără framework, scrisă pe fluxul salonului: magazin propriu, programări, vouchere și aplicația echipei, toate pe aceeași bază de date, cu 250 de teste automate care rulează la fiecare modificare.

Câteva lucruri pe care le-am putut face abia după ce am scăpat de constrângerile platformei:

• Plata confirmată doar prin notificarea server-la-server. Nimeni nu poate marca o comandă ca plătită revenind pe o adresă din browser. Semnătura notificării e verificată criptografic, iar aceeași notificare primită de două ori nu produce două plăți.
• Stocul scăzut într-o tranzacție cu blocare de rând. Doi cumpărători simultani pe ultimul produs — unul singur îl primește. Nu „de obicei", ci garantat.
• Facturarea care nu blochează comanda. Dacă emiterea facturii eșuează, comanda merge înainte, iar administratorul primește un buton de reîncercare. Într-un lanț de pluginuri, o eroare de facturare oprește tot.
• Vouchere emise doar la plata confirmată, anulate automat dacă anulezi comanda, cu generator de coduri QR scris în PHP.

Ce a costat de fapt

Aici sunt onest, pentru că despre partea asta nu scrie nimeni.

Pragul, din experiența noastră: un magazin la comandă începe să aibă sens de la aproximativ 3.000 € în sus, și doar dacă ai o funcție pe care platforma n-o poate face. Sub pragul ăsta, plătești pentru independență, nu pentru capacitate — iar independența nu se vinde către clienții tăi.

Cele patru întrebări care decid

1. Poți numi funcția care lipsește? Dacă răspunsul e o senzație („e greoi", „vreau ceva al meu"), rămâi pe WooCommerce. Dacă e o propoziție concretă — „vreau ca voucherul să fie scanat la recepție și marcat folosit" — atunci discuția e reală.
2. Câte pluginuri trebuie să conlucreze? Unul sau două, fără probleme. Peste patru, care depind unul de altul, ai construit deja un sistem la comandă — doar că din piese pe care nu le controlezi.
3. Cine îl întreține peste doi ani? La WooCommerce, oricine. La comandă, cel care l-a scris sau cineva dispus să învețe. Întrebarea asta se pune înainte, nu după.
4. Ce se întâmplă dacă platforma se schimbă? WordPress a schimbat editorul și a rupt teme întregi. Un plugin abandonat de autor devine problema ta. Cât de mult te doare asta?

Un drum de mijloc pe care puțini îl iau în calcul

Nu trebuie să alegi între alb și negru. Se poate păstra WooCommerce pentru catalog și comenzi — partea în care e foarte bun — și scrie la comandă doar bucata care nu încape: un modul propriu de vouchere, o aplicație separată pentru echipă, o integrare specifică.

La Cary Studio n-am mers pe varianta asta pentru că și programările, și voucherele, și aplicația de salon trebuiau să vorbească între ele. Când trei sferturi din sistem e la comandă, ultimul sfert nu mai are rost să fie altfel. Dar dacă la tine e vorba de o singură bucată, hibridul e mai ieftin și mai sigur.

Pe scurt

• Rămâi pe WooCommerce dacă nu poți numi funcția concretă care lipsește.
• Migrarea are sens de la ~3.000 € în sus și doar cu un motiv funcțional, nu emoțional.
• Peste patru pluginuri interdependente = ai deja un sistem la comandă, fără controlul lui.
• Întreabă de la început cine îl întreține peste doi ani.
• Hibridul — platformă plus o bucată scrisă la comandă — rezolvă majoritatea cazurilor de graniță.