Pregúntale a un proveedor de alojamiento si tu sitio está respaldado y casi siempre escucharás que sí. Los "respaldos diarios" vienen en casi todos los planes. Así que la mayoría de los dueños archiva la pregunta como resuelta y no vuelve a pensar en ella — hasta el día en que algo falla, van a restaurar y descubren qué prometía en realidad esa frase. Que, muy a menudo, es nada que puedas exigirle a nadie.
Esta es la distinción que oculta la palabra "respaldo", y es de lo que trata todo el asunto: hay una diferencia enorme entre un respaldo que se ofrece como comodidad y uno que se ofrece como garantía. Casi todos los respaldos de alojamiento son del primer tipo. Los contratos lo dicen, en un lenguaje que nunca se pensó que leyeras.
Respaldo como comodidad
- "Respaldos diarios" anunciados, sin promesa de que funcionen
- El contrato dice que la pérdida de datos es responsabilidad tuya
- Ninguna garantía de que una restauración funcione cuando la necesites
- A menudo guardados en el mismo sistema — si este muere, ellos también
- Ninguna compensación si el respaldo te falla
Respaldo como protección
- Respaldos que ya probaste restaurando uno de verdad
- Guardados en un lugar separado del sitio en vivo
- Un calendario conocido y un proceso de recuperación conocido
- Tu propia copia, que tú controlas, en tus manos
- No depende del día bueno de un solo proveedor
Lee un contrato típico de alojamiento y encontrarás alguna versión de la misma frase: el cliente es responsable de mantener sus propios respaldos. El proveedor ofrece respaldos "como una comodidad, no como una garantía contra la pérdida de datos". Eso no es una estafa — es lo estándar, e incluso es razonable. Pero significa que los tranquilizadores "respaldos diarios" de la página de ventas y la responsabilidad real que dice el contrato apuntan en direcciones opuestas.
"Respaldos diarios" te dice que quizá se haga una copia. No dice nada sobre si algún día podrás recuperarla. Un respaldo que nadie ha restaurado es una suposición disfrazada de red de seguridad.
Por qué esto se convierte en desastres
La brecha se mantiene invisible hasta el momento en que es catastrófica, y las fallas son de lo más común, no exóticas:
- El respaldo que nunca se probó. Se ejecutó todas las noches durante dos años. La primera vez que alguien intentó restaurarlo — el día en que importaba — estaba corrupto, o incompleto, o cubría los archivos equivocados.
- El respaldo en el mismo lugar que el sitio. Si tu única copia vive en el mismo servidor (o en el mismo centro de datos) que el sitio en vivo, una sola falla se lleva ambos. En 2021 un incendio destruyó un centro de datos entero de un proveedor importante; para algunos sitios, los datos que solo vivían ahí se perdieron para siempre.
- La retención que no leíste. "Guardamos respaldos" puede significar "de los últimos 7 días". Descubre un problema el día 8 — una corrupción lenta de la base de datos, un hackeo silencioso — y la versión limpia ya está sobrescrita.
- Cuanto más barato es el plan, más probable es que nada de esto esté cubierto en absoluto — e incluso el alojamiento premium no garantiza una restauración que funcione.
Lo que realmente te protege
El principio es más antiguo que la nube y cabe en una línea: tus datos no están a salvo hasta que exista una copia en algún lugar que tú controles, y hayas comprobado que puedes recuperarla. La forma simple de eso es la clásica regla 3-2-1.
La regla de respaldo 3-2-1, en términos claros
Fíjate en el hilo que conecta con todo lo demás en este sitio: el respaldo más seguro es el que tú tienes, separado de cualquier proveedor individual. Es la misma soberanía que hace que un sitio propio y portátil sea más fuerte que uno alquilado. Una copia que tú controlas es una copia que ningún día malo, aumento de precio o cierre de un proveedor puede quitarte.
Las preguntas que revelan la respuesta real
No preguntes "¿hacen respaldos?" — la respuesta siempre es sí. Ve más allá:
- ¿Los respaldos son una garantía o una comodidad en el contrato — y quién es responsable si una restauración falla?
- ¿Cómo restauro uno en la práctica, y esa restauración se ha probado alguna vez?
- ¿Hasta cuándo hacia atrás llegan, y con qué rapidez habría que detectar un problema?
- ¿Los respaldos se guardan por separado del servidor en vivo, o en el mismo lugar que podría fallar junto con él?
- ¿Tengo mi propia copia — una que yo controlo, que sobrevive a irme por completo de este proveedor?
Si tienes una restauración probada, fuera del sitio, en tus propias manos, estás realmente a salvo — los respaldos del proveedor son un extra, no tu única esperanza. Si las respuestas honestas son "comodidad, sin probar, mismo servidor, siete días", eso todavía no es un desastre. Es la advertencia que llega a tiempo — que es la única clase que vale la pena tener.
Cuando estés listo
¿Quieres respaldos que sean protección, no una palabra en un plan?
Alojamiento administrado y construcciones limpias configuradas con respaldos reales y probados — guardados fuera del servidor en vivo, restaurables cuando lo pidas, y con una copia que de verdad posees y controlas. No "respaldos diarios" como frase de marketing, sino una recuperación que has visto funcionar.
Ver servicios de alojamiento →En Términos Claros · las palabras que usa la industria, descifradas
01Qué debería incluir realmente el "alojamiento administrado" 02Qué significa realmente el ancho de banda "ilimitado" 03El costo real de lo "gratis" 04Las garantías de tiempo activo y lo que no cubren 05Dominio vs. alojamiento — no son lo mismo 06Qué cubre realmente el "SSL incluido" 07La trampa del precio de renovación 08¿Quién respalda realmente tu sitio? 09Qué significa realmente el "SEO incluido" 10"Sin cargo de instalación" — y las cuentas que se esconden 11Qué hace realmente un CDN