Leyendo las páginas de estado…
¿Tu web no responde? Antes de buscar un fallo de seguridad o de llamar a tu desarrollador, mira si la caída viene del hosting. El estado de seis hostings del mercado francés se lee cada cinco minutos en sus páginas de estado oficiales; para o2switch y PlanetHoster, que no tienen, la página dice dónde mirar.
Página mantenida por Léo Guillaume, desarrollador freelance cerca de Rennes (Francia), que vuelve a poner en línea webs y software alojados en estos hostings desde 2019.
Actualizado el
¿Tú o el hosting?
Cuando el hosting no señala nada, la caída está casi siempre en la web, el dominio o la caché. Cinco minutos bastan para saberlo.
Si otra web alojada en el mismo sitio responde, la caída no viene del hosting, sino de tu web, de tu nombre de dominio o de tu caché.
«No se puede acceder a este sitio web» o un tiempo de espera agotado apuntan al servidor o al DNS; un error 500 o una página en blanco apuntan a la propia web (PHP, plugin, base de datos).
Un dominio caducado o unos DNS cambiados la víspera dan los mismos síntomas que una caída. El área de cliente del hosting o el registrador muestra la fecha de caducidad.
Lo que hay que saber
Datos revisados el 27 de octubre de 2026 en las páginas de cada hosting.
6 hostings de 8
OVHcloud, IONOS, Hostinger y Gandi usan el servicio Statuspage; Infomaniak y LWS mantienen su propia página. Ahí es donde el incidente se reconoce, se fecha y se cierra, y eso es lo que lee esta página.
Fuente: OVHcloud, página de estado Web Cloudo2switch y PlanetHoster
o2switch publica sus anuncios de mantenimiento e incidentes en su cuenta de X; PlanetHoster cerró el foro que hacía de página de estado, cuyos enlaces llevan a un formulario de contacto. Para estos dos, esta página no muestra ningún estado: remite a sus anuncios públicos y a su soporte en lugar de adivinar.
Fuente: o2switch en X21 al 23 de octubre de 2026
Durante tres días, los hostings desplegaron los parches PHP 8.5.12, 8.4.27, 8.3.36 y 8.2.35 servidor a servidor, con breves cortes anunciados en sus páginas de estado y sus cuentas de X. Las webs que mostraban una página en blanco esa mañana no estaban hackeadas: esperaban a su servidor.
Fuente: IONOS, página de estadoCódigo 200
El código de respuesta de una página de estado no dice nada del hosting: solo cuenta su contenido. Por eso esta página lee los incidentes declarados y los componentes afectados, nunca el simple hecho de que la página cargue. Y cuando la lectura falla, lo dice en vez de mostrar «todo va bien».
Fuente: Statuspage, API públicaUna lectura, no un diagnóstico: esta página dice lo que anuncia el hosting. No prueba tu web. Para saber por qué tu web no responde, envíame su enlace: lo miro y te respondo en 24 horas.
Durante la caída
En orden, sin romper nada.
Abre tu web desde otra red (4G en vez del router) y en navegación privada. Si funciona desde otro sitio, el problema es local: caché, DNS del router, cortafuegos.
Un incidente anunciado por el hosting se resuelve sin ti: no hace falta tocar la web. Anota la hora de inicio para tu propia comunicación.
Una nota en tu ficha de Google, tus redes o tu contestador evita las llamadas. Da la hora de vuelta anunciada por el hosting en vez de una promesa.
Una caída aislada no es motivo para cambiar de hosting. Tres caídas en un trimestre, o un soporte que no contesta, sí: una migración se prepara en una semana.
Preguntas frecuentes
Nueve de cada diez veces, la caída está en la propia web y no en el servidor: un plugin de WordPress roto tras una actualización, un archivo PHP con error, una base de datos saturada, un certificado HTTPS caducado o un nombre de dominio vencido. El hosting solo ve sus máquinas; tu web, en cambio, depende también de tu código y de tu dominio. Las tres comprobaciones de esta página permiten distinguirlo en cinco minutos.
Un programa lee cada cinco minutos las páginas de estado oficiales de OVHcloud, IONOS, Hostinger, Gandi, Infomaniak y LWS, y guarda la hora de cada cambio de estado. o2switch y PlanetHoster no tienen ninguna página de estado legible: su tarjeta lo indica y remite a sus anuncios en X y a su soporte, sin adivinar nada. No se adivina nada a partir del código de respuesta de una página: una página de estado responde «200 OK» incluso en plena caída.
La mayoría de los incidentes publicados en las páginas de estado duran de veinte minutos a tres horas. Las caídas largas, de varias horas a varios días, son raras y suelen deberse a un hardware averiado (un servidor de archivos, un clúster) o a un centro de datos entero. Los hostings rara vez dan una hora de vuelta antes de haber identificado la causa: fíate de las actualizaciones de su página más que de una estimación.
Depende de las condiciones particulares de tu plan. Los planes de hosting compartido de los grandes hostings suelen prever un compromiso de disponibilidad y un gesto comercial bajo petición, rara vez una devolución automática. Guarda la hora de inicio y de fin del incidente tal como aparece en la página de estado: es la prueba que te pedirán.
No por una caída aislada: todos los hostings de esta página han tenido incidentes en 2026. Cambia si las caídas se repiten, si el soporte no responde durante el incidente, o si tu web se ha vuelto demasiado importante para un hosting compartido de unos pocos euros al mes. Una migración bien preparada se hace en una semana, sin corte visible, cambiando los DNS al final.
No. Dibodev es un desarrollador independiente que pone en línea y mantiene webs y software en estos hostings para pequeñas y medianas empresas. Esta página existe porque la primera pregunta de un cliente cuya web deja de responder es siempre la misma: «¿soy yo o es el hosting?». Para un incidente en tu cuenta, el soporte de tu hosting sigue siendo el único interlocutor.
Blog
Cuando la caída viene de la web y no del hosting.
Dos vulnerabilidades críticas en PHP fueron corregidas el 21 de octubre de 2026. Sitios web en WordPress, tiendas en PrestaShop o WooCommerce, software empresarial, intranets: ¿quién está afectado, qué hace tu proveedor de alojamiento y qué acciones tomar hoy.
Desde el 18 de octubre de 2026, claves robadas de UpdraftCentral se utilizan para instalar extensiones falsas y cuentas ocultas en sitios WordPress, incluso en aquellos que están actualizados. Las siete verificaciones que debes realizar hoy, en el orden en que las efectúo en un sitio de un cliente.
Restaurar una copia de seguridad no es suficiente: si se hace demasiado tarde, contiene la puerta trasera; si se restaura sin cerrar la brecha, el sitio vuelve a ser vulnerado en pocos días. El método para elegir la copia correcta, restaurar de forma limpia y cerrar la puerta justo después.
Alojamiento web en OVHcloud: dónde encontrar la versión de PHP, cómo actualizarla a la 8.3 o 8.4 desde el espacio cliente o el archivo .ovhconfig, qué versión elegir y lo que anunció OVH el 21 de octubre. Tras la falla de seguridad, aquí te explicamos los pasos clave para proteger tu sitio.
En o2switch, la versión « nativa » de cPanel es PHP 8.1, que ya no recibe parches oficiales. ¿Dónde hacer clic para actualizar a la 8.3 o 8.4, qué versión elegir y qué hizo o2switch el 21 de octubre?
Envíame el enlace de tu web: miro de dónde viene la caída (dominio, certificado, PHP, plugin, base de datos) y te digo qué hacer en 24 horas. Gratis, sin compromiso.