De ce se rup automatizările pe WordPress (și cum verifici înainte să te doară)

„Se trimite automat." E cea mai des rostită propoziție când cineva îți configurează un magazin pe WordPress. Factura pleacă automat, emailul se trimite automat, stocul se actualizează automat, AWB-ul se generează automat.

Adevărul e mai nuanțat, și îl merită oricine își construiește afacerea pe automatizările astea: pe WordPress, „automat" înseamnă altceva decât crezi. Nu e o problemă de calitate a pluginurilor. E o consecință a felului în care e construită platforma.

Trei cauze structurale, toate verificabile de tine, în seara asta.

Sarcinile programate nu rulează pe ceas. Rulează pe vizitatori

Asta e cauza numărul unu, și e cea mai puțin cunoscută.

Pe un server, o sarcină programată („trimite raportul la ora 3 dimineața") e declanșată de un ceas de sistem. Rulează la ora 3, indiferent dacă cineva se uită sau nu.

WordPress nu funcționează așa. Sistemul lui de sarcini programate se declanșează atunci când cineva încarcă o pagină de pe site. Dacă nimeni nu intră pe site între 2 și 6 dimineața, sarcina programată pentru ora 3 nu rulează la 3 — rulează la 6, când intră primul vizitator. Sau la 9. Sau lunea următoare, dacă e un magazin mic.

Ce înseamnă practic: emailuri de coș abandonat trimise cu ore întârziere, când clientul deja a cumpărat din altă parte. Facturi „automate" care pleacă a doua zi. Sincronizări de stoc care se fac când se nimerește.

Cum verifici: instalează un plugin care îți arată lista sarcinilor programate și uită-te la coloana cu ora la care ar fi trebuit să ruleze. Dacă vezi sarcini cu ore sau zile întârziere, ai găsit cauza multor lucruri „ciudate".

Se poate repara — se dezactivează mecanismul intern și se pune un declanșator real, la nivel de server. E o operațiune de zece minute pentru cineva care știe ce face. Dar trebuie să știe cineva că e nevoie de ea, iar asta se întâmplă rar în instalările standard.

Fiecare verigă e făcută de alt autor, care nu știe de ceilalți

Un flux automat obișnuit — comandă → factură → email → curier → stoc → contabilitate — trece prin patru sau cinci pluginuri diferite, scrise de echipe diferite, care nu s-au consultat niciodată.

Fiecare își face treaba lui și presupune că restul funcționează. Când una cade, celelalte nu află. Nu există un loc unde să vezi fluxul întreg și starea lui.

Compară cu o platformă unde automatizările sunt native: acolo, fluxul e un obiect unic, cu istoric de execuții și erori vizibile într-un singur ecran. Nu e magie — e doar diferența dintre un sistem proiectat ca sistem și o colecție de piese care se nimeresc împreună.

Consecința reală nu e că se strică des. E că se strică tăcut. Iar tăcerea arată exact ca succesul.

Actualizările sunt necoordonate, la fel și incompatibilitățile

Fiecare plugin se actualizează pe ritmul autorului lui. O actualizare de securitate la unul poate schimba un comportament pe care altul se baza. Nimeni nu testează combinația ta specifică de pluginuri, pentru că e a ta.

De aici vine tiparul pe care îl știe oricine a avut un magazin pe WordPress: totul mergea, nu s-a atins nimeni de nimic, și de marți nu mai merge. De obicei „nimeni" e actualizarea automată de duminică noaptea.

Cum verifici: jurnalul de actualizări din panoul de administrare, corelat cu data la care a început problema. E cea mai rapidă cale de a găsi vinovatul.

Ce faci dacă ai deja WordPress

Nu-ți spunem să migrezi. Migrarea e scumpă, riscantă și rareori justificată doar de asta. Îți spunem ce să faci ca să nu te doară:

Pune un declanșator real pentru sarcinile programate. E cea mai mare îmbunătățire pentru cel mai mic efort din toată lista.

Testează fluxul cap-coadă, lunar. O comandă reală, urmărită prin fiecare verigă până la confirmarea finală. Douăzeci de minute. E singura metodă care îți spune adevărul, pentru că e singura care nu depinde de ce raportează pluginurile despre ele însele. Am scris pas cu pas pentru cazul facturării.

Pune o alertă pe tăcere, nu pe eroare. Cele mai multe sisteme te anunță când ceva eșuează. Problema aici e că lucrurile nu eșuează — încetează. Alerta utilă e „n-a mai plecat nicio factură de 48 de ore", nu „a apărut o eroare".

Ține jurnalul actualizărilor. Când se rupe ceva, prima întrebare e ce s-a schimbat. Fără jurnal, cauți în întuneric.

Unde tragem linia noi

Ca să fim transparenți despre interesul nostru: noi nu construim magazine pe WordPress. Construim pe stack-uri unde automatizările sunt native sau orchestrate separat, tocmai din motivele de mai sus.

Asta nu înseamnă că WordPress e o alegere greșită pentru toată lumea — pentru un site de prezentare sau un blog, e o platformă foarte bună, și avem clienți pe ea. Înseamnă că, atunci când automatizările devin coloana vertebrală a afacerii tale, arhitectura asta îți transferă ție un risc pe care alte arhitecturi îl absorb.

Îți spunem asta înainte să ne întrebi, nu după ce ai plătit. Restul e decizia ta, și e legitimă în ambele sensuri.

Dacă vrei să compari costurile reale pe trei ani, analiza e aici.