Una actualización te rompió el sitio
Error fatal: Uncaught Error en plugin.php:214Actualizaste un plugin, el theme o WordPress y el sitio dejó de funcionar. Encontramos qué lo rompió y lo recuperamos el mismo día, sin perder contenido.
Lo primero: no entres en pánico
De todos los problemas de esta lista, este es el que mejor termina. La causa se conoce — actualizaste algo —, el momento se conoce, y el contenido está intacto: las actualizaciones tocan código, no datos.
En la enorme mayoría de los casos el sitio vuelve el mismo día.
Por qué pasó
Un plugin dejó de ser compatible con tu versión de PHP, con WordPress, o con otro plugin. Los autores prueban contra las configuraciones más comunes, y la tuya puede no serlo.
El theme tenía personalizaciones que la actualización pisó. Es el caso clásico de un sitio donde alguien editó el theme directamente en vez de usar un theme hijo: todo funciona hasta la primera actualización, que borra el trabajo.
Dos plugins que no se llevaban bien y la nueva versión hizo evidente el conflicto.
Actualización a medias. Se cortó la conexión, se agotó el tiempo de ejecución o el servidor se quedó sin memoria en el medio. El sitio queda con archivos de dos versiones distintas mezclados, que es peor que cualquiera de las dos.
El plugin cambió de arquitectura en una versión mayor y requiere una migración que no se hizo.
Actualización automática nocturna. WordPress aplica parches de seguridad solo, y muchos plugins están configurados para hacer lo mismo. Por eso un sitio que nadie tocó puede amanecer roto.
Qué hacemos
- Identificamos qué se actualizó y cuándo. El sitio guarda registro, y el log del servidor confirma la hora exacta del primer error
- Leemos el log de errores para saber qué archivo y qué línea están fallando
- Recuperamos el sitio primero. Volvemos a la versión anterior del componente responsable, o lo desactivamos desde el servidor. La prioridad es que vuelva a estar en línea
- Recién después resolvemos el fondo: actualizar a una versión compatible, corregir el código, o reemplazar el componente por una alternativa mantenida
- Si el theme estaba modificado sin theme hijo, recuperamos las personalizaciones desde el backup y las reimplantamos donde corresponde, para que la próxima actualización no las borre
- Revisamos qué más está en riesgo. Si un plugin no soportaba tu configuración, probablemente haya otros esperando su turno
- Dejamos el proceso armado: entorno de prueba y backups verificados, para que la próxima actualización no sea una apuesta
Qué podés intentar solo
Buscá el mail de WordPress en la casilla del administrador, con asunto “Tu sitio tiene un problema técnico”. Trae un enlace de modo de recuperación que te deja entrar al panel con el componente problemático desactivado.
Fijate si tu hosting tiene backups automáticos. Muchos guardan copias diarias en el panel, y si la de ayer está sana, es la salida más rápida. Antes de restaurar, bajate igual una copia del estado actual: si algo se hizo después del backup, no querés perderlo.
Si sabés entrar por FTP, renombrar la carpeta del plugin que actualizaste lo desactiva. Si el sitio vuelve, encontraste al culpable.
Lo que conviene no hacer: actualizar todo lo demás “por las dudas” para ver si se arregla. Es el impulso natural y multiplica las variables justo cuando necesitás reducirlas.
Contanos tu caso
Escribinos y te decimos qué le pasa a tu sitio. El mensaje ya sale con el problema cargado: solo agregás la dirección de tu web.
- Diagnóstico gratis en menos de 2 horas hábiles
- Presupuesto cerrado antes de tocar nada
- Pagás contra trabajo terminado y verificado
- Resolución típica de este problema: 2 a 8 horas
¿Preferís hablar directo? Abrir WhatsApp con este problema ya escrito.
Preguntas frecuentes
Si tu duda no está acá, escribinos y te respondemos sin compromiso.
Hacer una consultaAtención personalizada las 24 horas
¿Puedo volver a la versión anterior del plugin?
Sí, y suele ser la salida más rápida para recuperar el sitio hoy. Pero es una solución temporal: quedarse en una versión vieja significa quedarse sin los parches de seguridad. Sirve para resolver la urgencia, no como situación permanente.
¿Conviene desactivar las actualizaciones automáticas?
Es la conclusión intuitiva y es la peor decisión posible. Un sitio sin actualizar termina hackeado, que es bastante más grave que una tarde con el diseño roto. Lo correcto es probar en un entorno de prueba y tener un backup del que se pueda volver.
Se rompió solo de madrugada. ¿Cómo?
WordPress aplica actualizaciones automáticas de seguridad, y muchos plugins también se actualizan solos si está configurado así. Por eso un sitio que nadie tocó puede amanecer roto: técnicamente sí lo tocaron.
El diseño quedó desarmado pero el contenido está. ¿Es grave?
Es lo menos grave de esta familia. Suele ser una hoja de estilos que no carga o un constructor de páginas que necesita regenerar su caché. El contenido está intacto y se recupera rápido.
¿Cómo evito que vuelva a pasar?
Con un entorno de prueba donde se actualiza primero, backups verificados antes de cada actualización, y actualizaciones agrupadas en un momento en que alguien pueda mirar el resultado. Eso es exactamente lo que cubre un mantenimiento hecho con criterio.
Problemas relacionados
- Error crítico en mi webTu WordPress muestra un error crítico y no podés entrar al panel. Te explicamos por qué pasa y lo resolvemos el mismo día. Diagnóstico gratis.
- Mi sitio se ve en blancoLa página abre pero no muestra nada: ni diseño, ni texto, ni error. Te explicamos qué la causa y la resolvemos el mismo día. Diagnóstico gratis.
- Perdí mi sitio y no tengo backupEl sitio se borró, se corrompió o el hosting lo dio de baja y no hay copia. Te decimos con honestidad qué se puede recuperar y qué no, antes de cobrarte nada.
¿Querés que le echemos un vistazo?
Mandanos la URL de tu sitio y te decimos qué le pasa. El diagnóstico no se cobra y no te compromete a nada.
- Diagnóstico gratis en menos de 2 horas hábiles
- Presupuesto cerrado antes de tocar nada
- Pagás contra trabajo terminado y verificado
Última revisión de esta página: