En 2026, una parte significativa de las tiendas PrestaShop todavía gira bajo la versión 1.7 — salida en 2016, declarada en fin de soporte oficial por PrestaShop SA en 2024, y desde entonces sin parches de seguridad desde finales de 2025. Estas tiendas acumulan los riesgos: incompatibilidades PHP recientes, módulos 1.7 abandonados, vulnerabilidades no parchadas, performance hundida por hooks legacy, e imposibilidad de utilizar el catálogo moderno PS8 (cross-sell inteligente, FAQ IA, AEO, multi-país limpio).
La migración hacia PrestaShop 8 ya no es una opción en 2026 — es una obligación a término. Pero es un proyecto completo, no un clic en el back-office. Este artículo detalla el checklist completo de migración 1.7 → 8: la auditoría previa, los módulos a reemplazar, la gestión de los datos, la crítica del SEO y de las redirecciones, y la oportunidad de modernizar el stack técnico de paso.
Por qué migrar en 2026 (y por qué esperar se vuelve arriesgado)
Tres fuerzas convergen en 2026 para hacer la migración 1.7 → 8 ineludible.
Fin del soporte seguridad. PrestaShop SA ya no emite parches de seguridad para la rama 1.7 desde finales de 2025. Toda falla descubierta tras esa fecha queda explotable, y la cantidad de tiendas 1.7 todavía en línea las hace un objetivo privilegiado para los atacantes. En las auditorías recientes, varias tiendas 1.7 fueron comprometidas vía módulos de terceros vulnerables que ya no se mantienen — admin defaceado, túnel de pago desviado, datos clientes exfiltrados.
Incompatibilidad PHP. PrestaShop 1.7 solo soporta oficialmente PHP 7.4 y ciertas versiones de PHP 8.0. Ahora bien, PHP 7.4 está en fin de vida desde noviembre 2022, y la mayoría de los hostings han retirado o están retirando PHP 7.4 de sus ofertas. Las tiendas 1.7 forzadas a girar en PHP 8.1 u 8.2 experimentan bugs aleatorios (warnings, deprecated, casts implícitos rotos) que degradan el funcionamiento.
Catálogo moderno PS8 inaccesible. Todos los módulos e-commerce 2026 modernos (FAQ IA, AEO vía llms.txt, cross-sell ponderado con analytics, marcado Schema.org extendido, multi-país limpio con hreflang automático) están desarrollados para PrestaShop 8. Las versiones 1.7 de estos módulos, cuando existen, son portajes degradados — funciones limitadas, performance menor, soporte detenido.
El arbitraje económico es simple: el coste de una migración seria en 2026 (típicamente 5 000 a 25 000 € según el tamaño de la tienda y la complejidad) es inferior al coste acumulado de quedarse en 1.7 — fallas de seguridad, pérdida de módulos modernos, degradación de performance, pérdida de clientes a causa de bugs PHP.
La auditoría previa: lo que hay que saber antes de migrar
Antes de todo presupuesto o planning de migración, una auditoría completa de tu tienda 1.7 actual. Sin esta auditoría, descubres las complicaciones en curso de proyecto y el presupuesto explota.
Inventario de los módulos instalados. Lista todos los módulos activados en la tienda. Para cada uno: la versión, el estado (activo / desactivado / huérfano), el autor, la fecha de última actualización, y la disponibilidad de una versión PrestaShop 8. En las tiendas 1.7 maduras, se encuentran típicamente 30 a 80 módulos de los cuales el 20 a 40 % están en realidad abandonados u huérfanos — desactivados desde hace mucho, sin uso activo. Esos desaparecen automáticamente en la migración.
Inventario de las modificaciones custom. Override de clases core en override/classes/, override de controllers, modificaciones de templates Smarty, mods directos en el código core (práctica anti-pattern frecuente en las tiendas 1.7 antiguas). Todas estas modificaciones hay que censarlas y documentarlas — no sobrevivirán a la migración sin intervención manual.
Auditoría del tema. Si usas un tema custom (y no un tema classic-rocket o Hummingbird nativo), verifica su compatibilidad PS8. Muchos temas 1.7 comerciales no se portan nunca a PS8 — tu elección es entonces entre comprar una nueva licencia PS8 del mismo tema (si está disponible), elegir un nuevo tema PS8, o hacer portar el tema custom por un desarrollador (caro).
Auditoría de los datos. Volumetría de productos, pedidos, clientes, opiniones. Una migración de tienda con 500 productos y 5 000 pedidos toma algunos días de trabajo. Una migración de tienda con 50 000 productos y 500 000 pedidos toma varias semanas con coordinación logística (congelación de la prod, ventana de báscula).
Auditoría SEO. Top 100 de las páginas con tráfico orgánico, top 100 de las páginas con backlinks, estructura de las URL actuales. Este dato es crítico para planificar las redirecciones 301 (tema de una sección dedicada más abajo).
Los módulos 1.7 rotos a reemplazar
En las migraciones que hemos acompañado, aquí las categorías de módulos que plantean sistemáticamente problema.
Módulos de cross-sell 1.7. Los módulos de productos asociados en versión 1.7 (pscrosssellsproducts, blockcategories enriquecido, ciertos módulos de terceros) no funcionan en PS8 y sus equivalentes PS8 son a menudo rebrandeados. Aprovecha la migración para pasar a un cross-sell moderno con analytics y estrategias ponderadas — tema tratado en nuestro artículo sobre las 7 estrategias de cross-sell 2026. Módulo recomendado: DataFirefly Cross-Sell.
Módulos de opiniones 1.7. Los módulos de opiniones nativos PS 1.7 (productcomments) y los módulos de terceros antiguos no generan marcado Schema.org AggregateRating + Review limpio — por tanto sin estrellas en la SERP, sin citación en los Answer Engines (tema AEO tratado en nuestro artículo dedicado). A reemplazar por un módulo moderno como DataFirefly Opiniones Verificadas que cubre el marcado completo.
Módulos de FAQ producto 1.7. La mayoría de los módulos FAQ 1.7 son Smarty hardcodeado sin gestión IA ni Schema.org limpio. El paso a PS8 es la ocasión de bascular sobre un módulo FAQ con generación IA en masa como DataFirefly FAQ IA Producto — ganancia de tiempo masiva sobre la redacción y marcado Schema.org válido.
Módulos de wishlist 1.7. Las wishlist 1.7 son generalmente básicas (añadir / suprimir / listar) sin captura de email anónimo, sin alerta de precio, sin analytics. A reemplazar por DataFirefly Wishlist Avanzada — tema tratado en nuestro artículo sobre la wishlist como palanca de conversión.
Módulos de panel lateral / sidecart 1.7. A menudo ausentes en 1.7 (el carrito era una página dedicada, sin sidecart). A añadir en PS8 con DataFirefly SideCart que moderniza la experiencia post-add-to-cart.
Módulos SEO multi-país 1.7. Los módulos hreflang 1.7 son a menudo parciales y no gestionan la reciprocidad ni los códigos ISO correctamente. A reemplazar por módulo Hreflang DataFirefly + Selector de País.
Módulos pago 1.7. Los antiguos módulos de pago 1.7 son a menudo incompatibles con las exigencias SCA / 3DS2 modernas, o no conformes PSD2. La mayoría de los bancos y procesadores (Stripe, Mollie, Adyen, BNP, Société Générale, Crédit Mutuel vía Mercanet) tienen módulos PS8 modernos a activar en reemplazo. A probar rigurosamente antes de báscula en prod — un pago roto en prod es CA perdido.
Módulos de tracking analytics 1.7. Los módulos GA Universal o GTM legacy 1.7 no soportan el Consent Mode v2 (obligatorio en 2026 para Google Ads / GA4). A reemplazar por Google Tag Pro o similar que gestiona Consent Mode v2 nativamente, más Cookie Manager Tarteaucitron para el CMP.
La gestión de los datos: import / export limpio
La migración de los datos es técnicamente la parte más arriesgada. PrestaShop no proporciona un migrador nativo 1.7 → 8 fiable — la herramienta Module Migration Manager que existe tiene limitaciones conocidas en los catálogos complejos.
El enfoque probado:
Etapa 1 — Export limpio desde 1.7. Export CSV / XML de los productos, categorías, clientes, pedidos, opiniones, descriptores (características, atributos). Conservar los ID originales para poder mapear las redirecciones SEO luego.
Etapa 2 — Instalación PS8 limpia. En un entorno dedicado (staging), instalar PS8 desde cero con un tema compatible y los módulos de base. No reinstalar los módulos 1.7 — instalar las versiones PS8 modernas equivalentes.
Etapa 3 — Import estructurado. Import en el orden: categorías → características → productos → imágenes producto → clientes → direcciones → pedidos → opiniones. El orden cuenta porque ciertas tablas referencian otras (un producto referencia una categoría que debe existir ya).
Etapa 4 — Verificación de coherencia. Contar el número de líneas por tabla tras import, comparar a los conteos de la 1.7 de origen. Probar algunas fichas producto, algunas categorías, algunos pedidos para verificar que todo es coherente visualmente.
Etapa 5 — Tests funcionales. Recorrido completo en staging: navegación, añadir al carrito, checkout, pago (en modo test), confirmación. Probar también las funcionalidades admin (gestión pedidos, gestión productos, gestión clientes).
SEO y redirecciones 301: la parte que se falla más a menudo
Las URL cambian entre PS 1.7 y PS 8, a veces sutilmente (estructura de slug, gestión de los parámetros, añadido del multilingüe). Sin plan de redirección 301 sistemático, pierdes toda tu autoridad SEO acumulada.
Los tipos de URL a mapear:
- URL producto: antiguo formato
/categoria/123-slug-producto.htmlvs nuevo formato/categoria/producto-456(o inverso según tu config). Mapear producto por producto. - URL categoría: pueden cambiar si la jerarquía o los slugs han sido ajustados.
- URL CMS / páginas estáticas: a mapear individualmente.
- URL proveedores / marcas: si las usabas en 1.7.
- URL parametrizadas con filtros: a mapear hacia las nuevas URL faceted search PS8.
Implementación práctica: un archivo de redirecciones 301 en .htaccess o nginx config, o un módulo de redirecciones PS8 (varios existen en el marketplace) que las gestiona desde la base de datos. Para los muy grandes catálogos (10 000+ productos), automatizar el mapeo vía script que lee el antiguo sitemap y genera las redirecciones hacia las nuevas URL basándose en los slugs o los SKU.
Y crítico: vigilar Search Console durante 4-8 semanas tras la báscula para detectar los errores 404. Cada 404 revela una URL antigua que no ha sido redireccionada — a añadir al archivo de redirecciones a medida que se descubre.
El checklist de migración en 12 etapas
- Auditoría completa de la tienda 1.7 actual (módulos, tema, custom code, datos, SEO).
- Elección del tema PS8 (réplica del tema actual o nueva elección).
- Elección de los módulos PS8 de reemplazo, con auditoría de los módulos a abandonar.
- Provisioning entorno PS8 (hosting, PHP 8.2+, MySQL 8 / MariaDB 11, certificados SSL).
- Instalación PS8 limpia y configuración de base (idiomas, divisas, multilingüe, países).
- Instalación de los módulos PS8 seleccionados y configuración.
- Import de los datos desde el export 1.7 (categorías, productos, clientes, pedidos).
- Producción de las redirecciones 301 mapeando antigua URL → nueva URL.
- Tests funcionales exhaustivos en staging (navegación, checkout, admin).
- Báscula en producción (DNS, certificados, archivo
.htaccesso nginx config con redirecciones). - Vigilancia post-báscula Search Console, GA4, logs servidor, retornos clientes.
- Iteración correctiva sobre los bugs detectados en prod (contar 2-4 semanas de polish post-báscula).
En las migraciones que hemos acompañado, el proyecto completo dura entre 4 y 12 semanas según el tamaño de la tienda y la complejidad de las customizaciones.
La oportunidad de modernizar el stack al pasar
Una migración 1.7 → 8 no es solamente un upgrade técnico, es también la oportunidad de modernizar el stack e-commerce que se ha acumulado durante años sin limpieza.
Seguridad admin. Aprovecha la migración para activar la 2FA admin vía 2FA Google Authenticator para PrestaShop. Es una protección esencial en 2026 que muchas tiendas 1.7 descuidan.
Stack AEO. Aprovecha la migración para alinear tu tienda con los estándares AEO 2026 (tema tratado en nuestra categoría AEO). El combo LLMs.txt PrestaShop + FAQ IA + Opiniones Verificadas posiciona tu tienda para el tráfico ChatGPT / Perplexity / Google AI Overviews.
Recurring revenue vía abonos. Si tu catálogo lo permite (consumibles, box, servicios digitales), aprovecha PS8 para añadir el módulo DataFirefly Subscriptions con Stripe — tema tratado en nuestra guía túnel de abono. El recurrente en PrestaShop 1.7 estaba particularmente bricoleado; en PS8 es maduro.
Stack de conversión moderno. Más allá de los reemplazos de módulos rotos, aprovecha la migración para añadir las palancas que no tenías en 1.7: barra de envío gratuito con barra de progreso, sidecart, wishlist con alertas, vídeos producto con CWV limpios. Una migración sin modernización es una refundición técnica sin ganancia business.
Errores frecuentes en migración 1.7 → 8
Creer que la migración toma 2 días. En los presupuestos low-cost que prometen una migración en 2 días, recuperas sistemáticamente una tienda rota. El mínimo realista es 2-3 semanas para una tienda simple, más para las complejas.
Descuidar las redirecciones 301. La pérdida de tráfico SEO post-migración es típicamente del 30-60 % sin plan de redirección completo. Con plan, se recupera el 90-100 % en 4-8 semanas.
Conservar todos los módulos 1.7. La migración es la ocasión de podar. Las tiendas que intentan portar todo idénticamente se encuentran con un PS8 sobrecargado por 50 módulos de los cuales la mitad son legacy.
Hacer la migración en prod directo. Sin staging, sin tests, sin plan de rollback. Es la garantía de un drama. Toda migración seria pasa por staging con validación exhaustiva.
Subestimar la formación usuarios. El admin PS8 es diferente de PS 1.7 — workflows cambiados, pantallas reorganizadas, ciertas funciones desplazadas. Los equipos operacionales (gestión pedidos, soporte cliente) deben ser formados antes de la báscula, no descubrir el admin nuevo la mañana del go-live.
Conclusión: un proyecto estructurante que moderniza tu negocio e-commerce
La migración PrestaShop 1.7 → 8 no es una simple update técnica — es un proyecto que merece un sponsoring dirección, un presupuesto calibrado, y un planning riguroso. Las tiendas que toman el tema en serio salen de la migración con una tienda moderna, segura, performante y alineada con los estándares e-commerce 2026. Las tiendas que lo descuidan pierden tráfico SEO, cifra de negocio durante semanas, y acumulan una deuda técnica que habrá que pagar más tarde.
La inversión típica para una migración seria es de 5 000 a 25 000 € según el tamaño (PYME: 8-15 K€, e-commerce maduro: 15-25 K€), más el coste de los nuevos módulos de reemplazo (generalmente 500-2 000 € según el stack elegido). El retorno sobre inversión es medible en 6-12 meses post-migración vía la modernización de las palancas de conversión y la liberación del potencial SEO bloqueado por las limitaciones 1.7.
Para profundizar en los temas conexos, recorre nuestras categorías Performance & Core Web Vitals y Tutoriales PrestaShop. Y para ensamblar el stack moderno PrestaShop 8 post-migración (cross-sell, opiniones verificadas, FAQ IA, sidecart, wishlist, free shipping, multi-país, AEO), el conjunto del catálogo DataFirefly está alineado con los patterns 2026 — performance-first, código limpio, soporte francófono, actualizaciones regulares.