"Breve interrupción por mantenimiento programado. Vuelve en un minuto." — Si tu sitio WordPress muestra este mensaje durante más de unos minutos, quedó atascado en modo de mantenimiento tras una actualización fallida.
Causas más comunes que diagnosticamos:
Proceso sistemático, rápido y seguro:
Conecta a tu servidor vía FTP, navega al directorio raíz de WordPress (mismo nivel que wp-config.php) y elimina el archivo llamado ".maintenance".
Busca archivos .zip o parciales en el directorio wp-content/upgrade/ y elimínalos.
Comprueba que las carpetas wp-includes y wp-admin existen con todos los archivos esperados.
Nuestro experto WordPress responde en minutos.
Elimina el archivo .maintenance del directorio raíz de WordPress vía FTP o el administrador de archivos de tu hosting.
Sí: si la actualización se completó, eliminar .maintenance simplemente quita la página de mantenimiento.
Normal: WordPress pone un archivo .maintenance durante una actualización de 30 segundos, luego lo borra. Atascado: la actualización falló a la mitad y nunca borró el archivo, así los visitantes ven el mensaje de mantenimiento indefinidamente.
Causas comunes: timeout PHP durante la actualización (plugin grande, servidor lento), conexión interrumpida entre WordPress y wp.org, memoria insuficiente a mitad de actualización, o un fallo de escritura por permisos equivocados.
Sí — borrar wp-root/.maintenance quita el modo mantenimiento en milisegundos. El sitio vuelve a la normalidad apenas el archivo desaparece. La actualización pendiente puede necesitar re-ejecutarse desde el dashboard.
Sí. .maintenance vive en la raíz de WordPress — puedes borrarlo vía FTP, File Manager de cPanel o SSH sin abrir nunca wp-admin. Este es el enfoque más seguro cuando el admin también muestra la página de mantenimiento.
Sí. La actualización fallida puede haber dejado archivos a medio instalar. Usamos 'Update Now' desde Dashboard → Updates para re-ejecutarla limpiamente. Si los archivos están corruptos, re-subimos los archivos de core/plugin manualmente.
Sí. Las actualizaciones de plugins extraen archivos primero, luego activan. Si se interrumpe, puedes tener archivos nuevos y viejos mezclados. Usamos WP-CLI 'wp plugin install --force' para re-instalar limpiamente.
No. Las actualizaciones solo reemplazan archivos de código (PHP, JS, CSS). Todos los ajustes están en la base de datos (wp_options, wp_postmeta) y no se ven afectados.
Sí. Las auto-actualizaciones corren como eventos wp_cron. Si el cron hace timeout, el archivo .maintenance permanece. Desactivamos auto-updates para plugins problemáticos o los disparamos vía WP-CLI manualmente.
Sí — Cloudflare puede cachear el HTML de mantenimiento por unos minutos. Tras borrar .maintenance, siempre purgamos el caché de Cloudflare para asegurar que los visitantes vean el sitio en vivo inmediatamente.
Tres prevenciones: aumentar max_execution_time PHP a 300 segundos, correr actualizaciones una a la vez (no en bulk), y hacer backup antes de cualquier actualización. También recomendamos un entorno staging para actualizaciones mayores.
Brevemente, no. El mensaje de mantenimiento de WordPress devuelve HTTP 503 con Retry-After 600 segundos — Google lo entiende. Atascado por horas: sí, Google reduce el rate de crawl y puede bajar el ranking de URLs afectadas.
Sí. Creamos wp-content/maintenance.php con tu mensaje de marca. WordPress usa esto en lugar del texto por defecto cuando .maintenance existe. Útil para mantenimientos planeados más largos.
Por diseño — WordPress envía HTTP 503 (Service Unavailable) para que los motores de búsqueda sepan que es temporal, no un error permanente. Esto protege tu SEO durante ventanas legítimas de mantenimiento.
¿Emergencia con WordPress? Nuestro experto responde en minutos: cualquier problema, solución el mismo día.
Respuesta en minutos. Sin pérdida de datos. Sin cargo por diagnóstico.
wpfix.blimx.com