UA-51298262-10 Skip to main content
WordPress

Error «Are you sure you want to do this» en WordPress: solución

By octubre 26, 2026No Comments
Error 'Are you sure you want to do this' en WordPress: solución

«Are you sure you want to do this». Uno de los mensajes más desconcertantes de WordPress: aparece sin contexto, sin código de error y, por lo que se ve, sin motivo. Te lo encuentras al subir una imagen, al instalar un tema, al publicar una entrada… incluso al iniciar sesión. La buena noticia es que casi siempre tiene arreglo y, en la mayoría de los casos, el culpable es un mecanismo de seguridad interno (el famoso nonce) que ha fallado o ha caducado. En esta guía veremos qué lo provoca y cómo resolverlo paso a paso, de la solución más rápida a la más profunda.

¿Qué significa el error «Are you sure you want to do this» y por qué aparece?

El mensaje es, literalmente, la comprobación de seguridad de WordPress «Are you sure you want to do this?». WordPress lo muestra cuando falla la verificación de un nonce (Number Used Once), un token único que se genera cada vez que cargas una página de administración y que viaja junto con cualquier acción: subir una imagen, guardar ajustes, instalar un plugin. Lo que sea.

El proceso funciona así: abres la biblioteca de medios y WordPress genera un nonce con validez limitada (entre 12 y 24 horas, aunque en la práctica se renueva con frecuencia). Si al enviar el formulario ese nonce no coincide, no existe o ya caducó, WordPress asume que la petición podría ser un ataque CSRF (falsificación de peticiones entre sitios) y bloquea la acción. En lugar de ejecutarla, te lanza este error.

Ojo: el mensaje no indica un fallo grave del sistema. Solo que una capa de seguridad ha intervenido. El problema real es que no te dice por qué falló la verificación. Y ahí está la dificultad del diagnóstico.

Causas más comunes: nonces, plugins y límites del servidor

Tras analizar cientos de casos, estas causas explican la gran mayoría de apariciones del error:

  • Nonces caducados por caché: si usas un plugin de caché (WP Rocket, W3 Total Cache, LiteSpeed Cache) o caché de servidor (Varnish, NGINX) sobre páginas de administración o con formularios, el nonce cacheado llega caducado al servidor. Es la causa número uno, con diferencia.
  • Conflictos entre plugins o con el tema: un plugin mal codificado puede interferir con las verificaciones de nonce de otros componentes, sobre todo plugins de seguridad, formularios o constructores de páginas.
  • Límites del servidor superados: valores bajos de upload_max_filesize, post_max_size o max_execution_time en PHP pueden truncar la petición antes de que llegue el nonce. Típico al subir archivos grandes.
  • Sesiones y cookies corruptas: cookies antiguas o conflictos de dominio (con y sin www, HTTP frente a HTTPS) hacen que el navegador envíe credenciales incorrectas.
  • Ataques o modifies no deseados: un malware que altera formularios puede invalidar los nonces de forma sistemática.

Solución paso a paso para el error are you sure you want to do this en WordPress

Sigue este orden de comprobaciones. De lo simple a lo complejo:

  1. Recarga la página y reintenta. Si llevabas mucho tiempo con la pestaña abierta, el nonce ya caducó. Cierra sesión, vuelve a entrar y repite la acción. A veces basta con eso.
  2. Limpia caché y cookies. Vacía la caché del plugin de caché, la del servidor y la del navegador. Prueba también en ventana de incógnito, así descartas cookies corruptas.
  3. Desactiva todos los plugins y reactiva uno a uno. Si el error desaparece con todo desactivado, el culpable es alguno de ellos. Reactívalos poco a poco hasta dar con él.
  4. Cambia temporalmente al tema por defecto. Activa Twenty Twenty-Four y prueba de nuevo. ¿Funciona? El problema está en el tema.
  5. Aumenta los límites de PHP en el archivo php.ini o wp-config.php:

upload_max_filesize = 64M; post_max_size = 64M; max_execution_time = 300; y añade en wp-config.php: define(‘WP_MEMORY_LIMIT’, ‘256M’);

¿Persiste el error tras estos pasos? Activa WP_DEBUG para registrar errores y revisa el log del servidor. Y si prefieres que alguien con experiencia diagnostique el problema sin riesgo para tu web, en RedServicio (redservicio.net) encontramos solución a este y a cualquier otro error de WordPress.

Cómo identificar el plugin o tema conflictivo mediante depuración

