Migrar de WooCommerce a PrestaShop: una guía práctica de migración

Notas de versión y rutas del back office comprobadas con PrestaShop 9 (y estables en 1.7/8). Aviso: creamos módulos para PrestaShop en mypresta.rocks; la mecánica de migración explicada aquí es neutral respecto a la plataforma.

La mayoría de las guías para migrar de WooCommerce a PrestaShop son, en realidad, dos artículos bajo un mismo título: una mitad dedica sus palabras a reabrir el debate sobre si deberías migrar o no, y la otra te entrega una lista genérica de siete pasos que sonaría igual si vinieras de Magento o Shopify. Esta guía no es ninguna de esas dos cosas. Si ya has decidido que PrestaShop es tu destino, y, si todavía lo estás valorando, la comparación honesta está en PrestaShop frente a WooCommerce. Lo que realmente necesitas es la parte que casi nadie escribe: cómo se mapean los datos de WooCommerce, moldeados por WordPress, sobre la base de datos de PrestaShop, dónde la herramienta de importación puede destrozar silenciosamente tu catálogo y qué redirecciones mantienen a Google enviándote tráfico el día después del lanzamiento.

La parte difícil de esta migración concreta no es "exportar aquí, importar allí". Es que WooCommerce es un plugin injertado en un CMS de blogs, así que tus productos viven como entradas de WordPress, con sus datos reales repartidos por la tabla wp_postmeta, mientras que PrestaShop es un motor de comercio electrónico diseñado para ese fin, con un esquema normalizado (ps_product, ps_product_attribute, ps_category_product y tablas relacionadas). Todo lo complejo de este traslado nace de reconciliar esas dos formas de entender la tienda. Por eso esta guía se organiza alrededor de los cuatro puntos donde el desajuste de verdad duele: variaciones, precios/impuestos, URL y contraseñas de clientes.

Antes de tocar el botón de exportar: inventaria lo que WordPress esconde

Los datos de WooCommerce engañan porque el administrador de WordPress te muestra una tabla de productos ordenada, pero por debajo un único "producto variable" es una fila post, más una fila post hija por cada variación, más decenas de filas wp_postmeta (_price, _sale_price, _stock, _weight, _sku, taxonomías de atributos y todo lo que tus plugins hayan añadido). Antes de exportar nada, anota qué necesitas mover de verdad y qué simplemente has ido acumulando:

• Productos, nombre, descripción, descripción corta, precio, precio rebajado, SKU, stock, peso, imágenes y el título SEO/metadescripción (a menudo almacenados por Yoast en _yoast_wpseo_title / _yoast_wpseo_metadesc, expórtalos o perderás cada metaetiqueta escrita a mano).
• Variaciones, la matriz de tallas/colores. Es, con diferencia, el trabajo de transformación más importante; consulta la sección específica más abajo.
• Categorías, WooCommerce las llama categorías de producto (una taxonomía de WordPress), jerárquicas y con descripciones e imágenes.
• Clientes, cuentas y direcciones. El historial de pedidos es útil para soporte; las contraseñas no migran limpiamente mediante la importación nativa (lo explicamos más abajo).
• Páginas CMS, política de envío, devoluciones, condiciones. Se convierten en páginas CMS de PrestaShop, y cada una conserva una URL que Google ha indexado.
• La propia lista de URL, entra en Search Console → Rendimiento → Páginas y exporta todas las URL que reciben impresiones. Esa exportación es tu especificación de redirecciones, no un extra opcional.

Una nota sobre si merece la pena migrar el historial de pedidos: la mayoría de las tiendas conservan la antigua base de datos de WooCommerce en modo solo lectura como archivo y solo traen hacia delante las cuentas de cliente activas. Recrear miles de pedidos históricos dentro de la estructura ps_orders de PrestaShop es delicado y rara vez compensa si todavía puedes consultar el sistema anterior.

Paso 1, Prepara un entorno de pruebas y elige la versión correcta de PrestaShop

