Conectar un agente de IA a PrestaShop: catálogo, pedidos y soporte

Conectar la IA con PrestaShop significa poner un agente a trabajar sobre las tres áreas donde una tienda pierde dinero todos los días: el catálogo que nadie tiene tiempo de mantener, los pedidos que se atascan en un estado intermedio y las preguntas de clientes que se responden con doce horas de retraso. A diferencia de las plataformas cerradas, PrestaShop es tuyo —código, base de datos y servidor—, y eso cambia por completo lo que se puede automatizar y con qué garantías.

Es la plataforma con más presencia entre las tiendas online de pymes españolas, y también la que menos automatización tiene desplegada, precisamente por ser autoalojada: no hay un botón de «activar IA» en un panel de aplicaciones. La contrapartida es que tienes acceso completo a tus datos y no dependes de que un tercero decida qué puede leer un agente. Este artículo cierra nuestra serie de comercio electrónico; si buscas el panorama general por encima de la plataforma concreta, está en agentes de IA para ecommerce.

¿Cómo se conecta técnicamente un agente a PrestaShop?

Por el webservice que la propia plataforma incorpora. PrestaShop expone una API REST nativa que se activa desde el back office, con claves a las que se conceden permisos recurso por recurso: productos, pedidos, clientes, existencias, transportistas. Es el camino correcto y el que hay que exigir a cualquier proveedor.

El agente lee y escribe por esa API igual que lo haría un integrador humano, respetando la lógica de negocio de la tienda. La alternativa —conectarse directamente a la base de datos MySQL— es más rápida de montar y una fuente garantizada de problemas: te saltas las validaciones, los hooks de los módulos que tengas instalados y la caché, y la primera actualización de PrestaShop rompe la integración.

Hay dos ajustes que conviene decidir al principio del proyecto. Primero, permisos mínimos por clave: el agente de catálogo no necesita leer datos de clientes, y el de atención al cliente no necesita poder modificar precios. Segundo, modo propuesta antes que modo escritura: durante las primeras semanas el agente genera cambios que una persona aprueba en bloque; cuando la precisión está demostrada, se abren las escrituras automáticas por tipo de acción y con umbrales.

Si tu tienda tiene módulos que alteran el comportamiento estándar —y casi todas los tienen—, ese inventario de módulos es parte del diagnóstico. Un módulo de precios por cliente o de stock multialmacén cambia por completo qué significa «actualizar un producto».

Catálogo: el trabajo que nunca llega a hacerse

Es el caso de uso con mayor retorno inmediato en casi todas las tiendas, porque el catálogo es lo primero que se abandona cuando el equipo va justo. Un agente sobre el catálogo hace cuatro cosas.

Redactar y mejorar fichas. A partir de los datos del proveedor —nombre, referencia, atributos técnicos, imágenes— genera descripción corta, descripción larga, metatítulo y metadescripción con la estructura y el tono de tu tienda. En un catálogo de 2.000 referencias con la mitad sin descripción, esto es la diferencia entre indexar o no indexar.

Normalizar atributos y categorías. Detectar que «Color: Azul marino», «azul marino» y «AZUL MARINO» son el mismo valor, unificar unidades de medida y proponer la categoría correcta para productos mal clasificados. Es trabajo de horas humanas que nadie prioriza y que estropea los filtros de navegación.

Vigilar huecos y errores. Productos activos sin imagen, sin precio, sin stock definido, con descripciones duplicadas entre referencias o con el mismo metatítulo. El agente devuelve la lista priorizada por facturación potencial, no por orden alfabético.

Traducir el catálogo. Si vendes en varios idiomas, mantener las traducciones al día es una tarea recurrente que se automatiza bien. Con un matiz importante: las traducciones se revisan antes de publicarse en las 50-100 referencias que más venden; en la cola larga, el riesgo de un error puntual es asumible frente al coste de no traducir.

Pedidos y postventa: donde se pierden las horas

El segundo bloque es operativo y menos vistoso, pero suele ahorrar más horas. La secuencia de estados de PrestaShop —pago aceptado, en preparación, enviado, entregado— es exactamente el tipo de flujo con reglas claras que un agente supervisa bien.

• Pedidos atascados. Detectar los que llevan más de X horas en un estado que debería ser transitorio y avisar a quien corresponda, con el motivo probable ya investigado (sin stock, pago pendiente de confirmar, dirección incompleta).
• Incidencias de envío. Cruzar el estado del transportista con el del pedido, identificar entregas fallidas o retrasos y avisar al cliente antes de que sea él quien pregunte. Este único cambio reduce visiblemente los tickets de «¿dónde está mi pedido?», que en muchas tiendas son la mitad del volumen de soporte.
• Devoluciones. Recibir la solicitud, comprobar que está en plazo y que el producto es elegible, generar la etiqueta y actualizar el estado. Las devoluciones estándar se resuelven solas; las que requieren criterio —producto usado, fuera de plazo, cliente conflictivo— van a una persona con el histórico ya resumido.
• Reposición. Avisar cuando una referencia con rotación va a romper stock, con la previsión basada en la venta de las últimas semanas y el plazo del proveedor. No compra por ti; te avisa a tiempo.

