Tu PrestaShop está hackeado.
Empezamos hoy a recuperarlo.

El Rescate Express parte de 390 € + IVA (una tienda PrestaShop, infección estándar). Si el caso es más complejo —infección multicapa, meses comprometida, hosting suspendido o multitienda— el Rescate Completo va de 690 a 1.200 € + IVA. Si necesitas intervención en sábado, domingo o festivo, el Rescate Fin de Semana / Festivo parte de 590 € + IVA. Y si hay robo de tarjetas o fuga de datos, el Incidente Crítico / Magecart parte de 1.500 € + IVA. El precio exacto se cierra tras el diagnóstico, que es gratis.

El primer contacto es en menos de 2 horas laborables. La mayoría de tiendas quedan limpias y operativas en 24-72h desde que nos das los accesos. Lo que más alarga el plazo en PrestaShop es una instalación con muchos overrides y módulos de pago a medida, o una multitienda; si tu caso es de esos, te lo decimos en el diagnóstico antes de empezar.

Incluimos blindaje tras la limpieza y una garantía de 30 días: si vuelve a entrar por la misma vía que documentamos en el informe final, lo corregimos sin coste. En PrestaShop el blindaje incluye bloquear la ejecución de PHP en los directorios de subidas e imágenes, que es donde más veces se deja la puerta trasera. Y con nuestro plan de Guardia gestionada mantenemos al día el núcleo y los módulos, que es de donde vienen la mayoría de reinfecciones.

Es la pregunta honesta y la respondemos antes de que la hagas. La garantía cubre que vuelvan por LA MISMA VÍA que cerramos, y esa vía queda documentada en el informe final: eso es lo que fija la frontera. Tiene dos condiciones —avisarnos dentro de los 30 días y volver a facilitarnos los accesos— y se limita a una única intervención por incidencia. Y no cubre seis cosas: infecciones que entren por una vía distinta (eso es un incidente nuevo y se presupuesta aparte); que se vuelva a instalar el módulo o el override vulnerable que originó el problema, o lo que entre por módulos instalados o actualizados después de la entrega; que no se apliquen las recomendaciones del informe calificadas como críticas; que el problema venga de credenciales facilitadas, reutilizadas o filtradas por ti o por alguien de tu entorno después de la entrega, incluido no haber cambiado las contraseñas que nos diste; cambios que haga un tercero con acceso al servidor o al alojamiento después de la entrega; e incidencias de la infraestructura de tu hosting que quedan fuera de nuestro control. Tampoco incluye indemnización por lucro cesante ni por daño reputacional: se agota en dejar la tienda otra vez limpia. Lo tienes todo escrito, con el texto literal de la cláusula que firmas, en la página de la garantía.

Sí: acceso al hosting/servidor y al back office de PrestaShop con un perfil de empleado con permisos de administración. En el primer contacto todavía no hace falta ninguno; los pedimos cuando aceptas el diagnóstico, y te indicamos exactamente cómo dárnoslos de forma segura.

Tres documentos, y los tres antes de que nos des un solo acceso. La hoja de encargo, con el alcance, el precio cerrado, los plazos y la garantía de 30 días. El contrato de encargado del tratamiento del artículo 28 del RGPD, porque vamos a ver datos personales de tus clientes en las tablas de PrestaShop. Y la autorización de acceso a sistemas, donde marcas sistema por sistema a qué nos autorizas y a qué no —hosting, SSH, base de datos, back office, DNS, Search Console—: lo que no marcas, no se toca. Te los enviamos con el presupuesto cerrado para que los leas sin prisa.

