Migramos nenelandia.es a PrestaShop 9.1 sin perder autoridad ni posicionamiento
Una de las mayores tiendas de puericultura de Madrid tenía su e-commerce sobre PrestaShop 1.7, una versión que ya no garantizaba ni la continuidad ni la evolución de su proyecto comercial. Conscientes de que la falta de soporte activo era un freno con fecha, hicimos el salto completo a PrestaShop 9.1: rediseño, integración de ERP, catálogo, SEO, stock en tiempo real, pasarelas de pago, Easy Checkout y un asistente de compra con motor de IA. Todo ello en tiempo récord y aprovechando una de las temporadas valle del sector.
Ficha del proyecto
El punto de partida de la migración a PrestaShop 9.1
Nenelandia lleva más de 20 años vendiendo puericultura y producto infantil en Madrid, y es distribuidor oficial de las principales marcas del sector: Bugaboo, Cybex, Stokke, Joolz, Maxi-Cosi, Britax Römer, Inglesina o BeSafe. Su tienda online llevaba más de seis años funcionando sobre PrestaShop 1.7, y funcionando realmente bien.
El problema no era que nenelandia.es no vendiera. El problema doble, y la dirección de la empresa lo tenía identificado desde hacía tiempo, era que por un lado, la marca necesitaba un rediseño global alineado con sus objetivos de crecimiento y por otro, los planes de expansión chocaban de frente con una plataforma cuyo soporte activo ya había terminado y que, técnicamente, no daba más de sí.
Traducido a decisiones de negocio, la plataforma se había quedado sin salida por tres motivos:
Sin soporte. PrestaShop 1.7 salió del soporte extendido con el lanzamiento de PrestaShop 9.0, en junio de 2025. Desde entonces, ni parches de seguridad ni actualizaciones de core en una tienda que procesa pagos a diario.
Sin margen técnico. La tienda corría sobre PHP 8.1, que es el techo que admite PrestaShop 1.7.8. No era una versión desfasada de PHP: era la última que esa plataforma puede soportar. Sin escalón siguiente, y con módulos y pasarelas que van retirando progresivamente la compatibilidad, el margen de maniobra se estrechaba cada mes.
Techo funcional. Nada de lo que el negocio necesitaba se podía desarrollar de forma sostenible sobre esa base: stock en tiempo real, integración con el ERP, fichas enriquecidas, buscador con filtros o un asistente de compra con IA. No es que fuera difícil. Es que cada desarrollo nuevo sobre un core sin soporte es deuda técnica que alguien acaba pagando.
El reto
Migrar una tienda con catálogo amplio y años de historial de posicionamiento tiene tres riesgos reales. Son exactamente los tres que quitan el sueño a cualquier responsable de un e-commerce:
Perder el SEO por el camino.
Miles de URLs indexadas entre fichas de producto, categorías, marcas, páginas CMS y blog. Un mapeo mal hecho se traduce en caída de tráfico y de ventas al mes siguiente.
Desajustar el stock.
La tienda física y la online comparten inventario. Vender online algo que ya no está en la estantería no es un problema de software: es un problema de servicio al cliente.
Estar demasiado tiempo en mantenimiento.
Dicho de otra forma: dejar de vender. La migración tenía que hacerse con la tienda operativa hasta el momento del cambio, con una ventana de corte mínima y controlada.
Cómo lo hicimos
Estructuramos el proyecto en cinco fases y lo gobernamos con un panel de seguimiento propio, accesible en todo momento para cliente y equipo, con más de 180 tareas clasificadas por área (definición, técnico, diseño y contenido, prelanzamiento y lanzamiento), con responsable asignado, imputación de tiempo de ejecución y estado en tiempo real.
Este panel no era un mero detalle cosmético. En una migración, lo que hunde los proyectos casi nunca es la parte difícil: lo que hunde la consecusión del objetivo es la tarea pequeña que nadie apuntó. El panel es la razón por la que ninguna tarea se quedó fuera y por la que todas se trataron con la misma importancia.
Proyecto llave en mano
El proyecto se valoró y se cerró como llave en mano sobre un presupuesto cerrado. Las tareas imprevistas que fueron surgiendo por el camino, que siempre las hay, no supusieron ningún coste extra para el cliente. Es la diferencia entre contratar una migración y contratar un resultado.
Las cinco fases del proyecto
Una migración no se rompe por la parte compleja. Se rompe por el orden. Así secuenciamos el proyecto para que cada fase se apoyara en la anterior y ninguna decisión tuviera que rehacerse:
Fase 1 · Diseño, UX y UI
Antes de tocar una línea de código, definición y presentación del nuevo diseño alineado con los estándares de marca, con el customer journey trabajado pantalla a pantalla. La validación del cliente en esta fase es lo que evita los cambios caros más adelante.
Fase 2 · Montaje y testeo en staging
Entorno de preproducción con catálogo de prueba y funcionalidades básicas operativas. Aquí se prueba, se rompe y se arregla, con la tienda real vendiendo con normalidad y sin enterarse de nada.
Fase 3 · Lanzamiento con catálogo y stock real
Salida a producción con el catálogo definitivo, integración del stock en tiempo real, funcionalidades avanzadas e integración del blog. Ventana de corte planificada y ejecutada en temporada valle, para minimizar el impacto sobre la venta.
Fase 4 · Estabilización y mejoras post-lanzamiento
Las dos semanas siguientes a una salida son las que definen si la migración ha ido bien. Seguimiento de indexación, corrección de incidencias, ajuste fino de funcionalidades y monitorización de Search Console.
Fase 5 · Reactivación de campañas y marketing online
Con la plataforma estable, reactivación de las campañas SEM, sincronización de feeds de Merchant Center y procesos de marketing online sobre la nueva base.
Continuidad SEO: la parte que marca la diferencia
Es donde se pierde o se gana una migración, y es a lo que más horas dedicamos:
Exportación e inventario de todas las URLs indexadas antes del cambio: fichas, categorías, marcas, páginas CMS y blog.
Construcción del universo de productos y categorías sobre la misma estructura exacta de friendly URL, para que la mayor parte del histórico no necesite ni redirigirse.
Mapa de redirecciones 301 una a una, sin redirecciones masivas a la home.
Reglas específicas en .htaccess para resolver los casos particulares que no entran en el mapeo general.
Traslado de metadatos, títulos y descripciones, con revisión de duplicados heredados.
Revisión y testeo de los datos estructurados de producto (nombre, marca, precio, disponibilidad, descripción) para que las fichas sigan siendo elegibles en resultados enriquecidos y en Merchant Center.
Search Console vigilada antes, durante y después: cobertura, errores de rastreo y evolución de impresiones.
El asistente de compra con IA
En puericultura, casi nadie compra a la primera. Se compara, se pregunta y se duda:
qué silla corresponde a cada edad y peso, qué cochecito encaja con el maletero del coche, qué se necesita de verdad antes de que llegue el bebé. Esas dudas, sin resolver, son carritos abandonados.
Por eso incorporamos un asistente de compra potenciado con motor de IA, que resuelve las consultas del usuario de forma inmediata y hace recomendaciones de producto a través de una guía sugerida. No es un buscador con otro nombre: es asesoramiento en el momento exacto en el que el cliente lo necesita, disponible 24 horas y alineado con el catálogo y el stock reales.
Es, además, la traducción online del mayor activo de Nenelandia: veinte años de asesoramiento en tienda física.
Cumplimiento normativo: la función de desistimiento
Desde el 19 de junio de 2026, cualquier tienda que venda a consumidores en la Unión Europea a través de una interfaz online está obligada a ofrecer una función de desistimiento: un mecanismo visible y accesible para que el cliente pueda cancelar su compra con la misma facilidad con la que la hizo. Lo introduce el nuevo artículo 11 bis de la Directiva de derechos de los consumidores, incorporado por la Directiva (UE) 2023/2673, y alcanza a la venta de bienes físicos, a los servicios y a los contenidos digitales.
No es un detalle menor. El derecho de desistimiento de 14 días naturales ya existía en España, recogido en el artículo 102 del Real Decreto Legislativo 1/2007, y el comercio que no informa correctamente de él se expone a que ese plazo se amplíe doce meses. La novedad es que ahora el trámite tiene que poder hacerse desde la propia web, no solo por correo o teléfono.
En la nueva tienda de Nenelandia desarrollamos el flujo completo de solicitudes de desistimiento en base a la legalidad vigente: formulario accesible desde el área privada del cliente, solicitud registrada y trazable, y aviso al equipo de atención al cliente. Obligación resuelta, y de paso un proceso de devolución que el cliente entiende a la primera y que evita una llamada.
Qué tiene hoy la tienda nenelandia.es
Fichas de producto rediseñadas, 100% responsive y con un trabajo de UX/UI que se nota en el customer journey. Con contenido que explica de verdad el producto, en lugar de repetir la descripción del fabricante.
Asistente de compra con motor de IA, que resuelve consultas al instante y guía la recomendación de producto.
Disponibilidad real por producto, con filtros de «en stock» y sincronización con el ERP en tiempo real.
Fecha de entrega antes de pagar, visible en la cesta. Menos incertidumbre, menos abandonos.
Páginas de marca propias para las marcas clave del catálogo, que capturan búsquedas de marca y conectan la tienda online con la tienda física.
Buscador potenciado con filtros y etiquetas.
Área privada de cliente reforzada y listas de Nacimiento una funcionalidad desarrollada a medida que convierte un momento vital en una herramienta de venta recurrente.
Club Nenelandia, sistema de recompensas por volumen de compra.
Solicitudes de desistimiento resueltas desde la propia web, según la función de desistimiento obligatoria en la UE desde junio de 2026.
Integración con la tienda física de Madrid, asesoramiento por WhatsApp y blog categorizado por temática.
PrestaShop 9.1 sobre Symfony 6.4 LTS, con compatibilidad hasta PHP 8.5, la versión que PrestaShop recomienda. Se pasó de estar en el techo de PHP a tener cuatro versiones de recorrido por delante.
Capa de seguridad: Verificación 2FA, tackeo de usuarios, limitación de accesos, cambio y personalización de página de acceso al panel de administración.
Todo lo que incluye la nueva Plataforma
Qué magnitudes migran
Preguntas frecuentes sobre migrar de PrestaShop 1.7 a 9.X
Y tu tienda, ¿sigue en PrestaShop 1.7?
Si tu e-commerce está en PrestaShop 1.7 o anterior, ya sabes que estás en una versión sin soporte, sin parches de seguridad y sin actualización de módulos. Y probablemente no has migrado todavía por miedo al proceso, y a perder posicionamiento y ventas por el camino.
Es normal. Somos reacios al cambio, y en el fondo todos pensamos aquello de «virgencita, virgencita, que me quede como estoy». Pero sabes que es un callejón sin salida si quieres competir con el resto de players de tu sector.
Y desde junio de 2026 hay un motivo más, este con fecha en el calendario: la función de desistimiento es obligatoria para cualquier tienda que venda a consumidores en la Unión Europea. Comprobar si la tienes cuesta diez segundos.
Empecemos por lo fácil: un diagnóstico rápido y gratuito
Comprobamos:
- si tu tienda cumple con la función de desistimiento
- Comprobamos el resto de obligaciones básicas
- Vemos en qué situación de soporte está tu versión de PrestaShop y tu hosting
- Valoramos qué riesgo real tendría una migración para tu posicionamiento.
Te lo devolvemos en un breve informe ejecutivo, con un semáforo por área
y una recomendación concreta de cara a lo que queda de año
(qué hay que resolver ya y qué puede esperar)
Sin compromiso y sin tocar absolutamente nada de tu tienda.
