Una tienda online puede perder su base de datos completa por una migración fallida de hosting, corrupción de tablas MySQL, un ataque de ransomware o un fallo de disco del servidor. Recuperamos bases de datos de WooCommerce, PrestaShop y plataformas con datos locales como Shopify Plus: historial de pedidos, datos de clientes, catálogo de productos e inventario. Los precios oscilan entre 200 y 800 € según el tipo de daño, con diagnóstico gratuito y política sin recuperación sin coste.

Recuperación de Datos para E-commerce: WooCommerce, PrestaShop y Shopify

El comercio electrónico en España mueve más de 80.000 millones de euros anuales y son miles las tiendas online que operan sobre WordPress/WooCommerce, PrestaShop u otras plataformas con bases de datos MySQL locales. Cuando esa base de datos se corrompe, se pierde por una migración fallida, se cifra por ransomware o desaparece al cambiar de servidor, el impacto es inmediato: pérdida del historial de pedidos, imposibilidad de atender reclamaciones, incumplimiento potencial de obligaciones fiscales y brechas RGPD. En este artículo explicamos cómo se recuperan esos datos y cuáles son las opciones en función de la plataforma.

Tipos de datos críticos en una tienda online

Una tienda online almacena varios tipos de datos con distinta criticidad y distintas obligaciones legales. Conocerlos ayuda a priorizar qué recuperar primero:

• Historial de pedidos: información de compras pasadas, estados, importes, fechas — imprescindible para atención al cliente y obligaciones fiscales
• Datos de clientes: nombre, email, dirección, teléfono, historial de compras — datos personales bajo RGPD
• Catálogo de productos: descripciones, precios, imágenes asociadas, variantes, stock — reconstruible pero costoso
• Inventario y stock: niveles de existencias, ubicaciones en almacén, movimientos
• Historial de transacciones: logs de pasarela de pago, referencias de TPV, conciliaciones bancarias
• Contenido editorial: páginas, entradas de blog, comentarios, valoraciones de productos
• Configuración y personalizaciones: ajustes de envío, métodos de pago, reglas fiscales, traducciones

El historial de pedidos y los datos de clientes son los más críticos desde el punto de vista legal: la normativa fiscal exige su conservación durante años y el RGPD impone obligaciones sobre su tratamiento y posibles brechas.

WooCommerce y WordPress: recuperación de base de datos MySQL

WooCommerce almacena todos sus datos en la base de datos MySQL de WordPress. Las tablas críticas son:

• wp_posts — pedidos (post_type = ‘shop_order’), productos, páginas
• wp_postmeta — metadatos de pedidos (dirección, método de pago, estado) y de productos (precio, SKU, stock)
• wp_woocommerce_order_items y wp_woocommerce_order_itemmeta — líneas de pedido
• wp_users y wp_usermeta — cuentas de clientes registrados
• wp_options — configuración del plugin y de la tienda

Los escenarios más frecuentes de pérdida en WooCommerce son:

• Corrupción de tablas InnoDB: el archivo ibdata1 o los archivos .ibd individuales se corrompen por un apagado inesperado del servidor o un fallo de disco
• Migración fallida de hosting: el dump SQL se trunca, el archivo de backup está incompleto o la importación falla a mitad
• Actualización fallida de plugin: una actualización de WooCommerce o de un plugin de terceros altera la estructura de la base de datos de forma incompatible
• Borrado accidental: se elimina la base de datos en el panel de hosting sin tener backup reciente
• Ransomware: el servidor es cifrado y los archivos de MySQL quedan inaccesibles

En los casos de corrupción de tablas InnoDB, la recuperación se realiza directamente sobre los archivos del motor de base de datos sin necesidad de un backup previo: accedemos a los archivos ibdata1, ib_logfile0 y los archivos .ibd del directorio de datos de MySQL y reconstruimos las páginas InnoDB para extraer los registros de las tablas. El resultado se importa en una instancia limpia de MySQL y se conecta a WordPress.

PrestaShop: recuperación de ps_orders, ps_customers y ps_product

PrestaShop utiliza MySQL o MariaDB con un esquema propio bien documentado. Las tablas más críticas desde el punto de vista de recuperación de datos de negocio son:

• ps_orders — pedidos: ID, cliente, importe, estado, fecha, dirección de envío
• ps_order_detail — líneas de pedido con productos, cantidades y precios
• ps_customers — registro de clientes: email, nombre, fechas, grupo
• ps_address — direcciones de facturación y envío de clientes
• ps_product y ps_product_lang — catálogo de productos y descripciones por idioma
• ps_stock_available — niveles de stock por producto y almacén

Un fallo común en instalaciones PrestaShop es la corrupción del tablespace compartido de InnoDB durante actualizaciones de versión, especialmente al migrar de PrestaShop 1.6 a 1.7 o de 1.7 a 8.x. Otro escenario habitual es el cambio de plan de hosting con MySQL 5.x a MySQL 8.x o MariaDB, donde diferencias en el formato de archivos InnoDB pueden impedir la importación de backups.