Nunca importes directamente en producción. Levanta un PrestaShop limpio en un subdominio (por ejemplo, staging.yourstore.com) para poder ejecutar la importación, detectar qué se rompió, vaciar la base de datos y repetir, y la repetirás varias veces antes de que quede limpia. El instalador propio de PrestaShop más una base de datos desechable convierten "reiniciar y probar otra vez" en un ciclo de cinco minutos.

Para una instalación nueva en 2026, PrestaShop 9 es la opción por defecto (rama actual, mejor recorrido de soporte a largo plazo, PHP 8.1+). La única razón para empezar en 8.x sería un módulo imprescindible que todavía no esté certificado para 9; revisa primero tu lista corta. Elijas lo que elijas, la mecánica de migración que sigue es idéntica: la herramienta de importación y la gestión de URL de PrestaShop se han mantenido estables en 1.7, 8 y 9.

Paso 2, Exporta desde WooCommerce sin perder los metadatos

WooCommerce incluye un exportador CSV integrado en WooCommerce → Productos → Exportar. Es suficiente para catálogos sencillos y, lo más importante, te permite marcar qué columnas incluir: asegúrate de seleccionar SKU, stock, peso y tus columnas de metadatos SEO. Para clientes y pedidos, los exportadores equivalentes están en el menú de WooCommerce, o puedes consultar directamente wp_users / wp_usermeta si te manejas bien con la base de datos.

En el caso de las imágenes de producto, la exportación te da URL de imágenes, no archivos. Tienes dos caminos: dejar las imágenes en el dominio antiguo hasta retirarlo (para que la importación de PrestaShop las descargue por HTTP) o descargar wp-content/uploads por completo y alojarlas de nuevo. La ruta de descarga por HTTP es más sencilla, pero solo funciona mientras el sitio antiguo siga activo: planifica el cambio teniendo esto en cuenta.

Si tu catálogo depende de paquetes, suscripciones o plugins de campos personalizados, el CSV nativo omitirá esos datos porque viven en claves meta específicas del plugin. En ese punto, un servicio de migración dedicado (Cart2Cart, LitExtension) justifica su coste leyendo esas tablas por ti; pero, para un catálogo estándar, los CSV creados a mano te dan mucho más control sobre cómo aterrizan exactamente los datos.

Paso 3, Las transformaciones que realmente importan

Variaciones → combinaciones (la que rompe las importaciones)

Aquí es donde se atascan la mayoría de migraciones hechas por cuenta propia. WooCommerce modela una camiseta como un producto variable con variaciones, donde cada variación es una entrada hija casi independiente. PrestaShop modela la misma camiseta como un producto con atributos (Talla, Color) y combinaciones (Talla: M / Color: Azul → su propio SKU, diferencia de precio, stock y peso). Conceptualmente, los datos son los mismos; el formato de importación no.

La importación CSV de PrestaShop gestiona las combinaciones mediante un tipo de importación específico, Combinaciones (Parámetros avanzados → Importar, y luego elegir "Combinaciones" como entidad), donde cada fila contiene la referencia del producto padre más el grupo de atributos y el valor (por ejemplo, una columna Attribute (Name:Type:Position) con Size:select:0 junto a un Value de M), de modo que una fila equivale a una combinación. En la práctica: importa primero los productos padre con su precio base y una combinación predeterminada; después ejecuta una segunda importación de Combinaciones, vinculada por la referencia de producto (SKU), para adjuntar la matriz talla/color con el impacto de precio y el stock correctos por combinación. Intentar meterlo todo en un único CSV de productos es la receta para acabar con productos duplicados y stock huérfano.

Precios e impuestos, el error silencioso con el IVA

WooCommerce almacena un precio normal y un precio rebajado opcional por producto. PrestaShop los separa: el precio base vive en el producto y los descuentos se modelan como precios específicos (ps_specific_price), así que un precio rebajado de WooCommerce debería convertirse en una regla de precio específico, no en un precio base reescrito, si quieres que PrestaShop muestre correctamente el precio tachado.

