Sari la conținut
WEBLURE

WooCommerce · API și integrări

Autentificarea REST API WooCommerce nu funcționează

Aplicația externă primește 401. De obicei cheile sau drepturile nu corespund, sau serverul nu transmite antetul Authorization.

  • Basic Auth: cheie = utilizator, secret = parolă
  • Cheie cu drepturi read/write
  • Utilizatorul cheii
  • FastCGI și antetul Authorization
  • Parametri în URL ca rezervă
Scrie-ne pe WhatsApp

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, cheile se creează în WooCommerce → Setări → Avansat → REST API → Add key (alegi utilizatorul și permisiunile, iar secretul e vizibil o singură dată). Autentificarea Basic folosește consumer key ca utilizator și consumer secret ca parolă. Cauzele unui 401: chei greșite (generează altele), utilizatorul cheii nu are acces la resursă, username/parolă introduse invers, sau serverul FastCGI nu citește antetul Authorization. Dacă serverul nu parsează antetul, documentația oferă varianta cu consumer_key și consumer_secret în parametrii URL-ului (folosește-o doar pe HTTPS).

Ce ai nevoie

  • Cheia și secretul (generate pe loc)
  • Utilizatorul asociat cheii
  • HTTPS pe site
  • Posibilitatea de a testa cu Postman/curl

Pașii, pe rând

  1. 1Generează o cheie nouăSetări → Avansat → REST API → Add key; alege un utilizator cu drepturile potrivite și permisiuni de citire/scriere. Salvează secretul imediat: nu mai poate fi văzut.
  2. 2Verifică utilizatorul cheiiUtilizatorul trebuie să aibă acces la resursa cerută (de exemplu administrator sau manager de magazin).
  3. 3Folosește Basic Auth corectUsername = consumer key, parolă = consumer secret. În Postman/Insomnia, la fila de autentificare Basic.
  4. 4Folosește HTTPSDocumentația recomandă HTTPS; cheile nu trebuie trimise necriptat.
  5. 5Testează cu parametri în URLDacă serverul (FastCGI) nu citește antetul Authorization, încearcă consumer_key și consumer_secret ca parametri de interogare, doar pe HTTPS.
  6. 6Rezolvă la nivel de serverCere hostingului să transmită antetul Authorization către PHP; apoi revino la Basic Auth.
  7. 7Fă testul de conflicteUn plugin de securitate sau firewall poate bloca cererile REST; dezactivează-l temporar pe staging.

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 menționează OAuth 1.0a pe această pagină și nu enumeră separat permisiunile Read/Write; verifică opțiunile din ecranul tău.

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

401 la toate cererile

De ce: Chei greșite sau username/parolă inversate.

Ce faci: Generează chei noi și folosește cheia ca utilizator.

2

401 doar pe unele resurse

De ce: Utilizatorul cheii nu are drepturi.

Ce faci: Schimbă utilizatorul sau drepturile.

3

401 deși cheile sunt corecte

De ce: Antetul Authorization nu ajunge la PHP.

Ce faci: Parametri în URL pe HTTPS sau reglaj la server.

Întrebări frecvente4 răspunsuri
Unde creez cheile?

Setări → Avansat → REST API → Add key.

Pot pune cheile în URL?

Documentația indică varianta ca soluție dacă antetul nu e parsat; folosește HTTPS.

De ce primesc 401 cu cheile corecte?

Utilizatorul cheii fără acces sau serverul nu citește antetul Authorization.

Mă ajutați cu integrarea API?

Da. Cere ofertă fixă.

Subiecte acoperite pe această pagină

  • REST API WooCommerce 401
  • autentificare REST API
  • consumer key secret
  • Basic Auth WooCommerce
  • chei API WooCommerce

Ghiduri apropiate

Surse și verificare

Verificat pe 5 noiembrie 2026. Denumirile din setări și pașii pot diferi între versiuni.