Recuperar uploads borrados por error en WordPress

Perder archivos de /wp-content/uploads/ no solo rompe imágenes en entradas y páginas. También puede afectar fichas de producto, documentos descargables, miniaturas, adjuntos de la biblioteca multimedia y URLs ya rastreadas por buscadores. Si necesitas recuperar uploads wordpress, lo importante no es probar soluciones al azar, sino identificar primero qué se ha borrado exactamente y desde dónde podría restaurarse.

En muchos casos, la recuperación depende de si existen copias de seguridad válidas, acceso al servidor, cachés aún activas o réplicas en CDN. Antes de hacer cambios, conviene dejar de subir archivos nuevos, no ejecutar optimizaciones masivas y revisar backups del hosting o del plugin de copias para evitar sobrescrituras y complicar el diagnóstico.

El punto clave es distinguir entre varios escenarios distintos: un archivo físico realmente borrado del servidor, un registro que sigue existiendo en la biblioteca multimedia aunque el fichero ya no esté, miniaturas que faltan pero cuyo original sigue presente, URLs rotas por migración o permisos, y contenidos que parecen seguir funcionando porque se sirven desde caché o CDN aunque el original haya desaparecido.

Qué implica perder archivos de la carpeta uploads en WordPress

La carpeta uploads almacena normalmente imágenes, PDFs, vídeos ligeros y otros medios subidos desde WordPress. Por defecto, estos archivos se organizan por año y mes, aunque esa estructura puede variar según la configuración o algunos plugins. Cuando se eliminan por error, el impacto puede ser parcial o generalizado.

• Si se borra el archivo físico del servidor, la URL del medio puede seguir existiendo, pero devolver error o mostrar una imagen rota.
• Si el registro sigue en la biblioteca multimedia, WordPress continuará mostrando la entrada del adjunto, aunque el fichero real no esté disponible.
• Si faltan solo las miniaturas, el archivo original puede seguir intacto y el problema ser recuperable sin restaurar toda la carpeta.
• Si lo que falla son las rutas, permisos o reescrituras, puede parecer que se han perdido archivos cuando en realidad siguen en disco.
• Si intervienen cachés o CDN, algunas imágenes pueden seguir cargando temporalmente aunque el original ya se haya eliminado del origen.

Por eso, antes de hablar de recuperación conviene confirmar si el problema es de almacenamiento, de base de datos, de generación de tamaños, de entrega por caché o de configuración del sitio.

Primeros pasos para recuperar uploads WordPress sin empeorar el problema

Cuando detectas uploads borrados wordpress, el orden de actuación importa. Hacer demasiados cambios de golpe puede dificultar una restauración parcial o hacer más confuso el origen del fallo.

1. Pausa nuevas subidas y cambios masivos. No sigas subiendo imágenes, no ejecutes plugins de compresión en lote, no regeneres miniaturas todavía y evita migraciones o despliegues mientras aclaras el estado real de la carpeta.
2. Documenta el alcance. Comprueba si faltan todos los medios o solo una parte: un mes concreto, ciertos productos, documentos PDF o únicamente tamaños intermedios.
3. Anota la hora aproximada del incidente. Esto ayuda a localizar snapshots o copias útiles en el hosting.
4. Revisa quién o qué pudo intervenir. Puede haber sido una limpieza por SFTP, un plugin, una sincronización externa, una migración incompleta o una restauración parcial.
5. Haz una copia del estado actual si es posible. Aunque haya errores, conviene preservar el escenario antes de intentar cambios, especialmente si vas a tocar base de datos o archivos.

La idea es sencilla: primero confirmar, luego restaurar y solo después reparar efectos secundarios.

Cómo comprobar si los archivos siguen en el servidor, en la copia o en la caché

Antes de restaurar nada, conviene verificar si los archivos aún existen en algún lugar. El mismo síntoma visual puede tener orígenes distintos.

1. Comprobar la carpeta uploads por SFTP o desde el gestor de archivos

Accede al servidor mediante SFTP, SSH o el administrador de archivos del hosting, según lo que tengas disponible. Revisa /wp-content/uploads/ y comprueba si las carpetas por fecha siguen ahí, si faltan meses concretos o si solo faltan ciertos archivos. La interfaz cambia según proveedor, pero la comprobación básica es la misma: verificar presencia real de ficheros y estructura.

2. Revisar copias y snapshots del hosting

Muchos proveedores ofrecen restauraciones de archivos, instantáneas o copias diarias. Busca opciones de restauración parcial de archivos antes de plantearte una restauración completa de toda la cuenta. Si existe esa posibilidad, suele ser preferible recuperar solo la carpeta afectada para no deshacer cambios recientes en base de datos o contenidos.

3. Revisar plugins o sistemas de copia seguridad WordPress

Si utilizas un plugin de backup, comprueba si la copia incluye archivos y no solo base de datos. Es un error frecuente pensar que hay una copia seguridad wordpress válida cuando en realidad solo guarda tablas y ajustes. Revisa la fecha, el contenido del backup y si permite extraer solo medios.

4. Validar si el contenido lo está sirviendo la caché o un CDN

Si algunas imágenes siguen cargando, no asumas que el original sigue en el servidor. Puede tratarse de una caché del navegador, una caché del servidor o un CDN que conserva una copia temporal. Esto ayuda a entender el estado del sitio, pero no equivale necesariamente a una recuperación utilizable. En determinados casos podría facilitar una restauración manual si se dispone de los ficheros desde otra fuente, pero no debe darse por hecho.

5. Verificar si es un problema de permisos o rutas

Si los archivos existen pero no cargan, revisa si el problema viene de una migración, cambios de dominio, reglas de reescritura, permisos o configuraciones del servidor. Ahí no estaríamos ante un borrado real, sino ante medios inaccesibles por configuración.