Para bases de datos PrestaShop parcialmente corruptas trabajamos directamente sobre el sistema de archivos del servidor: extraemos los archivos del directorio de datos de MySQL, los clonamos con herramientas de nivel de bloque y aplicamos técnicas de recuperación InnoDB para reconstruir las páginas dañadas tabla a tabla.

Shopify: datos locales, sincronización y Shopify Plus autoalojado

Shopify es una plataforma SaaS: los datos principales (pedidos, clientes, productos) residen en la infraestructura propia de Shopify y no son susceptibles de recuperación a nivel de disco. Sin embargo, existen escenarios donde sí hay datos locales recuperables:

• Aplicaciones de sincronización ERP: herramientas como Brightpearl, TradeGecko o integraciones propias que sincronizan Shopify con una base de datos local o un servidor propio
• Exports CSV corruptos: exports de pedidos, productos o clientes descargados como archivo CSV que resultó dañado o incompleto
• Backups de Shopify Plus: algunas instalaciones enterprise guardan backups incrementales en servidores propios o NAS
• Logs de pasarela de pago: registros locales de Redsys, Stripe o PayPal que complementan el historial de Shopify
• Archivos multimedia: imágenes de producto en alta resolución almacenadas localmente antes de subir a Shopify CDN

Si la pérdida de datos se debe a un borrado accidental en el propio panel de Shopify (eliminación de pedidos, clientes o productos), el camino es contactar directamente con el soporte de Shopify: ellos pueden restaurar datos desde sus propios backups internos durante un período limitado. Para los escenarios de datos locales, podemos recuperar el disco o servidor afectado.

Migración de hosting fallida: el escenario más frecuente

El cambio de proveedor de hosting es la causa más común de pérdida de datos en tiendas online. El proceso parece sencillo pero concentra múltiples puntos de fallo: generación del backup en el servidor antiguo, descarga del backup, subida al nuevo servidor, importación de la base de datos. Si cualquiera de estos pasos falla a mitad, el resultado puede ser una tienda sin datos y sin acceso al servidor antiguo.

Las situaciones más frecuentes que atendemos:

• El archivo SQL de dump está truncado (la exportación se interrumpió por timeout)
• El archivo ZIP del backup se corrompió durante la descarga o subida
• El servidor antiguo fue dado de baja antes de verificar que la migración era correcta
• La importación falla con error de incompatibilidad de charset o de versión de MySQL
• Se sobreescribió la base de datos de producción con una versión antigua o vacía

Si el servidor antiguo aún existe (aunque esté pendiente de baja), podemos recuperar los archivos de MySQL directamente del disco. Si solo existe un dump SQL truncado o un backup incompleto, aplicamos técnicas de recuperación parcial sobre el archivo para extraer el máximo de datos válidos.

RGPD y obligaciones de conservación de facturas: el riesgo legal oculto

La pérdida de la base de datos de una tienda online no es solo un problema operativo: tiene consecuencias legales concretas que muchos propietarios desconocen:

• Obligación fiscal: el Reglamento de Facturación (RD 1619/2012) y la Ley General Tributaria obligan a conservar las facturas emitidas durante un mínimo de 4 años (plazo de prescripción tributaria). El Código de Comercio eleva este plazo a 6 años para libros y documentos contables. La práctica habitual y recomendada por la mayoría de asesores es conservar durante 10 años para cubrir posibles comprobaciones
• RGPD y brechas de seguridad: los datos de clientes (nombre, email, dirección, historial de compras) son datos personales. Una pérdida no intencionada puede constituir una brecha de seguridad que la empresa está obligada a notificar a la AEPD en un plazo máximo de 72 horas si supone un riesgo para los derechos de los afectados
• Derechos de los interesados: si un cliente ejercita su derecho de acceso o portabilidad bajo el RGPD y no puedes proporcionar sus datos por haberlos perdido, estarías incumpliendo el Reglamento
• Logs de transacciones: la normativa de pagos (PSD2) exige conservar logs de transacciones electrónicas. La pérdida de estos registros puede complicar la gestión de disputas de pago (chargebacks)

Recuperar la base de datos de la tienda es, en muchos casos, la forma más rápida de resolver estas obligaciones legales. Si la pérdida ha ocurrido recientemente y el servidor o el disco del servidor aún existen, las posibilidades de recuperación completa son altas.

Precios orientativos para recuperación de bases de datos de e-commerce

Los precios dependen principalmente del tipo de daño y del tamaño de la base de datos. Un dump SQL corrupto de pocos MB tiene un coste muy inferior a la recuperación de un servidor con RAID dañado y 200 GB de datos. El presupuesto exacto se proporciona tras el diagnóstico gratuito.

Precios orientativos sin IVA. Presupuesto exacto tras diagnóstico gratuito. Sin recuperación, sin coste.

Preguntas frecuentes sobre recuperación de datos en e-commerce