Mensaje de error: Las respuesta no es una respuesta JSON válida

Hola a todos! Me acaba de pasar y pude resolverlo así (aunque no sé qué fue de todo esto lo que funcionó):

– Reinstalé WordPress (hasta acá seguía igual)
– Instalé el plugin Editor Clásico (antes tenía sólo el de bloques. Hasta acá siguió igual)
– Abrí la página que no me dejaba guardar con el editor clásico, no el de bloques.
– Pasé la vista a código HTML en vez de editor visual, copié el texto lo pegué en una nota de texto y lo volví a pegar.
– Guardé esa página.
– Vacié cache de la página (tengo el Autoptimizer) y el del servidor (cPanel c/Nginx).
– Volví a abrir la página, pasé de nuevo a editor de bloques, retiré un contenido que figuraba con error (grilla de imágenes y otro bloque vacío que estaba en mi diseño).
– Listo, se comenzaron a guardar las páginas, se corrijieron los errores.

Espero que sirva de algo.
Saludos!

Hola Pablo. Te he seguido en muchos de tus videos en wp.tv, gran trabajo. Muchas gracias.

Según veo, el problema es debido a diferentes razones. A continuación expongo la mía que puede servir para quienes tienen NGINX:

1. Configuración base
VPS, Ubuntu 18.04, LEMP stack.
2. Primero, haciendo caso a unas de las soluciones presentadas noté que cambiando los permalinks a «simple» sí funcionaba.
3. En el config file de Nginx del dominio en cuestión tenía un error de syntaxis, me hacía falta un ‘/’ en el contexto de localización. Logré ver que hacía falta revisando el archivo de errores para Nginx. Noté que faltaba ese ‘/’ en las url’s donde me marcaba error:
a. ….domain_path_folder/public_htmlindex.php_locale=user" failed….
b. ….domain_path_folder/public_htmlindex.php_locale=user" failed….
Hacía falta un ‘/’ entre ‘…/public_html’ e ‘index.php_locale=us..’

Por tanto era un problema de redireccionamiento.

El location context para este website debía quedar así:

location / {
                try_files $uri $uri/ /index.php$is_args$args;
        }

Nunca he usado multisite, pero sí he creado sitios web con instalaciones de WordPress en subdirectorios o subcarpetas dentro de una instalación de un sitio web principal con Nginx. En ese caso, al location context del sitio principal debes agregar el path para cada sitio web con su propia directriz de try_files:

location /sitioweb1 {
                try_files $uri $uri/ /index.php$is_args$args;
        }

location /sitioweb2 {
                try_files $uri $uri/ /index.php$is_args$args;
        }

location /sitioweb3 {
                try_files $uri $uri/ /index.php$is_args$args;
        }

Sé que puede sonar confuso, pero cualquiera que necesite ayuda con esto, estoy disponible.

• Esta respuesta fue modificada hace 4 años, 5 meses por diegojerezcast.
• Esta respuesta fue modificada hace 4 años, 5 meses por diegojerezcast.
• Esta respuesta fue modificada hace 4 años, 5 meses por diegojerezcast.

Hola a todos! Hace meses vengo teniendo este problema con mi sitio https://bigseoplus.com y con los sitios de varios clientes, pero en realidad después de mucho intentar publicar una entrada o una página lo lograba (a pesar del error), es decir era tedioso pero no me imposibilitaba nada. Hasta hoy que decidí buscar una solución al problema que ya se hace molesto y dí con todas estas respuestas.

Probé muchas de las soluciones propuestas acá y ninguna me ha resultado. Ciertamente activar «No Gutenberg» no es del todo una solución al problema, porque el editor de bloques tiene muchas ventajas en comparación con el editor clásico de WordPress.

En fin, después de mucho probar, lo que me resultó fue desactivar todos los plugins y ver si alguno estaba causando problemas. El problemático en mi caso era Hummingbird, para sacar alguna conclusión instalé otros plugins de este estilo y con algunos empezó a aparecer el error de nuevo, lo que me lleva a pensar a que quizás el error esté asociado a este tipo de plugins.

Para finalizar, el plugin que pude dejar que cumpla la función de optimización de caché y que no me genere el error de JSON fue Autoptimize.

Espero sea de ayuda toda esta info!.

Yo tenía el mismo problema, actualicé el plugin de seguridad ssl y se arregló.

Tuve el mismo problema al actualizar mi tema. Probé a hacer todas las soluciones propuestas en este hilo y nada funcionó. Hasta que le di a actualizar los plugins que vienen con mi tema en bunble. Uso el tema Bimber, por si a alguien más le ayuda este tip.

@pablo-moratinos Hola
He revisado este post desde hace unas semanas y luego de intentar varias indicaciones de la comunidad, me ha servido hacer lo siguiente:
1. Restauré un backup desde cPanel de mi WordPress, y no sirvió de nada. Luego
2. Borré los plugin de Gutenberg y Coblocks (desactivado y borrado)
3. Por curiosidad instalé el editor de contenido clásico de WordPress, y borré todo el contenido con él (de una de las páginas que me presentaba error/inicio)
4. Desactivé el clásico e instalé de nuevo los plugin Gutenberg y Coblocks. Probé y ya funcionó.
Claro está, me tocó deshacer todo lo estructurado/diseñado.
Dejo esta respuesta a ver si funciona a otros.

@pablo-moratinos Una solución muy sencilla y q puedes no creerme pero nada gastan intentando es ingresar a Enlaces permanentes. Allí no hay que hacer ningún cambio, simplemente volver a guardar la configuración y ¡listo, problema resuelto!
Tomado de: https://www.igestweb.es/paginas-web/resolviendo-el-fallo-en-wordpress-de-respuesta-json-valida/

Lo pude solucionar con el plugin: https://wordpress.org/plugins/no-gutenberg/ simplemente lo activas y listo, pero 2 sitios mios tiene el mismo problema, en el primero se soluciono con lo anteriormente dicho, el segundo no funciono…

… espero sea de ayuda.