Uneori, cea mai supărătoare problemă dintr-un workflow de social media nu este lipsa automatizării, ci automatizarea care rulează de două ori. Rezultatul poate fi simplu de observat și greu de reparat: aceeași postare publicată de două ori pe Facebook, LinkedIn sau alt canal, comentarii de la urmăritori care întreabă ce s-a întâmplat și timp pierdut cu verificări manuale.
Problema apare mai des decât pare. Un retry după timeout, o conexiune instabilă, un webhook livrat din nou, un buton apăsat de două ori sau două procese care pornesc aproape simultan pot duce la același rezultat: sistemul crede că trebuie să publice din nou același conținut. Tocmai aici intră în joc două măsuri tehnice foarte utile: idempotency keys și jurnalul de execuție.
Pe scurt, o operațiune idempotentă este una care produce același rezultat chiar dacă este trimisă de mai multe ori. În loc să lași sistemul să trateze fiecare cerere ca fiind nouă, îi dai o cheie unică pentru acea acțiune. Dacă aceeași cerere revine cu aceeași cheie, workflow-ul știe că a mai procesat-o și nu mai publică încă o dată.
Practic, pentru o postare socială, idempotency key poate fi o valoare unică asociată unei singure intenții de publicare. Nu trebuie să fie complicată pentru utilizatorul final. Important este ca sistemul tău să o genereze și să o păstreze consecvent pentru aceeași acțiune. De exemplu, cheia poate fi legată de combinația dintre canal, campanie, conținut și momentul planificat, sau poate fi un identificator unic generat la crearea jobului de publicare.
Al doilea element esențial este jurnalul de execuție. Acesta este registrul în care notezi ce s-a întâmplat cu fiecare încercare de publicare: când a pornit, cu ce cheie, pe ce canal, în ce stare este și ce răspuns a venit de la platformă sau de la sistemul intermediar. Fără acest jurnal, deduplicarea devine greu de verificat și aproape imposibil de auditat după incident.
Un model sigur și ușor de explicat arată așa: înainte să publici, workflow-ul verifică dacă idempotency key există deja în jurnal. Dacă nu există, creează o înregistrare nouă cu status de tip „în curs”, apoi încearcă publicarea. Dacă publicarea reușește, actualizează înregistrarea la „finalizat” și salvează identificatorul postării returnat de platformă. Dacă aceeași cerere reapare, sistemul găsește cheia în jurnal și oprește repostarea.
Este important și cum tratezi erorile. Nu orice eșec înseamnă că trebuie să retrimiți automat aceeași operațiune fără verificare. Dacă ai avut timeout, e posibil ca postarea să fi fost deja publicată, dar răspunsul să nu se fi întors la timp. În astfel de cazuri, jurnalul de execuție te ajută să marchezi cererea pentru verificare, nu pentru repostare oarbă. Asta reduce mult riscul de dubluri.
Pentru workflow-uri bazate pe webhook-uri, bunele practici sunt similare. Furnizorii tehnici atrag atenția că livrările duplicate sau relivrate sunt normale în arhitecturile moderne. Asta înseamnă că nu ar trebui să presupui niciodată că un eveniment vine o singură dată. Dacă sistemul tău primește același eveniment de două ori, trebuie să poată recunoaște identificatorul și să nu declanșeze aceeași publicare încă o dată.
Mai există o regulă simplă, dar foarte valoroasă: jurnalul trebuie să fie persistent, nu doar în memorie. Dacă aplicația repornește și uită ce a procesat, protecția anti-duplicare dispare exact când ai mai mare nevoie de ea. De asemenea, cheia trebuie verificată într-un loc comun, astfel încât două execuții paralele să nu poată trece simultan de verificare.
Pentru echipe mici sau IMM-uri, asta se traduce într-o listă clară de bune practici: generează o cheie unică pentru fiecare intenție de publicare, salveaz-o într-un jurnal persistent, verific-o înainte de execuție, marchează stările procesului și păstrează ID-ul rezultat de la platformă. În plus, separă clar „retry sigur” de „retry care trebuie verificat”.
Beneficiul nu este doar tehnic. Un workflow idempotent reduce erorile vizibile public, scade timpul pierdut cu investigațiile și oferă trasabilitate atunci când ceva nu merge bine. În social media, unde o eroare se vede imediat, această disciplină tehnică devine o măsură reală de calitate editorială și operațională.
