Premi “Aggiorna” o “Pubblica” e WordPress risponde con un errore di pubblicazione o con “La risposta non è una risposta JSON valida”. Prima di ricaricare la pagina, conserva il lavoro. Il messaggio indica che l’editor non ha ricevuto la risposta attesa: per trovare la causa bisogna controllare il salvataggio, la sessione e il collegamento con il server.
Indice della guida
Conserva la bozza prima di fare altre prove
Lascia aperto l’editor e copia il testo in un documento locale. Se utilizzi blocchi complessi, conserva anche il contenuto completo tramite le funzioni di copia dell’editor e annota impostazioni, immagini e collegamenti importanti. Non affidarti soltanto al salvataggio automatico quando il problema riguarda proprio la comunicazione con il server.
Apri l’elenco delle pagine in un’altra scheda e verifica quale versione risulta registrata, senza modificarla contemporaneamente. Il messaggio può comparire anche quando un’operazione è stata eseguita ma la risposta non è arrivata correttamente.
Prima di interventi tecnici, verifica inoltre le copie del sito disponibili. Il backup del sito aziendale tutela i dati già salvati, ma non sostituisce la copia del testo ancora aperto nel browser.
Distingui il salvataggio fallito da una pagina vecchia
JSON è un formato con cui il server restituisce dati all’editor. Il messaggio non significa necessariamente che tu abbia scritto male il testo o che il database sia danneggiato. La documentazione della REST API WordPress distingue richieste, risposte ed errori: il salvataggio dipende da questo scambio.
Se riaprendo l’articolo nell’editor ritrovi la modifica, ma sul sito pubblico compare la versione precedente, segui il percorso sulle modifiche non visibili e sulla cache. È una situazione diversa dal contenuto che non viene registrato.
Annota il testo completo dell’errore e il momento in cui compare: salvataggio della bozza, pubblicazione, caricamento di un’immagine o modifica di una pagina specifica.
Verifica accesso e ampiezza del problema
Dopo aver conservato la bozza, controlla in una nuova scheda che l’accesso amministrativo sia ancora valido. Se viene richiesto, accedi nuovamente e riprova sull’editor riaperto, recuperando il contenuto copiato. Una scheda rimasta aperta a lungo può non avere più una sessione utilizzabile.
La documentazione sull’autenticazione REST spiega il ruolo di cookie, autorizzazioni e token di controllo chiamati nonce. Un errore di autorizzazione deve essere diagnosticato mantenendo questi controlli.
Prova una nuova bozza con un breve testo, senza pubblicarla. Se fallisce soltanto una pagina con un determinato blocco, annotalo. Una prova da un altro browser può aiutare a separare il problema della sessione da quello ripetibile sul sito.
Leggi Salute del sito e fai controllare la REST API
Con un account autorizzato apri Strumenti → Salute del sito e cerca eventuali segnalazioni relative alla REST API. Conserva il testo del controllo pertinente. La documentazione di Salute del sito descrive gli avvisi sulla configurazione; non tutti i problemi elencati spiegano il tuo episodio.
Chi esegue la diagnosi può verificare il percorso REST dell’installazione. Con i permalink appropriati, il percorso tipico è /wp-json/; altre configurazioni usano il parametro rest_route. Una risposta a questo indirizzo dimostra soltanto che quel controllo ha risposto.
Il salvataggio richiede una richiesta autenticata diversa: leggere l’indice pubblico dell’API non prova che pubblicare o aggiornare un articolo funzioni.
Individua la richiesta fallita e la risposta ricevuta
Chiedi al tecnico di osservare la richiesta di salvataggio negli strumenti del browser, annotando indirizzo, codice HTTP e contenuto della risposta. Deve confrontarli con i registri del server nello stesso intervallo. Questi indizi orientano la verifica, ma un singolo codice non identifica con certezza la causa.
- Una risposta 401 o 403 richiede controlli su autenticazione, permessi ed eventuali filtri.
- Una risposta 404 può richiedere verifiche sul percorso e sulle regole del server.
- Una risposta 500 richiede l’esame degli errori lato server.
- Una pagina HTML, un avviso PHP o una schermata di accesso al posto dei dati attesi richiedono di capire chi li ha prodotti.
Condividi estratti ripuliti: richieste e registri possono contenere cookie, token o testi riservati. Non pubblicare esportazioni complete nei forum.
Controlla indirizzi, reindirizzamenti e filtri dell’hosting
Se il difetto è iniziato dopo un cambio dominio, HTTPS o hosting, fai verificare dove viene inviata la richiesta e dove termina. Un reindirizzamento verso una pagina diversa può interrompere il flusso previsto. Per errori del certificato consulta anche la guida sulla connessione non privata e HTTPS.
Fai confrontare gli indirizzi configurati con la struttura effettiva dell’installazione: non cambiarli per renderli uguali senza sapere dove risiedono i file. Chiedi all’hosting se una regola di protezione ha intercettato quella precisa richiesta.
Invia orario, percorso e identificativo dell’evento, quando disponibile. Se emerge un falso positivo, concorda una correzione circoscritta della regola. Disattivare tutto il firewall o rimuovere l’autenticazione non è una soluzione al salvataggio.
Isola i conflitti su una copia di prova
Ricostruisci le modifiche recenti a plugin, tema e codice personalizzato. Prepara uno staging, cioè una copia di prova separata dal sito pubblico, con backup verificato. La lezione ufficiale sui conflitti WordPress descrive questo approccio.
Riproduci il difetto e cambia un componente alla volta, registrando il risultato. Proteggi l’accesso alla copia e impedisci che le prove generino email, ordini o pagamenti reali. Se il problema dipende dalla configurazione dell’hosting pubblico, confrontala con quella dello staging.
La documentazione sul debugging destina gli strumenti diagnostici agli ambienti di prova. Evita errori PHP esposti ai visitatori. Se l’origine è un aggiornamento, approfondisci WordPress che non funziona dopo un aggiornamento.
Conferma che le modifiche rimangano salvate
Dopo la correzione, salva una bozza di prova e riaprila dall’elenco per verificarne il contenuto. Ripeti il tipo di operazione che falliva: un testo semplice non basta se il guasto riguardava immagini o un blocco specifico.
Sulla pagina da pubblicare confronta titolo, testo, collegamenti e stato prima di procedere. Controlla poi la versione pubblica. Rimuovi la bozza usata per il test quando non serve più e fai chiudere le attività diagnostiche temporanee.
Chiedi un riepilogo della causa individuata, della correzione e delle prove eseguite. Passare a un altro editor può nascondere il sintomo senza spiegare il problema: serve sapere se le funzioni che usano la REST API sono tornate operative.
Domande frequenti
L’errore JSON significa che ho perso il contenuto?
Non necessariamente. Conserva subito una copia del lavoro aperto e verifica in un’altra scheda quale versione è stata salvata. Non ricaricare l’editor prima di aver protetto la bozza.
Svuotare la cache risolve sempre la risposta JSON non valida?
No. Prima verifica se il contenuto è stato registrato nell’editor. Una pagina pubblica vecchia e un salvataggio fallito sono problemi diversi, anche se configurazioni errate della cache possono richiedere un controllo tecnico.
Se wp-json risponde, il salvataggio funziona?
Non è una prova sufficiente. L’indice pubblico della REST API e la richiesta autenticata usata per salvare un articolo sono operazioni diverse. Occorre controllare la richiesta che fallisce.
Devo disattivare tutti i plugin o il firewall?
No. Raccogli prima gli elementi dell’errore e prova i conflitti su una copia separata. Se l’hosting identifica una regola che blocca una richiesta legittima, concorda una correzione circoscritta mantenendo le protezioni necessarie.
Fonti ufficiali e approfondimenti
Riferimenti per approfondire i controlli descritti nella guida.
Il sito è lento, presenta errori o non viene trovato su Google? Con SitiProfessionali.net ti aiutiamo a migliorarlo, risolvere i problemi tecnici o realizzare un nuovo sito per la tua attività.
Scopri i servizi per il tuo sito SitiProfessionali.net