✓ Sin compromiso · ⚡ Respuesta en menos de 24 h · 📞 06 78 85 05 63
🚨 WordPress crítico · Restauración en 1 h

«Ha habido un error crítico
en este sitio WordPress»?
lo ponemos online hoy.

Diagnóstico y resolución de error crítico WordPress

Mensaje visto por todos tus visitantes, email «recovery mode» de WordPress nunca recibido, plugin culpable desconocido: ningún dato se pierde, solo código a neutralizar. Activamos el debug, aislamos el culpable, restauramos tu WordPress. Diagnóstico gratuito, presupuesto en 24 h laborables.

O llamo: +33 6 78 85 05 63
✓ Sin pérdida de datos ✓ Restauración < 1 h en 9 casos de 10 ✓ Desde 60 €/h sin IVA bajo presupuesto ✓ Garantía 30 días
📩 El mensaje exacto

Lo que WordPress muestra a tus visitantes

Desde WordPress 5.2 (mayo 2019), esto es lo que ven tus visitantes cuando se produce un error PHP fatal.

Ha habido un error crítico en este sitio web.

Por favor revisa la bandeja de entrada de tu administrador del sitio para más instrucciones.

↑ El mensaje WordPress por defecto. En inglés: «There has been a critical error on this website.».

¿El email «recovery mode» que WordPress dice haber enviado? En 7 casos de 10, nunca llega — porque wp_mail() no está configurado (sin SMTP, IP del servidor en blacklist, mail filtrado como spam). Sorteamos el problema accediendo a WordPress por FTP/SSH: el resultado es el mismo, sin depender del email.

🔎 Causas típicas

Las 6 causas más frecuentes

Sobre 40 soportes WordPress realizados en 2025-2026. Una sola puede estar presente, o varias acumuladas.

1. Plugin incompatible con tu versión de PHP

≈ 40 % de los casos. Pasas de PHP 7.4 a PHP 8.1 (forzado por tu hosting — Webempresa, Raiola Networks, SiteGround Spain, Hostinger ES), y un plugin antiguo usa una función eliminada o sintaxis deprecated. Error típico: Fatal error: Uncaught TypeError: ... must be of type string, null given. Solución: desactivación del plugin, búsqueda de alternativa mantenida, o parche local si el plugin es crítico.

2. Conflicto entre plugins

≈ 25 %. Dos plugins declaran una misma función global, o enganchan al mismo hook con prioridades contradictorias. Error típico: Cannot redeclare function o Call to undefined function. Solución: identificación por bisección (desactivación por mitades sucesivas), elección del plugin a conservar, eliminación limpia del segundo.

3. Tema actualizado que rompe una función hija

≈ 12 %. Usas un tema hijo que sobrescribe una función del padre. El tema padre se actualiza, la función padre cambia de firma, tu functions.php hija peta. Solución: adaptación del functions.php, o rollback temporal a la versión previa del tema padre.

4. wp-config.php mal editado

≈ 8 %. Has añadido una línea para activar el debug, pero olvidaste el ; final. O has copiado-pegado un snippet de un blog con comillas tipográficas en vez de ". WordPress ya no puede cargar su config y peta en el bootstrap. Solución: comparación con wp-config-sample.php, restablecimiento de la sintaxis, validación PHP por CLI (php -l wp-config.php).

5. Memoria PHP insuficiente

≈ 8 %. En sitios WooCommerce con catálogo grande + plugin de caché + plugin de seguridad, los 128 MB PHP por defecto explotan en el admin. Error: Allowed memory size of X bytes exhausted. Solución: aumentar WP_MEMORY_LIMIT y WP_MAX_MEMORY_LIMIT en wp-config.php, auditoría del plugin culpable.

6. Core WordPress corrupto (transfer FTP incompleto)

≈ 7 %. Migración FTP brutal, transferencia interrumpida, restauración de backup parcial. Archivos core faltantes o truncados. Solución: descargar copia limpia de WordPress, reescritura de /wp-includes/ y /wp-admin/ sin tocar /wp-content/ ni wp-config.php.

⚡ Intervención tipo

Error crítico resuelto en 38 min

Caso real · Sitio escaparate de una pyme servicios + WooCommerce · WordPress 6.4 + 32 plugins · Marzo 2026.

