{"id":1448,"date":"2026-10-21T15:00:00","date_gmt":"2026-10-21T15:00:00","guid":{"rendered":"https:\/\/lucumaagency.com\/?p=1448"},"modified":"2026-10-21T05:20:01","modified_gmt":"2026-10-21T05:20:01","slug":"backups-de-wordpress-la-rutina-que-te-salva-y-la-que-no","status":"publish","type":"post","link":"https:\/\/lucumaagency.com\/en\/backups-de-wordpress-la-rutina-que-te-salva-y-la-que-no\/","title":{"rendered":"Backups de WordPress: la rutina que te salva y la que te hace creer que est\u00e1s a salvo"},"content":{"rendered":"<p>Casi todos los negocios a los que preguntamos tienen backups. Casi ninguno ha restaurado uno. Esas dos frases juntas son el problema: <strong>un backup que nunca se ha restaurado no es un backup, es una esperanza<\/strong>. Esto es la rutina que usamos y, sobre todo, las tres formas en que una copia de seguridad te deja tirado justo cuando la necesitas.<\/p>\n<h2>Qu\u00e9 tiene que incluir una copia completa<\/h2>\n<p>Una web WordPress son dos cosas separadas, y las dos tienen que estar:<\/p>\n<ul>\n<li><strong>La base de datos<\/strong>: entradas, p\u00e1ginas, usuarios, pedidos, ajustes, el contenido de los campos personalizados y las plantillas del constructor.<\/li>\n<li><strong>Los archivos<\/strong>: las im\u00e1genes subidas, el tema, los plugins, el archivo de configuraci\u00f3n.<\/li>\n<\/ul>\n<p>La trampa: muchas copias autom\u00e1ticas de hosting respaldan las dos cosas, pero <strong>en calendarios distintos<\/strong>. Si la base se copia cada d\u00eda y los archivos cada semana, restaurar te deja una base que apunta a im\u00e1genes que todav\u00eda no existen. Es la incoherencia que m\u00e1s dolores de cabeza da en una restauraci\u00f3n real.<\/p>\n<h2>Los tres fallos que convierten un backup en humo<\/h2>\n<p><img decoding=\"async\" src=\"https:\/\/lucumaagency.com\/wp-content\/uploads\/2026\/10\/tres-fallos-de-backup.png\"\n     alt=\"Tres fallos frecuentes en copias de seguridad: la copia vive en el mismo servidor que la web, nunca se ha probado una restauraci\u00f3n, y la base de datos y los archivos se copian en calendarios distintos\"><\/p>\n<p><strong>1. La copia vive en el mismo servidor que la web.<\/strong> El escenario que te importa es que el servidor falle, el proveedor te suspenda la cuenta o alguien entre y borre. En los tres casos, la copia que est\u00e1 dentro desaparece con todo lo dem\u00e1s. <strong>Una copia en el mismo sitio no es una copia<\/strong>: es un punto de restauraci\u00f3n para errores humanos peque\u00f1os, que tambi\u00e9n sirve, pero no es tu seguro.<\/p>\n<p><strong>2. Nadie ha probado restaurar.<\/strong> Los archivos se corrompen, los plugins de backup cambian de formato, las claves de los almacenamientos externos caducan. Lo descubres el d\u00eda que lo necesitas, que es el peor d\u00eda posible.<\/p>\n<p><strong>3. Calendarios desacoplados.<\/strong> El que acabamos de ver. Si tu proveedor copia base y archivos por separado, al menos aseg\u00farate de que sea con la misma frecuencia.<\/p>\n<h2>Cada cu\u00e1nto, seg\u00fan lo que pierdas<\/h2>\n<p><img decoding=\"async\" src=\"https:\/\/lucumaagency.com\/wp-content\/uploads\/2026\/10\/frecuencia-de-backup.png\"\n     alt=\"Frecuencia de copias seg\u00fan el tipo de sitio: web institucional mensual, web con blog semanal, tienda en l\u00ednea diaria y antes de cada actualizaci\u00f3n en todos los casos\"><\/p>\n<p>La pregunta correcta no es \u00abcada cu\u00e1nto hago copias\u00bb sino <strong>\u00abcu\u00e1nto trabajo estoy dispuesto a repetir\u00bb<\/strong>. Esa respuesta define la frecuencia:<\/p>\n<ul>\n<li><strong>Web institucional que no cambia<\/strong>: copia mensual y antes de cada cambio. Si pierdes un mes, no perdiste nada.<\/li>\n<li><strong>Web con blog o con formularios<\/strong>: semanal. Un art\u00edculo y unos contactos es lo m\u00e1ximo que se repone.<\/li>\n<li><strong>Tienda en l\u00ednea<\/strong>: diaria, sin discusi\u00f3n. Cada d\u00eda perdido son pedidos reales de clientes reales que ya pagaron.<\/li>\n<li><strong>Siempre, en todos los casos: antes de actualizar.<\/strong> Es el momento en que una web sana se rompe, y la copia de hace cinco minutos vale m\u00e1s que la de hace cinco d\u00edas.<\/li>\n<\/ul>\n<p>Esa \u00faltima regla es la que convierte el mantenimiento en algo seguro de hacer, y es parte de la rutina que describimos en <a href=\"https:\/\/lucumaagency.com\/en\/mantenimiento-de-wordpress-que-hacer-y-cada-cuanto\/\">mantenimiento de WordPress<\/a>.<\/p>\n<h2>Nuestro esquema de tres capas<\/h2>\n<p><img decoding=\"async\" src=\"https:\/\/lucumaagency.com\/wp-content\/uploads\/2026\/10\/tres-capas-de-backup.png\"\n     alt=\"Las tres capas de respaldo: copia del servidor entero en el proveedor, copia del sitio con un plugin que permite restaurar en otro servidor, y copia manual antes de cada cambio grande\"><\/p>\n<p><strong>Capa 1: la copia del servidor entero, en el proveedor.<\/strong> Se activa con un clic y cuesta alrededor de un 20 % del plan: dos d\u00f3lares al mes sobre un servidor de diez. Copia la m\u00e1quina completa y es lo que te salva de un desastre de infraestructura. Es mejor que un plugin de backup por sitio, que duplica el disco de cada web.<\/p>\n<p><strong>Capa 2: la copia del sitio, con un plugin.<\/strong> Con una condici\u00f3n que no es negociable: que permita <strong>restaurar en un servidor distinto<\/strong>. Esa es la diferencia entre un plugin de backup y un plugin de migraci\u00f3n. El primero te devuelve a donde ya estabas; el segundo te saca del incendio. Nosotros usamos el segundo tipo, y el archivo se guarda fuera del servidor.<\/p>\n<p><strong>Capa 3: la copia manual antes de cada cambio grande.<\/strong> Actualizaci\u00f3n mayor, cambio de tema, migraci\u00f3n. No es autom\u00e1tica y tiene que existir, porque es la \u00fanica que est\u00e1 exactamente en el punto que te interesa recuperar.<\/p>\n<h2>Un caso real: lo que se pierde no siempre es la base de datos<\/h2>\n<p>Vale la pena contar un incidente propio, porque ilustra algo que las gu\u00edas de backups no mencionan.<\/p>\n<p>En una tienda de un cliente, una operaci\u00f3n nuestra por la interfaz de programaci\u00f3n regener\u00f3 mal unos archivos de estilos que el constructor guarda fuera de la base de datos. Resultado: cuatro p\u00e1ginas de cat\u00e1logo quedaron publicadas, con todo su contenido intacto, y completamente sin estilos. Nada de eso se arreglaba restaurando la base de datos, porque la base estaba bien.<\/p>\n<p>La lecci\u00f3n: <strong>hay partes de una web moderna que no viven ni en la base ni en el tema<\/strong>, sino en archivos generados. Una copia completa tiene que incluir la carpeta de subidas entera, no solo las im\u00e1genes. Y la verificaci\u00f3n posterior a cualquier cambio grande tiene que ser visual, mirando la p\u00e1gina, no solo comprobando que responde.<\/p>\n<h2>La prueba que casi nadie hace<\/h2>\n<p>Una vez al a\u00f1o, en una web que importe: <strong>levanta la copia en otro lado y comprueba que el sitio funciona.<\/strong> No hace falta tocar producci\u00f3n. Se crea un servidor temporal por unas horas, que cuesta unos centavos, se restaura ah\u00ed y se revisan cinco cosas: que el sitio carga, que las im\u00e1genes se ven, que el contenido reciente est\u00e1, que se puede entrar al escritorio y que los pedidos o formularios siguen ah\u00ed.<\/p>\n<p>Si falla, lo descubriste un martes cualquiera en vez de en plena ca\u00edda. Si funciona, dejaste de tener esperanza y pasaste a tener un backup.<\/p>\n<h2>Preguntas frecuentes sobre backups de WordPress<\/h2>\n<h3>\u00bfEl backup de mi hosting es suficiente?<\/h3>\n<p>Como \u00fanica capa, no. Suele guardarse en la misma infraestructura, y en varios proveedores se conserva pocos d\u00edas. Sirve como primera red, pero necesitas al menos una copia fuera, que puedas descargar y restaurar en otro servidor.<\/p>\n<h3>\u00bfCu\u00e1nto tiempo debo conservar las copias?<\/h3>\n<p>Un mes de copias recientes cubre casi todo. El caso que obliga a conservar m\u00e1s es el malware: a veces entra y pasa semanas inactivo, y cuando lo detectas, las copias recientes ya lo traen dentro. Para eso conviene guardar una copia mensual de los \u00faltimos meses.<\/p>\n<h3>\u00bfUn plugin de backup hace lenta la web?<\/h3>\n<p>Mientras genera la copia, s\u00ed, consume recursos; por eso se programan de madrugada. El problema mayor es el espacio: guardar las copias dentro del propio servidor duplica el disco de cada sitio, que es exactamente lo que evitamos con la copia del servidor entero.<\/p>\n<h3>\u00bfC\u00f3mo s\u00e9 si mi backup sirve?<\/h3>\n<p>Solo hay una forma: restaurarlo en otro lugar y mirarlo. Cualquier otra respuesta es una suposici\u00f3n. Si nunca lo has hecho, asume que no sabes si tienes backup.<\/p>\n<h3>\u00bfY si me hackean? \u00bfRestaurar basta?<\/h3>\n<p>No. Restaurar te devuelve el sitio, pero no cierra la puerta por la que entraron: si era un plugin vulnerable, volver\u00e1 a pasar. Despu\u00e9s de restaurar hay que actualizar todo, cambiar contrase\u00f1as y claves, y revisar usuarios administradores nuevos. El panorama completo est\u00e1 en <a href=\"https:\/\/lucumaagency.com\/en\/seguridad-en-wordpress-como-proteger-tu-web-de-hackeos\/\">seguridad en WordPress<\/a>.<\/p>\n<h2>Conclusi\u00f3n<\/h2>\n<p>La rutina que te salva tiene tres piezas: una copia del servidor en el proveedor, una copia del sitio que se pueda restaurar en otra parte, y una copia manual antes de cada cambio grande. La frecuencia la decide cu\u00e1nto trabajo est\u00e1s dispuesto a repetir. Y lo \u00fanico que convierte todo eso en un seguro de verdad es haber restaurado al menos una vez.<\/p>\n<p>En <a href=\"https:\/\/lucumaagency.com\/en\/\">Lucuma Agency, agencia de marketing digital en Lima<\/a>, las tres capas vienen incluidas en el <a href=\"https:\/\/lucumaagency.com\/en\/mantenimiento-web\/\">mantenimiento web<\/a> de cada cliente, con la copia previa obligatoria en cada actualizaci\u00f3n. Si no sabes d\u00f3nde est\u00e1n las copias de tu web ni qui\u00e9n las revisa, <a href=\"https:\/\/lucumaagency.com\/en\/agendar-meet\/\">agenda una consultor\u00eda gratis<\/a> y lo averiguamos en 30 minutos.<\/p>","protected":false},"excerpt":{"rendered":"<p>Casi todos los negocios a los que preguntamos tienen backups. Casi ninguno ha restaurado uno. Esas dos frases juntas son el problema: un backup que nunca se ha restaurado no es un backup, es una esperanza. Esto es la rutina que usamos y, sobre todo, las tres formas en que una copia de seguridad te [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":1447,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[29],"tags":[],"class_list":["post-1448","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-blog-wordpress"],"acf":[],"_links":{"self":[{"href":"https:\/\/lucumaagency.com\/en\/wp-json\/wp\/v2\/posts\/1448","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/lucumaagency.com\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/lucumaagency.com\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/lucumaagency.com\/en\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/lucumaagency.com\/en\/wp-json\/wp\/v2\/comments?post=1448"}],"version-history":[{"count":1,"href":"https:\/\/lucumaagency.com\/en\/wp-json\/wp\/v2\/posts\/1448\/revisions"}],"predecessor-version":[{"id":1542,"href":"https:\/\/lucumaagency.com\/en\/wp-json\/wp\/v2\/posts\/1448\/revisions\/1542"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/lucumaagency.com\/en\/wp-json\/wp\/v2\/media\/1447"}],"wp:attachment":[{"href":"https:\/\/lucumaagency.com\/en\/wp-json\/wp\/v2\/media?parent=1448"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/lucumaagency.com\/en\/wp-json\/wp\/v2\/categories?post=1448"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/lucumaagency.com\/en\/wp-json\/wp\/v2\/tags?post=1448"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}