Copias de seguridad de WordPress: con qué frecuencia, dónde y cómo saber que funcionan
Casi todos los sitios web tienen un plugin de copias de seguridad. Muchos menos tienen una copia de seguridad que responda cuando llega la emergencia. La diferencia no está en la herramienta, sino en tres decisiones que se toman una vez y luego se olvidan: con qué frecuencia, dónde y cómo saber que funciona.
La única cifra que importa: ¿cuánto puedes permitirte perder?
La frecuencia de una copia de seguridad no depende de la intuición, sino de una pregunta: ¿cuánto trabajo puede perderse sin que duela? Un blog con una entrada por semana no pierde nada con una copia diaria. Una tienda con cuarenta pedidos al día pierde hasta cuarenta pedidos con una copia diaria.
| Tipo de sitio web | Base de datos | Archivos |
|---|---|---|
| Blog, web corporativa, pocos cambios | a diario | cada semana |
| Redacción con varios autores | a diario | a diario |
| Tienda o área de miembros | cada hora o varias veces al día | a diario |
| Antes de cada actualización | además, siempre | además, siempre |
Los archivos cambian con menos frecuencia que la base de datos: las imágenes, los temas y los plugins permanecen iguales durante días. Por eso merece la pena programar ambos por separado: la base de datos a menudo, los archivos de vez en cuando.
Dónde: la regla 3-2-1, en pocas palabras
Tres copias, en dos soportes distintos, una de ellas fuera de casa. Para un sitio de WordPress, eso se traduce en: los datos en producción, un archivo en el servidor y un archivo en otro lugar.
El tercer punto es donde suele fallar. Un archivo que está en el mismo wp-content/uploads que el sitio web no sobrevive a un fallo del disco duro, ni a una cuenta eliminada, ni a un atacante que hace limpieza.
La copia de seguridad de tu proveedor de alojamiento está bien, pero no es un segundo lugar. Si el proveedor falla, fallan las dos a la vez. Cuenta como una copia, no como dos.
Cuánto tiempo: la retención no es una cuestión de espacio
Quien conserva siete días descubre demasiado tarde un daño que se produjo hace ocho. Y ese es precisamente el caso frecuente: una base de datos se daña o se introduce código malicioso, y no se nota hasta semanas después.
Un escalonamiento útil: los últimos siete días, más cuatro copias semanales y tres mensuales. Cuesta poco espacio adicional y cubre el caso en el que hay que retroceder más de lo que se pensaba.
Cifrar, y dónde está la clave
Un archivo contiene toda la base de datos: cuentas de usuario, pedidos, direcciones de correo electrónico, comentarios. Si está sin cifrar en un proveedor de almacenamiento, es exactamente tan confidencial como ese proveedor.
AES-256 es el estándar habitual, y la pregunta no es «si», sino dónde está la clave. Junto al archivo no sirve de nada. Kakapo Backup cifra con tu clave y no la guarda junto a él, lo que significa que tienes que conservarla por separado. Basta con un gestor de contraseñas.
Cómo saber que funciona
Una copia de seguridad que nunca se ha restaurado es una esperanza. Hay dos comprobaciones, y hacen falta ambas:
- La técnica: ¿sigue coincidiendo la suma de comprobación del archivo? Detecta todo lo que se haya dañado por el camino, y además antes de que lo necesites.
- La real: ¿se puede restaurar el sitio a partir de él? Detecta todo lo demás, y es lo único que cuenta el día D.
- Crea una copia de staging; nunca practiques en el sitio en producción.
- Restaura allí el archivo más reciente.
- Abre la página de inicio, una subpágina, el backend y, si lo hay, el carrito.
- Revisa unos cuantos contenidos de la base de datos: la última entrada, el último pedido, un usuario.
- Anota cuánto ha tardado. Esa cifra es tu tiempo de inactividad real.
Basta con una vez por trimestre. Ponte un recordatorio: si no, la prueba nunca se hace, porque nunca es urgente.
El caso especial que más se da
La mayoría de las «emergencias» no son una caída del servidor, sino una actualización que ha roto algo. Para eso no hace falta una restauración completa, sino una vía de retorno para ese plugin concreto e, idealmente, una copia de seguridad que se cree automáticamente antes de cada actualización.
Por eso, comprueba en tu herramienta: ¿crea por sí sola un punto antes de las actualizaciones? ¿Y se conservan esos puntos de forma distinta a las ejecuciones normales? Una vía de retorno que el límite de retención elimina a los tres días no es una vía de retorno.
Preguntas frecuentes
¿Basta con un plugin, o necesito ambos, plugin y proveedor de alojamiento?
¿Qué tamaño tiene un archivo así?
¿Tengo que incluir la biblioteca de medios en cada copia?
¿Y qué pasa con el RGPD?
¿Y si el sitio ya está infectado?
Kakapo Backup: paga una vez, úsalo para siempre.
Los nueve plugins por 149 € una vez en lugar de 13 € al mes. Pago seguro con Stripe. Durante los primeros 14 días: problema resuelto o te devolvemos el dinero.
Conseguir Lifetime Todas las funciones