Sari la conținut
WEBLURE

WooCommerce · API și integrări

Webhookurile WooCommerce sunt dezactivate automat

Integrarea s-a oprit în tăcere: webhook-ul a fost dezactivat după eșecuri repetate. Cauza e aproape mereu receptorul, nu WooCommerce.

  • Peste 5 eșecuri consecutive
  • Răspunsuri care contează ca eșec
  • Jurnale webhooks-delivery
  • Status Active/Paused/Disabled
  • Filtru pentru prag

Răspuns în aceeași zi lucrătoare Ofertă fixă Fără parole

Vrei să ți-o facem noi?

Doar două câmpuri. Răspundem în aceeași zi lucrătoare, cu ofertă fixă.

+ Telefon și detalii (opțional)

Răspuns rapid

Conform documentației, un webhook are statusul Active (livrează), Paused (oprit temporar) sau Disabled (oprit din cauza eșecurilor). Dezactivarea automată survine după mai mult de cinci eșecuri consecutive de livrare; orice răspuns altul decât 2xx, 301 sau 302 contează ca eșec, iar pragul se poate schimba cu filtrul woocommerce_max_webhook_delivery_failures. Jurnalele sunt în WooCommerce → Status → Logs, sursa webhooks-delivery, cu evenimentul și răspunsul serverului receptor. Documentația nu explică reactivarea; repară receptorul, apoi editează webhook-ul și schimbă-i statusul din ecranul de webhook-uri.

Ce ai nevoie

  • Webhook-ul afectat
  • Acces la jurnale
  • Endpoint-ul receptor funcțional
  • Acces la administrare

Pașii, pe rând

  1. 1Deschide jurnaleleWooCommerce → Status → Logs, sursa webhooks-delivery: vezi evenimentul și răspunsul primit de la receptor.
  2. 2Identifică răspunsulOrice răspuns altul decât 2xx, 301 sau 302 este eșec: 4xx, 5xx, timeouturi, redirecționări către login.
  3. 3Repară receptorulURL corect, certificat valid, endpoint disponibil, fără blocare de firewall; testează cu o cerere manuală.
  4. 4Verifică secretulSecretul generează hash-ul din antet; receptorul care validează semnătura trebuie să folosească același secret.
  5. 5ReactiveazăDupă reparație, schimbă statusul webhook-ului în Active din ecranul Webhooks (documentația nu descrie pașii exacți).
  6. 6Evită cascada de eșecuriDacă receptorul e lent sau supraîncărcat, pune o coadă; răspunde rapid cu 200 și procesează asincron.
  7. 7Ajustează pragul doar dacă e justificatwoocommerce_max_webhook_delivery_failures; un prag mare ascunde problemele mai mult timp.

Prag de eșecuri mai mare (schelet)

php
add_filter('woocommerce_max_webhook_delivery_failures', function ($max) {
    return 10; // implicit: mai mult de 5 eșecuri consecutive
});

Fragmentele de cod sunt scheleturi: le adaptezi la magazinul tău și le testezi întâi pe un mediu de test (staging). Un prag mai mare doar amână dezactivarea; repară cauza (receptorul).

Cheile API și secretele webhook-urilor sunt acces la datele magazinului: nu le pune în cod public, nu le trimite pe chat și rotește-le dacă s-au expus. Documentația consultată nu acoperă reactivarea unui webhook dezactivat și nici timeoutul de livrare.

Nu vrei să te complici sau ai rămas blocat? Scrie-ne și o facem noi.

Scrie-ne pe WhatsAppCere ofertă

Mai multe detalii

Cauze frecvente și greșeli de evitatDacă pașii de mai sus nu au rezolvat problema
1

Receptorul răspunde cu 4xx/5xx

De ce: Endpoint inexistent, eroare sau autentificare.

Ce faci: Repară endpoint-ul și testează.

2

Timeout la receptor

De ce: Procesare lentă în cererea webhook.

Ce faci: Răspunde imediat și procesează asincron.

3

Redirecționare către login

De ce: Receptorul cere autentificare.

Ce faci: Folosește endpoint public, validat prin secret.

Întrebări frecvente4 răspunsuri
Când se dezactivează un webhook?

După mai mult de cinci eșecuri consecutive de livrare, conform documentației.

Ce e eșec?

Orice răspuns altul decât 2xx, 301 sau 302.

Unde văd erorile?

WooCommerce → Status → Logs, sursa webhooks-delivery.

Mă ajutați cu integrările prin webhook?

Da. Cere ofertă fixă.

Subiecte acoperite pe această pagină

  • webhook WooCommerce dezactivat
  • webhooks-delivery jurnal
  • woocommerce_max_webhook_delivery_failures
  • webhook eșecuri livrare
  • integrare webhook