Casi todos los casos del error are you sure you want to do this nacen de un nonce que falla. Y detrás de ese nonce que falla, casi siempre, hay un plugin o un tema mal codificado. Localizar al culpable exige método, no intuición.

Activar el modo depuración de WordPress

Abre el archivo wp-config.php y añade (o modifica, si ya existen) estas líneas:

  • define(‘WP_DEBUG’, true);
  • define(‘WP_DEBUG_LOG’, true);
  • define(‘WP_DEBUG_DISPLAY’, false);

Con esto los errores quedan registrados en debug.log, dentro de wp-content. Reproduce el fallo y vuelve al log. Con suerte, las entradas te llevarán directas al responsable, con la ruta exacta del archivo conflictivo. No siempre es tan limpio, pero más de una vez me ha ahorrado horas de prueba y error.

Descarte manual de plugins

¿Y si el log no dice nada claro? Entonces toca ir por descarte.

  1. Desactiva todos los plugins de golpe desde Plugins > Plugins instalados (o renombra la carpeta wp-content/plugins por FTP, que es más rápido si el panel ni carga).
  2. Comprueba si el error desaparece.
  3. Reactiva los plugins uno a uno, probando después de cada activación.
  4. Cuando el error reaparezca, ahí lo tienes: ese es el plugin conflictivo.

¿Persiste con todo desactivado? Cambia temporalmente a un tema por defecto (Twenty Twenty-Four). Si el problema se resuelve, el tema era el origen. Toca contactar con su desarrollador, o revisar tú mismo las funciones que trabajan con nonces: wp_nonce_field() y check_admin_referer().

Ajustes en wp-config.php y aumento de límites PHP para evitar el error

Los nonces caducan, sí. Pero también dependen de que el servidor procese las peticiones sin atascarse. Si tu hosting tiene los límites muy justos, cualquier operación que tarde más de lo previsto (una subida, una importación, un guardado largo) puede provocar que el nonce expire antes de llegar a tiempo. Y WordPress, fiel a su costumbre, te suelta el mensaje de confirmación.

Aumentar la memoria y el tiempo de ejecución

En wp-config.php, antes de la línea /* That’s all, stop editing! */, añade:

  • define(‘WP_MEMORY_LIMIT’, ‘256M’);
  • define(‘WP_MAX_MEMORY_LIMIT’, ‘512M’);

Luego complementa en el archivo .htaccess de la raíz:

  • php_value memory_limit 256M
  • php_value max_execution_time 300
  • php_value max_input_time 300
  • php_value max_input_vars 3000

Ojo con un detalle: si el servidor usa PHP-FPM en lugar de mod_php, estos valores no surten efecto desde .htaccess. Hay que ajustarlos en el php.ini o desde el panel del hosting. Y presta atención especial a max_input_vars. Cuando se queda corto, WordPress descarta campos del formulario… incluido el propio nonce. De ahí que el error se repita sin aparente razón en instalaciones con muchos plugins o menús muy extensos. No es magia. Es configuración.

Consejo: revisa siempre tu versión de PHP desde Herramientas > Salud del sitio. Las versiones obsoletas (por debajo de PHP 8.0) arrastran incompatibilidades con los nonces y fallos aleatorios en el panel que desesperan a cualquiera.

Conclusión: prevención y buenas prácticas para mantener WordPress estable

El error are you sure you want to do this asusta por críptico, pero casi siempre se explica por una de estas causas: nonces caducados, conflictos de plugins o temas, límites PHP insuficientes o una caché de navegador obsoleta. Siguiendo el orden de diagnóstico correcto (vaciar caché, revisar nonces caducados, depurar plugins, ajustar límites PHP) se resuelve en la mayoría de los casos sin tener que restaurar copias de seguridad.

¿Y para que no vuelva? Algunas costumbres que valen oro:

  • Mantén WordPress, plugins y temas actualizados a su última versión estable.
  • Desconfía de plugins de fuentes dudosas o abandonados por su desarrollador.
  • Configura copias de seguridad automáticas antes de cualquier actualización importante.
  • Revisa el debug.log de vez en cuando: los avisos de hoy son los errores críticos de mañana.
  • Trabaja con límites PHP generosos y una versión de PHP moderna y soportada.

La prevención sigue siendo la mejor defensa contra este y otros errores de WordPress. Y si el problema se resiste, o prefieres no tocar código en producción (comprensible, dicho sea de paso), en RedServicio (redservicio.net) contamos con especialistas en WordPress capaces de diagnosticar y resolver el fallo de forma segura, sin riesgo para tu web.