Blog · Problemas resueltos

El error crítico de WordPress que no estaba causado por ningún plugin

Desactivar plugins y tema no cambiaba nada. Un archivo del núcleo de WordPress había quedado prácticamente vacío.

El error crítico de WordPress que no estaba causado por ningún plugin

La web mostraba el mensaje de error crítico de WordPress. Se habían desactivado plugins y tema desde SFTP, pero el fatal continuaba exactamente igual. El log indicaba que WordPress intentaba ejecutar wp_maybe_load_embeds() y no encontraba la función.

Por qué no seguí desactivando componentes

Esa función pertenece al núcleo, concretamente a wp-includes/embed.php. Si no existe después de cargar WordPress, el problema puede estar en una actualización incompleta o en archivos del core desincronizados.

Preparé un MU Plugin de diagnóstico que no modificaba la instalación. Registraba versión de WordPress y PHP, rutas, existencia de archivos, tamaños, hashes y presencia de la función.

El dato que confirmó la causa

embed.php existía y era legible, pero pesaba únicamente 28 bytes. No contenía la función esperada. Otros archivos del mismo directorio tenían tamaños normales. El archivo había sido sobrescrito o truncado durante una actualización.

Por qué no fabriqué un parche permanente

Era posible definir una función mínima para impedir ese fatal, pero eso solo ocultaría que el núcleo estaba corrupto. Además, la instalación gestionada reportaba una versión específica del proveedor. Sustituir un archivo aislado por el de otra compilación podía crear incompatibilidades nuevas.

La recomendación segura fue restaurar o reinstalar los archivos del núcleo desde el sistema del hosting, conservando wp-content y la base de datos.

Qué revisar ante un error crítico persistente

  • El mensaje fatal completo y su primera función inexistente.
  • Si el error persiste con plugins y tema desactivados.
  • Integridad y tamaño de los archivos del core relacionados.
  • Estado de una actualización automática reciente.
  • Versión exacta suministrada por el proveedor.

Diagnosticar antes de reemplazar

Un archivo que «existe» no necesariamente está bien. Comprobar contenido, tamaño y hash permite distinguir un problema de carga de uno de integridad. Esa evidencia también facilita que el soporte del hosting actúe sin responder con el consejo genérico de desactivar plugins.

Si WordPress muestra un error crítico incluso sin plugins, puedo preparar un diagnóstico seguro antes de tocar archivos o base de datos.

¿Quieres valorar nuestro artículo?