La trampa fiscal es la cara. WooCommerce puede guardar los precios con impuestos incluidos o sin impuestos, según un ajuste que la mayoría de propietarios olvidó que había tocado. La importación de PrestaShop espera precios sin impuestos por defecto y aplica la regla fiscal encima. Si tus precios de WooCommerce incluían impuestos y los importas como si no los incluyeran, todos los productos se encarecen de golpe según tu tipo de IVA; o se abaratan, si te equivocas en el sentido contrario. Confirma el ajuste de WooCommerce en WooCommerce → Ajustes → Impuesto ("Precios introducidos con impuestos") antes de importar una sola fila, y configura reglas fiscales equivalentes en PrestaShop (Internacional → Impuestos / Reglas de impuestos) para que los cálculos cuadren.

Descripciones, elimina los shortcodes

Las descripciones de WooCommerce son contenido de WordPress, lo que significa que pueden contener shortcodes ([product_page id="123"], bloques de galería, marcado de maquetadores) que en PrestaShop no se renderizan y dejan corchetes literales muy poco profesionales en la página. Ejecuta una búsqueda y sustitución sobre la columna de descripción antes de importar para eliminar shortcodes y convertir cualquier comentario de bloque de Gutenberg en HTML limpio.

Paso 4, Importa en PrestaShop, en el orden correcto

El importador de PrestaShop está en Parámetros avanzados → Importar y lee CSV por tipo (Categorías, Productos, Combinaciones, Clientes, Direcciones y más). El orden no es opcional: los productos hacen referencia a categorías y las combinaciones hacen referencia a productos. Por eso, para cualquier catálogo de más de unos cientos de SKU:

• Primero las categorías. El árbol debe existir antes de asignarle productos. Mapea los nombres de categorías de WooCommerce a categorías de PrestaShop en una hoja de cálculo; los ID no coincidirán, y no pasa nada: importa usando nombre/referencia como clave.
• Productos sin imágenes. Importa primero el catálogo con las columnas de imágenes vacías, verifica recuentos y precios, y después ocúpate de las imágenes. Así separas los fallos de datos de los fallos al descargar imágenes.
• Combinaciones. La matriz talla/color, vinculada por SKU, como una pasada de importación independiente.
• Imágenes. PrestaShop descarga y regenera miniaturas durante la importación, algo lento en catálogos grandes: ejecútalo fuera de horas punta y, si se agota el tiempo, aumenta max_execution_time o importa por lotes.
• Clientes y direcciones al final, cuando la estructura de la tienda ya esté asentada.

Deja desmarcado "Forzar ID" y permite que PrestaShop asigne sus propios ID; intentar conservar los ID de WooCommerce enfrenta al importador sin aportar ningún beneficio. Eso sí, conserva una columna con el ID o slug original de WooCommerce: lo necesitarás para las redirecciones del siguiente paso.

Paso 5, Mapeo de URL y redirecciones 301 (el paso donde mueren muchas migraciones)

Esta es la diferencia entre una migración que conserva su tráfico de Google y otra que lo hunde durante tres meses. WooCommerce y PrestaShop generan URL estructuralmente distintas:

Cada URL antigua que Google haya indexado debe redirigir con un 301 a su equivalente nueva. Si te saltas esto, heredas tres problemas a la vez: errores 404 para clientes recurrentes que guardaron un producto en favoritos, pérdida de autoridad de enlaces desde todos los sitios externos que apuntaban a tus URL antiguas y caídas de posicionamiento justo en las páginas que te traían tráfico gratuito. PrestaShop tiene ajustes SEO y URL nativos (Parámetros de la tienda → Tráfico & SEO) para definir patrones de URL limpias, y puedes crear redirecciones a mano, pero para un catálogo de cierto tamaño necesitas una capa de gestión de redirecciones para que el mapa antiguo→nuevo sea mantenible y no mil líneas de .htaccess que te dé miedo tocar. Construye el mapa a partir de la exportación de Search Console que sacaste en el paso de inventario: esa lista es el conjunto de URL que realmente importan, ordenadas por el tráfico que generan.

Paso 6, Tema: no se viene contigo