11:02
Llamada cliente «Nuestro sitio muestra "Ha habido un error crítico en este sitio web" desde esta mañana. Ningún email recibido, ya no podemos acceder al admin.»
11:08
Acceso FTP recuperado · neutralización plugins Renombrado de /wp-content/plugins/ a plugins_OFF/. Acceso admin restaurado inmediatamente.
11:14
Activación WP_DEBUG_LOG Edición de wp-config.php: define('WP_DEBUG', true); define('WP_DEBUG_LOG', true); define('WP_DEBUG_DISPLAY', false);. Restauración de la carpeta plugins, refresh.
11:21
Plugin culpable identificado /wp-content/debug.log: PHP Fatal error: Uncaught Error: Class "WC_Geolocation" not found in /wp-content/plugins/x-shipping/includes/Calculator.php:88. El plugin x-shipping dependía de una clase WooCommerce eliminada en WC 8.3.
11:34
Plugin desactivado limpiamente Desactivación vía admin (no por renombrado brusco). Parche temporal para usar WC_Geolocation_Loader. Tests checkout: OK.
11:40
Desactivación debug · informe enviado Debug desactivado, sitio OK para los visitantes. Email con timeline + causa + correctivo + recomendación (reportar el bug al editor del plugin).
38 min
Tiempo total
~ 40 €
Facturado bajo presupuesto
(38 min × 60 €/h sin IVA)
0
Artículos / pedidos perdidos
💰 Tarifas

Tarifas anunciadas de antemano

Diagnóstico gratuito. Para la intervención, sabes exactamente cuánto cuesta antes de que toque el código.

🔍 Diagnóstico

Diagnóstico

encontrar el plugin culpable
0gratis
30 min · sin compromiso
  • WP_DEBUG_LOG activado + lectura debug.log
  • Plugin o tema culpable identificado
  • Presupuesto cifrado enviado de inmediato
  • Decides si continuamos
Lanzar el diagnóstico →
⚡ El más demandado 🔧 Intervención

Intervención dirigida

restaurar WordPress online
desde 60sin IVA
según diagnóstico · precio anunciado
  • Backup ficheros + BBDD antes de la intervención
  • Neutralización del plugin / tema culpable
  • Reemplazo o parche local si necesario
  • Informe escrito: causa + correctivo aplicado
  • Garantía 30 días sobre el correctivo
🛡️ Mantenimiento

Mantenimiento mensual

auditoría plugins + actualizaciones controladas
desde 50/ mes
vigilancia 24/7 · sin compromiso
  • Auditoría mensual de los plugins WordPress
  • Backups automáticos diarios externalizados
  • Actualizaciones testadas en staging antes del deploy
  • Intervención prioritaria en caso de error crítico
❓ FAQ

Error crítico WordPress — preguntas frecuentes

Es el mensaje que WordPress muestra desde la versión 5.2 (mayo 2019) cuando se detecta un error PHP fatal. WP rechaza mostrar la traza técnica a los visitantes por seguridad y envía un email al admin con un enlace mágico de recovery mode. Si no has recibido el email, suele ser porque wp_mail() no está configurada (sin SMTP, IP servidor en blacklist).
Dos opciones. (1) Recuperar el token de la tabla wp_options (opción recovery_mode_token) vía SSH o phpMyAdmin. (2) Lo más rápido: saltarse el modo recovery desactivando los plugins por FTP: renombrar /wp-content/plugins/ a plugins_OFF/ deja todos los plugins inactivos y libera el acceso admin.
Tres métodos: (1) Activar WP_DEBUG_LOG en wp-config.php, recargar, leer /wp-content/debug.log — el archivo y línea culpable se indican. (2) Desactivación por bisección. (3) Leer directamente php-fpm.log o error_log — la stack trace indica el archivo .php. El método (1) es el más rápido con acceso FTP.
Para el 90 % de los casos, el sitio se restaura en menos de una hora. Para casos complejos (core corrupto, conflicto multi-plugins, migración PHP 7→8 que rompe 5 plugins simultáneamente), hay que contar media jornada. Plazo anunciado tras diagnóstico gratuito inicial.
No. Un error crítico WordPress es casi siempre un problema de código (plugin, tema, PHP), nunca un problema de base de datos. Tus artículos, páginas, medios, pedidos WooCommerce, usuarios permanecen intactos. Y la resolución empieza siempre por un backup ficheros + BBDD externalizado.
Diagnóstico gratuito (30 min) y luego intervención bajo presupuesto, desde 60 €/h sin IVA. La mayoría de errores críticos se resuelven en menos de 2 h una vez identificada la causa. Presupuesto enviado en 24 h laborables antes de cualquier inicio. Incluido en el mantenimiento.
Tres causas: (1) El plugin ha dejado restos en BBDD o filesystem que rompen otro plugin. (2) Había varios plugins culpables, solo has identificado uno. (3) El plugin se reactiva solo (network-activated en multisite, o MU-Plugin). La resolución limpia pasa por una auditoría completa de todo el código cargado.

¿Error crítico ahora mismo?

Diagnóstico gratuito, presupuesto en 24 h laborables, intervención desde 60 €/h sin IVA bajo presupuesto.

📞 +33 6 78 85 05 63
📞 Llamar · 06 78 85 05 63