1.513 pedidos de Amazon y Miravia en cuatro meses dentro de PrestaShop

El punto de partida

Tienda de deportes vende calzado y material deportivo desde Palma del Río y mantiene su catálogo propio en PrestaShop. Abrir Amazon y Miravia como nuevos canales amplía el alcance: los productos aparecen donde otras personas ya buscan, comparan y compran. Pero también introduce un problema operativo. Si cada canal funciona como una tienda separada, el mismo producto, la misma talla y el mismo pedido terminan actualizándose varias veces y en lugares distintos.

En un catálogo de calzado, esa fragmentación es especialmente delicada. Cada modelo se multiplica en variantes de talla, cada variante depende de un EAN correcto y una unidad vendida en un canal debe dejar de estar disponible en los demás antes de que se produzca una venta sin existencias.

Qué se hizo

Se desarrolló un módulo específico dentro del PrestaShop del cliente para conectar la tienda con las API de Amazon y Miravia. PrestaShop sigue siendo el centro de la operación; los marketplaces son canales conectados, no dos sistemas paralelos que haya que mantener a mano.

• Catálogo. El módulo publica productos nuevos, conserva la relación entre variantes y muestra por qué una referencia no ha llegado a Amazon. En la captura, por ejemplo, separa los EAN incorrectos de los rechazos del marketplace para que cada incidencia tenga una acción concreta.
• Stock. Las existencias de PrestaShop se sincronizan con los marketplaces y pueden reservar un margen de seguridad. El panel permite forzar una resincronización y contrasta el dato enviado con el real, reduciendo el riesgo de vender la misma última unidad en dos canales.
• Pedidos. Las ventas de Amazon y Miravia se importan como pedidos de PrestaShop con estados propios —pendiente, sin enviar, listo para enviar o cancelado—. El equipo trabaja desde el circuito que ya conoce y puede reintentar una importación fallida sin reconstruir el pedido manualmente.
• Diagnóstico. Un panel resume variantes activas, diferencias de stock, productos pendientes de publicar, problemas de talla y referencias sin incidencias. El registro de API deja una traza cuando hay que investigar un intercambio con el marketplace.

Qué aporta vender en marketplaces

Amazon y Miravia abren demanda fuera del tráfico que Tienda de deportes consigue para su propia tienda. Esa visibilidad permite llegar a compradores que quizá no conocían el comercio, probar el catálogo en más de un canal y no depender de una única fuente de pedidos.

La ventaja técnica no está solo en estar presente, sino en hacerlo sin duplicar la operación. Un catálogo central, un stock sincronizado y los pedidos reunidos en PrestaShop evitan buena parte de la copia manual, aceleran la preparación y dan al equipo una visión común de lo que se ha vendido.

También hay costes que conviene decir en voz alta: los marketplaces cobran comisiones, imponen sus reglas de catálogo y servicio y pueden rechazar una referencia por un EAN o una talla mal declarados. El módulo no elimina esa dependencia; hace visibles sus reglas e incidencias para poder operarlas con criterio.

El resultado

Entre el 1 de abril y el 31 de julio de 2026 —122 días—, el módulo incorporó 1.513 pedidos al PrestaShop de Tienda de deportes: 1.370 procedentes de Amazon y 143 de Miravia. Los importes y todos los identificadores de pedido están ocultos en la evidencia publicada.

Eso equivale a 11,23 pedidos diarios de Amazon y 1,17 pedidos diarios de Miravia. La media conjunta del periodo fue de 12,40 pedidos al día. Son promedios naturales: no significan que cada jornada tuviera el mismo volumen, sino que permiten interpretar el resultado sin que la cifra acumulada pierda contexto cuando esta ficha se consulte meses o años después.

En el mismo momento, el control trabajaba sobre 1.023 variantes activas y mostraba cero diferencias entre el stock real y el sincronizado. No escondía lo que quedaba por resolver: 31 variantes aún no publicadas en Amazon y 22 referencias con una discrepancia de talla o EAN. Ese es precisamente el valor de una integración operativa: no prometer que las plataformas nunca fallan, sino mostrar dónde falla cada referencia y dar una vía concreta para corregirla.