Atención al cliente: qué automatizar y qué no

El agente de atención conectado a PrestaShop responde con datos reales, no con generalidades: consulta el pedido concreto de ese cliente, su histórico y el stock actual. Esa es la diferencia entre un asistente útil y un chatbot que frustra.

Funciona bien en preventa (dudas de talla, compatibilidad, plazos, comparación entre dos referencias), en seguimiento de pedidos y en la gestión de devoluciones estándar. Y hay que trazar la línea con claridad: no automatices las reclamaciones económicas, los clientes enfadados ni las excepciones a tu política. Detectarlas y escalarlas al instante con el contexto resumido, sí; resolverlas en automático, no. Lo desarrollamos en la guía de automatizar la atención al cliente con agentes de IA.

Un detalle legal que no conviene pasar por alto: si el asistente conversa con clientes, hay que identificarlo como sistema de IA. Es una exigencia de transparencia del marco europeo y, en la práctica, también es mejor negocio: lo que genera rechazo no es hablar con una IA, es descubrir con mal pie que «Laura, de atención al cliente» no existía.

Qué cuesta y por dónde empezar

A todo lo anterior hay que sumar el consumo de los modelos —para una tienda con volumen medio, decenas a pocos cientos de euros al mes— y un mantenimiento del 10-20% anual. La recomendación práctica: empieza por el catálogo si tu problema es que no vendes lo suficiente, y por operaciones si tu problema es que no das abasto. Son diagnósticos distintos y llevan a proyectos distintos.

Cinco errores que vemos en integraciones con PrestaShop

1. Escribir directamente en la base de datos. Funciona en la demo y se rompe en la primera actualización o en el primer módulo que dependa de un hook.
2. Dar una sola clave de API con todos los permisos. Cuando algo falle, no sabrás qué proceso lo hizo. Una clave por agente y permisos mínimos.
3. Publicar contenido generado sin revisar en los productos estrella. Automatiza la cola larga con confianza; en las referencias que sostienen tu facturación, revisa siempre.
4. Ignorar el rendimiento. PrestaShop es autoalojado: un agente que consulta la API en bucle puede tumbar la tienda un viernes por la tarde. Se controla con límites de frecuencia y ejecuciones en horas valle.
5. Olvidar el RGPD. Si el agente accede a datos de clientes, ese tratamiento va en tu registro de actividades, con su base legal y su plazo de conservación. No es opcional y se resuelve en un rato si se hace desde el principio.

Si vendes también en tienda física, el siguiente paso natural es unificar catálogo y stock entre canales: lo tratamos en nuestro artículo sobre agentes de IA en retail. Y si prefieres plantear el proyecto con un equipo que integra tiendas cada semana, así trabajamos desde nuestra agencia de inteligencia artificial en Madrid.

Preguntas frecuentes

¿Funciona con mi versión de PrestaShop?

El webservice existe desde hace muchas versiones, así que en 1.7 y en las ramas 8.x el camino es el mismo, con diferencias en los recursos disponibles. En instalaciones muy antiguas o muy modificadas, el diagnóstico inicial tiene que revisar qué recursos expone realmente tu tienda antes de comprometer alcance. Es la primera comprobación de cualquier propuesta seria.

¿Hace falta instalar un módulo en la tienda?

No necesariamente. Muchas integraciones funcionan solo con el webservice activado y las claves correspondientes, sin instalar nada. Un módulo propio se justifica cuando quieres que el agente aparezca dentro del back office o necesitas reaccionar a hooks concretos en tiempo real; cuanto menos código propio metas en la tienda, menos te dolerán las actualizaciones.

¿El agente puede cambiar precios automáticamente?

Técnicamente sí, y es donde recomendamos más prudencia. El patrón sano es que el agente proponga cambios con su justificación (competencia, margen, rotación) y una persona apruebe, al menos hasta que haya meses de historial. Los precios tocan directamente el margen y un error automático se propaga a todo el catálogo antes de que nadie lo vea.

¿Y si tengo la tienda en un hosting compartido modesto?

Es perfectamente viable, porque el agente no se ejecuta en tu servidor: vive fuera y habla con la tienda por la API. Lo único que hay que dimensionar es la frecuencia de las llamadas para no saturar el hosting. En la práctica, tiendas en hosting compartido con catálogos de miles de referencias funcionan sin problema con ejecuciones nocturnas.

¿Cuánto se tarda en ver resultados?

En catálogo, la primera semana: verás las fichas completadas y las incidencias detectadas. En atención al cliente, el tiempo de primera respuesta mejora desde el primer día, pero la métrica que importa —porcentaje de consultas resueltas sin intervención humana— necesita 4-6 semanas de datos para leerse en serio. Por eso conviene medir la línea base antes de arrancar.