Un errore 400 da admin-ajax.php richiede il controllo di action, parametri e risposta della callback.
Possibili cause
- Parametro action assente o non registrato per admin-ajax.php
- Una callback personalizzata può usare 400 per un nonce non valido; check_ajax_referer normalmente interrompe AJAX con 403
- Payload, content type o parametro obbligatorio non rispettano la callback
- La callback imposta esplicitamente uno stato 400 o interrompe la richiesta: wp_send_json_error da solo non implica HTTP 400
Cosa controllare
- Apri la richiesta admin-ajax in DevTools e annota action e status
- Confronta nome e verifica del nonce nel codice della callback
- Controlla payload, content type e parametri obbligatori
- Correla la richiesta con debug.log ed error_log
- Ripeti con un payload minimo e un utente autorizzato
Come intervenire
- Invia l’action registrata dalla stessa versione del componente
- Rigenera e trasmetti il nonce nel parametro previsto
- Correggi formato e validazione dei parametri AJAX
- Gestisci l’errore PHP con una risposta JSON coerente
- Aggiorna il plugin o tema che usa una callback incompatibile
Guide Xlogic correlate
- WordPress: admin-ajax.php restituisce 403
- WordPress: autosave non crea revisioni
- WordPress: loop di login dopo cambio password
Fonti tecniche
Domande frequenti
Da dove partire?
Un errore 400 da admin-ajax.php richiede il controllo di action, parametri e risposta della callback.
Quali controlli fare?
Apri la richiesta admin-ajax in DevTools e annota action e status Confronta nome e verifica del nonce nel codice della callback
Come intervenire?
Invia l’action registrata dalla stessa versione del componente Rigenera e trasmetti il nonce nel parametro previsto
WordPress: admin-ajax.php restituisce 400
ultima modifica: 2026-08-03T20:30:30+02:00
da