Tu tema de WooCommerce es específico de WordPress y no se puede trasladar; los temas están ligados a la plataforma. Hay tres caminos realistas: usar el tema moderno predeterminado de PrestaShop (Hummingbird) tal cual para lanzar lo antes posible; crear un tema hijo sobre Hummingbird para adaptar la marca sin bifurcar el núcleo; o reconstruir tu aspecto actual píxel a píxel si el reconocimiento por parte del cliente es importante (un comprador recurrente que aterriza en un sitio radicalmente distinto a veces piensa que se ha equivocado de tienda). Elijas lo que elijas, este es un buen momento para no recrear cada plugin que tenías: PrestaShop ya hace de forma nativa muchas cosas para las que WooCommerce necesitaba una pila de plugins, así que vuelve a añadir funcionalidades de forma deliberada, no por reflejo. Qué módulos necesita de verdad una tienda nueva al principio es otro tema: los módulos que toda tienda nueva de PrestaShop debería instalar primero.

Paso 7, La revisión previa al lanzamiento

Antes de cambiar el DNS, recorre en staging todos los flujos visibles para el cliente como si fueras un comprador:

• Navega, filtra por categoría y haz una búsqueda: confirma que las combinaciones muestran el precio y el stock correctos.
• Añade al carrito, cambia cantidades y elimina productos: verifica los cálculos del carrito frente a la tienda antigua.
• Completa el proceso de compra como invitado y como cliente registrado.
• Ejecuta una transacción real en modo de prueba con cada método de pago (tarjeta, PayPal, transferencia bancaria).
• Confirma que los emails de confirmación de pedido y envío se envían de verdad y llevan tu marca: las plantillas transaccionales de PrestaShop son distintas de las de WooCommerce.
• Prueba en un teléfono real; el móvil representa la mayor parte del tráfico en muchas tiendas y el diseño diferirá de WordPress.
• Comprueba algunas redirecciones de tus URL antiguas principales: pégalas en el navegador y confirma un 301 limpio, no un 404.
• Vuelve a añadir analítica/seguimiento y verifica que se registran visitas; genera el sitemap y déjalo listo para enviarlo a Search Console en el lanzamiento.

Las cuatro cosas que fallan después del lanzamiento

• Las contraseñas de clientes no migran limpiamente: comunícalo. WooCommerce usa el hash de contraseñas de WordPress; PrestaShop usa el suyo propio. Las contraseñas no migran limpiamente mediante la importación nativa; sin un puente personalizado, los clientes deben restablecerlas. Cada cliente existente tendrá que usar "he olvidado mi contraseña" en su primer inicio de sesión, así que envía un aviso por email durante el cambio para explicarlo. El silencio en este punto parece una cuenta hackeada y dispara los tickets de soporte.
• Los impuestos no cuadran. El desajuste entre precios con/sin impuestos del paso 3 reaparece aquí si lo saltaste. Toma diez productos y compara el total final del carrito, impuestos incluidos, con la tienda antigua antes de pasar a producción.
• Las pasarelas de pago hay que reconfigurarlas, no volver a contratarlas. Tu cuenta de Stripe/PayPal funciona en ambas plataformas, pero tendrás que instalar los módulos de pago de PrestaShop y pegar de nuevo tus claves API. La cuenta se conserva; la integración no.
• La entregabilidad del email se reinicia. Nueva plataforma, nueva configuración de envío: confirma que SPF/DKIM siguen cubriendo tu dominio de envío y que el correo de PrestaShop está configurado (SMTP, no mail de PHP, para cualquier tienda seria).

Preguntas frecuentes sobre la migración desde WooCommerce

¿Por qué esta migración es más difícil que un "exportar aquí, importar allí" genérico?

Porque WooCommerce es un plugin injertado en un CMS de blogs, así que tus productos viven como entradas de WordPress, con sus datos reales repartidos por la tabla wp_postmeta, mientras que PrestaShop es un motor de comercio electrónico diseñado para ese fin, con un esquema normalizado (ps_product, ps_product_attribute, ps_category_product). Todo el trabajo consiste en reconciliar esas dos formas de entender la tienda, y el dolor se concentra en cuatro puntos: variaciones, precios/impuestos, URL y contraseñas de clientes. Si esos cuatro quedan bien, el resto es mecánico.

¿Cuál es el error fiscal con el IVA del que todo el mundo advierte?