Opciones reales para restaurar imágenes y documentos borrados

Las posibilidades reales dependen de dónde siga existiendo una copia utilizable de los archivos. Estas son las vías más habituales, ordenadas de más seguras a más inciertas.

1. Restauración parcial desde backup del hosting. Suele ser la opción más limpia si permite recuperar solo la carpeta o los directorios afectados. Reduce el riesgo de deshacer cambios recientes en el resto de la web.
2. Extracción de medios desde un backup de plugin. Si la copia contiene archivos y permite restauración granular, puede servir para volver a colocar imágenes o documentos concretos en su ruta original.
3. Recuperación desde un entorno de staging o clon. Si existe una copia de pruebas o una réplica antigua con los archivos aún presentes, puede ser una fuente válida para reponerlos manualmente.
4. Recuperación desde otro origen legítimo. A veces los ficheros siguen disponibles en el equipo local, en una biblioteca corporativa, en la carpeta exportada de una migración o en archivos de diseño. No restaura metadatos por sí sola, pero puede salvar el contenido.
5. Recuperación profesional a nivel de sistema. Si no hay copia y el borrado ha afectado al almacenamiento del servidor, solo tendría sentido valorarlo con el proveedor o con especialistas, y no siempre será viable ni proporcionado al coste.

Si consigues reponer los archivos en su ruta exacta, muchas URLs volverán a funcionar sin más cambios. Sin embargo, si además se ha alterado la base de datos, los nombres de archivo o la estructura de carpetas, puede hacer falta una revisión adicional de adjuntos, metadatos y enlaces.

Qué hacer si la biblioteca multimedia muestra archivos rotos o entradas huérfanas

Un caso muy frecuente es que la biblioteca multimedia siga mostrando elementos, pero al abrirlos o insertarlos el archivo no exista. Eso significa, por lo general, que la base de datos conserva el adjunto, mientras el fichero físico se ha perdido o ha cambiado de ubicación.

Señales típicas

• La miniatura aparece vacía o rota en la biblioteca.
• La URL del adjunto existe, pero el archivo devuelve error.
• El contenido de entradas antiguas muestra imágenes rotas aunque la referencia siga insertada.
• Algunas variantes de tamaño fallan, pero el original carga.

Cómo abordarlo

1. Comprueba si el original existe. Si el archivo principal sigue en uploads, es posible que solo falten tamaños intermedios.
2. Regenera miniaturas solo cuando proceda. Hazlo únicamente si has confirmado que el original está intacto y que el problema son los tamaños derivados. Si el original falta, regenerar no lo va a reconstruir.
3. Valida metadatos y referencias. Si se ha restaurado manualmente una carpeta, puede ser necesario revisar que la biblioteca multimedia apunte a archivos presentes y coherentes con su ruta.
4. No confundas entradas huérfanas con archivos recuperados. Que el adjunto aparezca en el panel no significa que el medio se haya restaurado de verdad.

También puede ocurrir el caso inverso: archivos presentes en disco, pero sin registro útil o con referencias inconsistentes en la biblioteca. Ahí el problema no es de recuperación de ficheros, sino de sincronización entre sistema de archivos y base de datos.

Cómo evitar nuevas pérdidas en la carpeta uploads

Después de una incidencia, merece la pena reforzar el control sobre la carpeta uploads. No se trata solo de tener backups, sino de poder restaurar con criterio y rapidez.

• Mantén copias separadas de archivos y base de datos. Lo ideal es que permitan restauraciones parciales.
• Verifica periódicamente que las copias incluyen medios. No basta con que el proceso se ejecute; hay que confirmar qué guarda.
• Limita accesos de escritura innecesarios. Menos manos y menos automatismos reducen el riesgo de borrados accidentales.
• Documenta tareas de limpieza, migración y optimización. Muchas pérdidas ocurren durante mantenimientos no controlados.
• Usa staging antes de cambios delicados. Especialmente si vas a reorganizar medios, cambiar plugins de imágenes o tocar despliegues.
• Comprueba integración con CDN y cachés. Conviene saber qué sirve el origen y qué conserva la capa de distribución.

En sitios con catálogo, blog activo o alta rotación de contenidos, estas medidas forman parte del mantenimiento wordpress normal, no de una excepción.

Cuándo conviene pedir ayuda técnica especializada

No siempre compensa intentar resolverlo todo desde el panel. Pedir ayuda técnica suele ser razonable si se da alguna de estas situaciones:

• No está claro si el problema es de archivos, base de datos, caché, CDN o permisos.
• La web tiene impacto comercial y no conviene improvisar sobre producción.
• Existen copias, pero no sabes cuál usar ni cómo hacer una restauración parcial segura.
• Se han mezclado varios incidentes: migración, cambios de dominio, errores de miniaturas y medios rotos.
• No hay copia obvia y necesitas valorar con frialdad si merece la pena una recuperación más avanzada.

En esos casos, un soporte wordpress técnico puede ayudar a diferenciar síntomas, evitar pasos contraproducentes y priorizar una restauración con el menor impacto posible. Si el sitio depende de imágenes, documentos o archivos de clientes, también puede tener sentido revisar el enfoque general de reparar wordpress y asegurar que las copias futuras sean realmente recuperables.

El orden correcto suele ser este: pausar cambios, comprobar si los archivos siguen en /wp-content/uploads/, revisar backups y snapshots, validar si lo que ves viene de caché o CDN, restaurar de forma parcial cuando sea posible, y solo después corregir miniaturas, referencias o entradas huérfanas. Si necesitas recuperar uploads wordpress con seguridad y no tienes claro el origen del problema, el siguiente paso razonable es una revisión técnica antes de tocar más el sitio.

FAQ rápida