Si tu tienda sigue en PrestaShop 1.7, el riesgo no es solo “verse antigua”: es quedarte fuera del camino de PHP y PrestaShop 9, con más fricción en módulos, seguridad y SEO. Esta guía es la checklist que uso como programador PrestaShop antes de tocar producción. El caso publicado de referencia: Boutique Motor (boutiquemotor.es), rebuild a PrestaShop 9.1.5 desde 1.7 en Madrid.
1. Define el objetivo: update o rebuild
No es lo mismo “subir versión” que “reconstruir”. En Boutique Motor no bastaba un one-click: hacía falta tema Hummingbird a medida, checkout propio, SEO URLs sin IDs y módulos TPV / feed / carritos. Si el Classic 1.7 está muy parcheado, un rebuild controlado suele ser más limpio que forzar un update ciego.
Habla con un programador PrestaShop freelance que entre al código, no solo al back office. Si estás en Madrid, también cubro el caso local: programador PrestaShop Madrid.
2. Inventario antes del staging
- Versión exacta (1.7.x), PHP del hosting y módulos activos.
- Pasarela, carriers, ERP, feeds Merchant, TPV o integraciones raras.
- Overrides y temas hijo: lo que más rompe en un salto a 8/9.
- URLs actuales (¿llevan ID?) y tráfico SEO que no puedes perder.
Sin este inventario, el presupuesto miente. Yo lo pido con la URL en mano.
3. Backup + staging real (no “copiar y rezar”)
Backup completo (ficheros + base de datos). Staging en el mismo tipo de stack que producción. En Boutique Motor el go-live fue cuando catálogo, clientes e historial cuadraban en staging, no cuando “la home se veía bonita”.
4. Datos: catálogo, clientes, pedidos
Migrar sin renumerar pedidos ni romper historial. Clientes y direcciones se verifican con muestras reales. Si vendes en tienda física y online (como Boutique Motor), el catálogo tiene que servir también al TPV: combinaciones y códigos de barras incluidos.
5. Tema y front en PrestaShop 9
Un tema 1.7 “parcheado” no es un tema 9. En el caso Boutique Motor el tema boutiquemotor parte de Hummingbird: home editable desde el BO, ficha, carrito y checkout reescritos para el negocio. Eso es trabajo de programador PrestaShop, no de instalar una plantilla del Addons y cruzar los dedos.
6. Módulos: qué se queda, qué se reescribe
Addons que pelean entre sí o que no soportan 9 se sustituyen. En Boutique Motor hubo seis módulos a medida (home/TPV/SEO URLs/carritos/feed Merchant/facturas). Detalle en el caso completo Boutique Motor y en la página de módulos PrestaShop a medida.
7. SEO: 301, metas y Merchant
- Mapa de URLs antiguas → nuevas (301).
- Metas y títulos coherentes; URLs limpias si dejas atrás los IDs.
- Feed Merchant regenerado y validado tras el corte.
- Sitemap y Search Console tras el go-live.
Sin 301, “migrar” es regalar posiciones. La página de servicio: migración y actualización PrestaShop.
8. Pagos, checkout y prueba de pedido
Redsys, Bizum, PayPal, aplazos… lo que cobre en España se prueba de punta a punta en staging y otra vez en producción el día del corte. Un front bonito con checkout roto no es una migración terminada.
9. Go-live controlado
- Ventana acordada (mejor tráfico bajo).
- DNS / document root al nuevo stack.
- Smoke test: home, ficha, carrito, pago, email de pedido, BO.
- Vigilancia 24-48 h (errores 500, pasarela, stock).
10. Qué hacer tú ahora
Si estás en 1.7 y quieres 8/9 sin improvisar: envíame la URL. Te digo si encaja update o rebuild, y un alcance cerrado. Soy el programador PrestaShop que ejecuta: sin comercial ni junior de por medio.
Hablar con el programador PrestaShop · Ver servicio de migración · Madrid · Caso Boutique Motor · Pedir presupuesto