WooCommerce puede guardar precios con impuestos incluidos o sin impuestos, según un ajuste que la mayoría de propietarios olvidó que había tocado. La importación de PrestaShop espera precios sin impuestos por defecto y aplica la regla fiscal encima. Importa precios con impuestos incluidos como si fueran sin impuestos y todos los productos quedarán desfasados según tu tipo de IVA: más caros, o más baratos si te equivocas en el sentido contrario. Confirma el ajuste en WooCommerce → Settings → Tax ("Prices entered with tax") antes de importar una sola fila, configura reglas fiscales equivalentes en PrestaShop y después toma diez productos para comparar el total final del carrito con impuestos frente a la tienda antigua antes del lanzamiento.

¿Mis clientes conservan sus contraseñas?

No. WooCommerce usa el hash de contraseñas de WordPress y PrestaShop usa el suyo propio; sin un puente personalizado, las contraseñas no migran limpiamente mediante la importación nativa. Emails, nombres, direcciones y (si lo traes) historial de pedidos se trasladan bien; el secreto de inicio de sesión, no. Cada cliente existente tendrá que usar "he olvidado mi contraseña" en su primer inicio de sesión, así que envía un aviso por email durante el cambio para explicarlo. El silencio parece una cuenta hackeada y dispara los tickets de soporte.

¿Cómo convierto las variaciones de WooCommerce en combinaciones de PrestaShop?

Aquí es donde se atascan la mayoría de migraciones hechas por cuenta propia. Un producto variable de WooCommerce (una entrada padre más una entrada hija por cada variación) se convierte en un producto de PrestaShop con atributos y combinaciones. El enfoque fiable son dos pasadas por Advanced Parameters → Import: importa primero los productos padre con su precio base y una combinación predeterminada; después ejecuta una importación independiente de Combinations, vinculada por referencia de producto (SKU), para adjuntar la matriz talla/color con el impacto de precio por combinación y el stock correctos. Intentar meterlo todo en un único CSV de productos es la forma de acabar con productos duplicados y stock huérfano.

¿Perderé mi posicionamiento en Google?

Solo si te saltas las redirecciones. WooCommerce y PrestaShop generan URL estructuralmente distintas, así que cada URL antigua que Google haya indexado debe redirigir con un 301 a su equivalente nueva. Construye el mapa a partir de la exportación de Páginas de Search Console (esa lista es el conjunto de URL que importan, ordenadas por tráfico), usa una capa de gestión de redirecciones en lugar de mil líneas frágiles de .htaccess, y comprueba algunas redirecciones antes y después del lanzamiento. Si te saltas esto, heredas 404, pérdida de autoridad de enlaces y caídas de posicionamiento justo en las páginas que te enviaban tráfico gratuito.

Calendario: reserva un mes, no un fin de semana

Para una tienda representativa, alrededor de 500 productos con variaciones y varios miles de clientes, la migración técnica (exportar, transformar, repetir importaciones en staging) requiere de forma realista 1–2 semanas de trabajo concentrado. El mapeo de URL y la revisión completa añaden otra semana. Reserva un mes completo desde el inicio hasta el lanzamiento para absorber las sorpresas que esconde cualquier catálogo real. La tentación de correr es fuerte y siempre sale cara: una migración mal hecha cuesta mucho más en ventas perdidas y meses de recuperación SEO que esa semana extra. Las razones por las que las tiendas dan este paso en primer lugar, ser dueñas de su stack en lugar de alquilarlo, una plataforma creada para comercio y no para blogs, se explican en por qué elegimos PrestaShop y por qué ser dueño de tu código importa; esta guía trata de llegar allí con tus datos y tu posicionamiento intactos. Acierta en los cuatro puntos de desajuste, variaciones, impuestos, URL, contraseñas, y el resto de la migración será mecánico.

Sigue leyendo

• PrestaShop frente a WooCommerce, la comparación honesta, si todavía estás decidiendo si migrar.
• Migrar de Magento a PrestaShop, la misma disciplina de migración desde una plataforma más pesada.
• Módulos que toda tienda nueva debería instalar primero, qué añadir deliberadamente, en lugar de recrear cada plugin de WooCommerce.