Su plataforma. El mismo equipo.
Los agentes no están escritos contra un carrito concreto. Los trabajos —páginas, analítica, visibilidad, retención, operaciones— son los mismos en todas partes; solo cambia la conexión.
Las páginas de plataforma existen porque la pregunta práctica nunca es «¿sirve un agente IA?» sino «¿qué puede hacer de verdad en mi stack?». La respuesta difiere con honestidad según la plataforma: Shopify recibe la conexión nativa más profunda, WooCommerce y headless obtienen trabajo completo de páginas vía git, los marketplaces reciben trabajo a nivel de listado. Cada página de abajo describe exactamente qué se conecta, qué puede hacer cada agente ahí y qué no.
Shopify
La conexión más profunda: catálogo, tema y pedidos, con publicación borrador-primero.
Saber más →WooCommerce
Analítica, SEO y email a plena capacidad, con el trabajo de páginas por su stack de WordPress.
Saber más →BigCommerce
SEO de catálogo, análisis de funnel y email de ciclo de vida en una plataforma hecha para catálogos grandes.
Saber más →Adobe Commerce
Disciplina de catálogo y rendimiento para la complejidad de escala Magento.
Saber más →Wix
Localización y conversión para tiendas Wix que superaron el «configurar y olvidar».
Saber más →Squarespace
Disciplina de crecimiento para tiendas Squarespace guiadas por el diseño: visibilidad, funnels y email.
Saber más →Vendedores de Amazon
Calidad de listado, señal de reseñas y presencia citable fuera de Amazon para vendedores marketplace-first.
Saber más →Vendedores de Etsy
Localización de listados, copy con historia y una presencia citable más allá del marketplace.
Saber más →Comercio headless
Agentes que trabajan por git, respetan su CI y tratan el edge como superficie de primera clase.
Saber más →B2B y mayorista
Sitios movidos por RFQ donde la conversión es una consulta y el comprador es una empresa.
Saber más →Qué varía por plataforma y qué no
La analítica, la visibilidad en búsqueda, el email y el rendimiento edge funcionan idénticos en todas partes: a GA4, GEOly AI, Klaviyo y Cloudflare les da igual quién renderiza sus páginas. Lo que varía es cómo publica el agente Builder: por una conexión nativa de tienda, por su flujo git o por las interfaces de contenido de la plataforma.
El multicanal es la norma, no el caso raro
La mayoría de los comerciantes en crecimiento opera una tienda principal más uno o dos marketplaces. Como los agentes comparten una capa de memoria, los mismos hechos de producto, hallazgos y lógica de campaña aplican entre canales: la página de la tienda y el listado del marketplace dejan de separarse.
Preguntas frecuentes
¿Qué plataforma tiene el soporte más profundo?
Shopify: catálogo, tema y pedidos por conexión nativa. Los builds headless y basados en git van justo detrás, porque Builder puede trabajar por su flujo de desarrollo normal.
Mi plataforma no está en la lista. ¿Puedo usar WorkDaddy?
Si su tienda expone GA4, está detrás de Cloudflare o se despliega por git, la mayor parte del equipo ya funciona. Cuéntenos su stack y le diremos exactamente qué funcionaría y qué no.
¿Pueden los agentes trabajar en dos plataformas a la vez?
Sí, y es una de las razones fuertes para usarlos. Una capa de memoria compartida mantiene hechos de producto y hallazgos coherentes entre una tienda y los marketplaces, que es donde los procesos manuales suelen fallar.
¿Cambiar de plataforma después lo rompe todo?
No. Los hallazgos, el historial de auditoría y el patrón de trabajo viven en la capa de memoria compartida, no en la conexión de plataforma. Reconectar una plataforma nueva reapunta al agente Builder; el resto se conserva.
Pon al equipo a trabajar en tu tienda
Conecta tu tienda, tu analítica y tu herramienta de email, marca un objetivo y deja que los agentes ejecuten de principio a fin. El plan gratuito funciona con tu propia clave de modelo.