Para limpiar un PrestaShop hay que entrar en la base de datos, y ahí están los datos personales de tus clientes: nombres, direcciones, teléfonos y los pedidos completos. Eso nos convierte en encargados del tratamiento y a ti en responsable, y se firma por escrito con un contrato del artículo 28 del RGPD: solo tratamos esos datos siguiendo tus instrucciones y para limpiar y blindar, nunca para fines propios; acceso por canales cifrados y credenciales individuales; no subcontratamos sin tu autorización escrita ni sacamos los datos del Espacio Económico Europeo sin tu instrucción; si hay una brecha te avisamos sin dilación para que puedas cumplir tus plazos; y al terminar suprimimos los datos y las copias temporales que tengamos.

No es el objetivo, pero hay que revisarlos: override/ es un vector clásico precisamente porque es código que no tiene original contra el que comparar, y los atacantes lo saben. Comparamos contra el original lo que sí lo tiene (núcleo de PrestaShop y módulos oficiales) y, en tus overrides y en tu tema, aislamos lo que se ha añadido en lugar de reemplazar el archivo entero. Todo lo que se toque va en el informe final.

La intención es que no. Los módulos de la pasarela se pueden reinstalar limpios en su misma versión conservando su configuración, y al cerrar el trabajo comprobamos que el carrito y los módulos de pago siguen funcionando. Lo que sí te diremos es si algún módulo es la vía de entrada o si ya no lo mantiene nadie: en ese caso te recomendaremos actualizarlo o sustituirlo, y la decisión es tuya. Si hay indicios de que se han capturado datos de tarjeta en el checkout, eso ya no es un rescate estándar: es un Incidente Crítico, con su propio alcance y precio.

Cambia dónde hay que mirar y qué se puede actualizar, no el precio de partida. La 1.6 ya no recibe soporte oficial, así que ahí lo importante es cerrar la vía de entrada y blindar, porque no siempre hay una versión segura a la que subir sin un proyecto de migración aparte. En 1.7 y 8.x hay más margen para actualizar el núcleo y los módulos como parte del blindaje. En el diagnóstico te decimos en qué situación está tu versión y, si lo sensato es migrar, te lo diremos claro en lugar de vendértelo como parte de la limpieza.

Trabajamos sobre prácticamente cualquier hosting o servidor. Si tu proveedor ha suspendido la cuenta por malware o por envío de spam, también gestionamos su reactivación y les aportamos el informe de lo que se hizo, que es lo que suelen pedir para levantar la suspensión.

El objetivo es recuperar tu tienda intacta. Hacemos copia de seguridad antes de tocar nada y trabajamos sobre esa base, cuidando la base de datos de PrestaShop.

Casi siempre es la caché. PrestaShop compila las plantillas de Smarty y guarda un contenedor de servicios en caché, así que una plantilla infectada puede seguir sirviéndose desde el archivo compilado aunque el original ya esté limpio. Por eso la purga de la caché forma parte de la limpieza y no de los remates finales, y por eso después volvemos a comprobar la tienda desde fuera, no solo los archivos.

Puede pasar, y lo decimos de frente: quien promete que no se tocará nada o no ha limpiado un PrestaShop de verdad, o piensa contártelo el día que ocurra. Aquí lo típico es el código metido dentro de un módulo de terceros o de un override que pisa el núcleo, y al sacarlo puede dejar de funcionar lo que ese módulo u override hacía. Por eso hacemos copia del estado actual antes de tocar nada y trabajamos sobre ella, y si al abrir un módulo de pago o un override a medida vemos que lo malicioso viene entrelazado con tu personalización, te lo decimos antes de seguir. Si algo se rompe por un error nuestro, lo corregimos o revertimos nosotros sin coste. Reimplementar una funcionalidad que dependía de un módulo abandonado o incompatible, cuando no hay error nuestro, es trabajo aparte y se presupuesta: está en la cláusula SÉPTIMA de la hoja de encargo, y lo sabrás antes de que hagamos nada.

Trabajamos con PrestaShop 1.6, 1.7 y 8.x. PrestaShop es nuestra especialidad, y también limpiamos WooCommerce, WordPress, Magento, Drupal, Joomla y otros sistemas PHP.