Amazon Seller a ChatGPT en 2026: 4 formas gratis de conectar

boltTL;DR

Para conectar Amazon Seller a ChatGPT:

1. Regístrate gratis en portermetrics.com y conecta tu cuenta de Amazon Seller con tu cuenta de Amazon.
2. En ChatGPT, haz clic en + → Connectors → Manage connectors → Add custom connector, nómbralo Porter, pega https://mcp.portermetrics.com/mcp, luego haz clic en Add y autentícate con Google.

Eso es todo, ya estás conectado. El plan gratis de Porter cubre hasta 3 marketplaces de Amazon Seller sin límites de uso en el plan gratis de ChatGPT. No se requiere tarjeta de crédito.

Qué hace diferente a Porter:

• 133+ métricas y dimensiones de Amazon Seller, en todos los niveles de reporte en una sola conexión.
• MCP universal de Amazon Seller. Consolidación multi-marketplace en un chat, alertas automatizadas de inventario y mezcla cross-channel con Shopify, Google Ads y 20+ fuentes más. Toda tu operación de Amazon Seller se ejecuta desde un chat.

Conecta Amazon Seller a ChatGPT con MCP

Para este tutorial usaremos el método MCP. Aquí tienes una explicación rápida de qué es MCP y por qué es la mejor ruta para Amazon Seller.

MCP (Model Context Protocol) es el estándar abierto que permite que herramientas de IA como Claude, ChatGPT, Codex y otras accedan y usen APIs externas — las cosas que hacen que herramientas como Amazon Seller funcionen bajo el capó. En lugar de construir una integración personalizada para cada herramienta de IA que usas, instalas un MCP y cada IA compatible obtiene acceso a los mismos datos.

La configuración completa toma menos de 5 minutos y se divide en tres pasos: conecta Amazon Seller a Porter, apunta ChatGPT al MCP de Porter, y haz tu primera pregunta.

1. Conecta tus datos de Amazon Seller a Porter

Porter se sitúa entre la Selling Partner API (SP-API) de Amazon y ChatGPT. Maneja OAuth, rate limiting, paginación y toda la infraestructura para que ChatGPT solo vea datos limpios y estructurados.

Regístrate en Porter. Crea una cuenta gratis en portermetrics.com. El nivel gratis es suficiente para ejecutar este flujo completo de principio a fin.

Conecta tu Amazon. En Porter, haz clic en Create → selecciona ChatGPT como destino → selecciona Amazon Seller como fuente → inicia sesión con Amazon para otorgar acceso a tus marketplaces.

Selecciona tus marketplaces. Elige los marketplaces de Amazon Seller que quieres que ChatGPT consulte. Cuando seleccionas múltiples marketplaces bajo una sola conexión, Porter mezcla automáticamente sus datos para que puedas consultarlos como uno solo.

Opcional: habilita el almacenamiento automático de BigQuery storage si estás conectando múltiples marketplaces con grandes volúmenes de datos. Esto mantiene las respuestas de ChatGPT rápidas incluso a gran escala.

2. Conecta el MCP a ChatGPT

La URL del MCP de Porter es lo que pegas en ChatGPT. Una vez agregado, ChatGPT puede consultar datos de Amazon Seller bajo demanda en cualquier conversación.

Ve a chatgpt.com y haz clic en el + icono en el input del chat para abrir el menú de herramientas.

En el menú que se abre, pasa el cursor sobre Connectors y haz clic en Manage connectors.

En el panel de Connectors, haz clic en el + botón en la parte superior de la lista para empezar a agregar un nuevo connector.

Elige Add custom connector del dropdown que aparece.

Se abre un diálogo con los campos de nombre y URL. Escribe Porter en el primer campo para nombrar el connector.

En el segundo campo, pega https://mcp.portermetrics.com/mcp. No toques la configuración avanzada.

Haz clic en Add en la parte inferior derecha del diálogo. ChatGPT abre una ventana de inicio de sesión — usa la misma cuenta de Google vinculada a tu espacio de trabajo de Porter y aprueba el acceso.

Una vez que termine la autorización, verás las herramientas de Porter aparecer en el panel de connectors. Estás listo para empezar a hacer preguntas.

Para un tutorial más completo con capturas de pantalla en cada paso, consulta el Porter MCP tutorial.

3. Empieza a construir preguntas y dashboards

Con Porter conectado, abre un nuevo chat de ChatGPT y pregunta cualquier cosa sobre tu Amazon Seller en inglés simple. ChatGPT llama a Porter entre bambalinas, extrae datos en vivo de Amazon, y responde con tablas, gráficos o resúmenes.

Prueba una de estas para verificar que la configuración funciona:

Para un catálogo completo de prompts de copiar y pegar organizados por caso de uso (rendimiento, inventario, fulfillment, agencia, cross-channel), salta a la sección de prompts de abajo.

Otras formas de conectar Amazon Seller a ChatGPT

El MCP de Porter es la ruta que acabamos de recorrer y la que recomendamos para la mayoría de los marketers. Sin embargo, no es la única forma de poner datos de Amazon Seller frente a ChatGPT. Las alternativas más comunes son la API directa de Amazon Seller, un puente de Google Sheets en vivo o carga de CSV, y BigQuery para escala. Cada una tiene sus pros y contras, así que elige la que se ajuste a cómo ya trabaja tu equipo.

• 🔌 API directa de Amazon Seller — Habla directamente con la Selling Partner API (SP-API) de Amazon. Control máximo, pero tú manejas la autenticación, los rate limits y la paginación — y solo obtienes una fuente. (Amazon aún no lanza un MCP oficial para Seller Central.)
• 📊 Google Sheets — Hoja en vivo o carga de CSV puntual. Auditable, familiar, más rápido para grandes exportaciones — pero la agregación ocurre en la Hoja, no en la API.
• 🗄️ Google BigQuery — Para marketplaces grandes o agencias que ejecutan análisis multi-marketplace. BigQuery agrega; ChatGPT solo consulta resúmenes preconstruidos.

A través de la app de Porter Metrics en el marketplace de ChatGPT

Si prefieres no pegar una URL de connector, instala Porter directamente desde la galería de apps de ChatGPT — es la misma conexión de Porter detrás de escena, publicada como una app aprobada de ChatGPT:

1. Abre la Porter Metrics app page en ChatGPT (o busca “Porter Metrics” en la galería de apps).
2. Haz clic en Conectar e inicia sesión con la misma cuenta que usas en Porter.
3. Autorízala y haz tu primera pregunta sobre Amazon Seller — mismos datos en vivo que el MCP.

La compensación a tener en cuenta: la app del marketplace solo se actualiza después de cada ciclo de revisión de ChatGPT, mientras que el MCP se actualiza en el momento en que Porter lanza. Si quieres cada nueva herramienta y fuente de datos inmediatamente, usa el MCP; si quieres la instalación de un clic y no te importa esperar por nuevas funciones, la app del marketplace es la ruta más corta — incluyendo acciones de escritura a través de tu cuenta de Porter conectada.

A través de la API directa de Amazon Seller

Si estás construyendo un producto alrededor de Amazon Seller — o eres un desarrollador que prefiere controlar cada capa de la integración — la ruta más directa es hablar con la Selling Partner API (SP-API) tú mismo. Amazon no lanza un MCP oficial para Seller Central a partir de junio de 2026. Los únicos MCPs oficiales de Amazon son para Amazon Ads y servicios de AWS — no para operaciones de Seller Central, inventario, pedidos o datos de fulfillment. Cualquiera que sea la ruta que elijas, aún sigues los rate limits & quotas. De cualquier forma, omites Porter y llamas a Amazon desde tu propio código, desde Codex, o desde el propio connector de Amazon Seller.

La compensación a tener en cuenta. Ir directo te da el control máximo y los datos más frescos posibles — cada endpoint, cada parámetro, sin capa de abstracción en medio. Pero ahora eres responsable de los flujos de OAuth, refresh tokens, rate limits, paginación, cambios de esquema y reintentos de errores. Y críticamente, solo obtienes una fuente. En el momento en que también quieras Google Ads, GA4 o Shopify en la misma conversación, vuelves a construir (o unir) más integraciones.

Cuándo tiene sentido: equipos de ingeniería que necesitan una sola fuente con control total, productos que envían datos de Amazon Seller como una función (donde de todos modos posees la integración), o scripts puntuales donde no te importa escribir el código de autenticación y paginación tú mismo. Para los marketers que quieren hacer preguntas en inglés simple y mezclar Amazon Seller con el resto de su stack en una sola conversación, la ruta del MCP de Porter es dramáticamente menos trabajo.

A través de Google Sheets (hoja en vivo o CSV manual)

Si tu equipo ya vive en Google Sheets — o quieres un rastro de papel antes de que ChatGPT toque algo — alimenta Amazon Seller en una Hoja, luego deja que ChatGPT lea la Hoja. Puedes automatizar el pipeline de Amazon Seller → Sheets con Porter para que se actualice diariamente, o hacer exportaciones de CSV puntuales desde la UI nativa de Seller Central para análisis estático.

La compensación a tener en cuenta. Con la ruta del MCP, ChatGPT llama directamente a la API de Amazon y Amazon hace el filtrado y agregación de su lado — limpio y determinístico. Con la ruta de Sheets, ChatGPT agrega dentro de la Hoja misma, lo que puede introducir alucinaciones en totales, promedios y joins cuando tienes miles de filas. La ventaja es la velocidad: para rangos de fechas muy grandes o análisis histórico, una Hoja preconstruida es dramáticamente más rápida que llamadas a API en vivo.

Cuándo tiene sentido: equipos de finanzas que quieren revisar los números antes de que ChatGPT actúe sobre ellos, agencias que ya entregan reportes de clientes en Sheets, análisis histórico a través de años de datos, o cualquier caso donde te importe más la velocidad que la frescura en tiempo real.

Lee el tutorial completo de Sheets →

A través de Google BigQuery (para escala)

Esta es la ruta que la mayoría de la gente pasa por alto — y es la que te salva cuando tu marketplace de Amazon Seller se pone serio. Un solo vendedor grande o una agencia que gestiona 10+ marketplaces golpeará los rate limits de la API y problemas de latencia consultando ChatGPT directamente. ChatGPT literalmente te dirá que está tomando demasiado tiempo o que se agota el tiempo en grandes extracciones.

BigQuery soluciona eso. Cargas datos de Amazon Seller en tablas de BigQuery de forma programada, luego conectas BigQuery a ChatGPT — ya sea a través de un MCP de BigQuery o vía Codex con consultas SQL. En lugar de pedirle a ChatGPT que extraiga datos brutos de Amazon Seller, dejas que BigQuery agregue en tablas pequeñas y optimizadas, y ChatGPT solo consulta el resultado resumido. Problema de escala resuelto.

Cuándo tiene sentido: marketplaces empresariales con miles de pedidos, agencias que ejecutan análisis multi-marketplace a través de 10+ clientes, o cualquier equipo que ya use BigQuery como data warehouse. Porter carga Amazon Seller (y 25+ fuentes más) directamente en BigQuery para que no tengas que construir tu propio ETL.

Lee el tutorial completo de BigQuery →

Conectando Amazon Seller a Codex

La mayoría de los marketers agrupan ChatGPT y Codex juntos y pasan por alto la mayor ventaja de todo el ecosistema MCP. No son la misma herramienta — y la diferencia importa enormemente una vez que empiezas a trabajar con datos de Amazon Seller seriamente.

ChatGPT es una interfaz de chat. Haces una pregunta, ChatGPT extrae datos en vivo a través del MCP, responde, tal vez construye un dashboard rápido dentro de la conversación. Genial para análisis puntuales. El problema: todo es efímero. ¿Quieres actualizar el dashboard mañana? Lo regeneras desde cero. ¿Quieres el mismo reporte cada lunes? Vuelves a hacer la pregunta cada lunes.

Codex es ChatGPT ejecutándose dentro de la terminal de tu computadora. Porque tiene acceso a tu sistema de archivos, runtime y otras herramientas de desarrollador, no solo responde preguntas — puede construir software real. Scripts persistentes, rutinas programadas, apps HTML, dashboards internos, integraciones que funcionan 24/7 sin tu intervención. Una vez conectado al MCP de Porter para Amazon Seller, toda una categoría de trabajo se vuelve posible.

Qué desbloquea Codex que ChatGPT solo no puede

Aquí es donde el ecosistema MCP más se compensa. Porque Codex puede combinar el MCP de Porter con otros MCPs — Firecrawl para web scraping, Airtable para datos estructurados, Notion para wikis, Vercel para deployment, Slack y Gmail para entrega — ya no estás consultando datos. Estás construyendo herramientas.

Conclusión: ChatGPT es para preguntas rápidas y dashboards ad-hoc. Codex es para construir apps, dashboards en vivo, alertas y herramientas reales — cualquier cosa que quieras ejecutar por sí sola sin volver a preguntar. La misma URL del MCP de Porter funciona en ambos, así que no eliges una vez y te encierras.

Casos de uso: qué puedes hacer realmente una vez que Amazon Seller está conectado a ChatGPT

Conseguir la conexión correcta es la mitad de la batalla. El valor real aparece en lo que haces después. Aquí están los casos de uso que los usuarios de Porter construyen alrededor de sus datos de Amazon Seller — desde preguntas y respuestas simples hasta flujos de trabajo completos orientados al cliente.

1. Chatea y haz preguntas directamente

El caso de uso más simple — y aún el que el 80% de los marketers empieza. Abre ChatGPT, haz una pregunta, obtén una respuesta basada en datos en vivo.

Es la forma más rápida de reemplazar un check-in diario de Seller Central. Pero el chat es lo básico — los casos de uso interesantes vienen después.

2. Mezcla Amazon Seller con tus datos de ingresos (Meta Ads, Google Ads, Klaviyo)

Aquí es donde una vista de 360° se vuelve real. Cuando conectas Amazon Seller y tu fuente de ingresos (Meta Ads para publicidad, Google Ads para campañas de búsqueda, Klaviyo para email marketing), ChatGPT puede mapear pedidos y ventas a compras y conversiones reales — usando ASINs, fechas de pedido e IDs de marketplace — y darte atribución y rendimiento cross-channel que ningún número de plataforma puede.

ChatGPT maneja el mapeo y joins de ASINs, fechas de pedido e IDs de marketplace. Obtienes un reporte de atribución y rendimiento cross-channel listo para el cliente que ninguna plataforma sola puede generar.

3. Alertas y notificaciones automatizadas en Slack o Gmail

Con Codex puedes convertir el monitoreo de Amazon Seller en una rutina que funciona por sí sola. Conecta el MCP de Porter (para los datos) junto con un MCP de Slack o Gmail (para la entrega), luego escribe una tarea programada de Codex que extrae rendimiento cada mañana y te notifica solo cuando algo realmente necesita atención.

Sin dashboards, sin check-ins diarios. El reporte viene a ti — y solo cuando importa.

4. Presentaciones listas para clientes con datos en vivo (Gamma, HTML, PDF)

Un dolor común de agencia: envías a los clientes una exportación de reporte de Seller Central, Excel se rompe, el equipo entra en pánico — y pasas una hora explicando un dashboard roto. Con ChatGPT puedes construir la presentación misma — como un deck de Gamma, una página HTML personalizada, o un PDF — poblada con números en vivo cada vez.

La presentación se convierte en un artefacto de entrega que envías al cliente, no un dashboard que depende de que otra herramienta siga funcionando. Sin iframe roto, sin prompts de inicio de sesión, solo el contenido.

Campos y métricas de Amazon Seller que puedes consultar con ChatGPT

Antes de empezar a escribir prompts, ayuda saber qué datos están realmente disponibles. El MCP de Porter le da a ChatGPT acceso a 133 campos y métricas de Amazon Seller en todos los niveles de reporte, más desgloses por fecha, marketplace, fulfillment channel y order status. Y la misma URL de MCP también desbloquea 25+ fuentes más — así que ChatGPT puede mezclar Amazon Seller con Google Ads, GA4, Shopify, HubSpot y más en un solo prompt.

Prompts que puedes copiar y pegar hoy

organizados por trabajo: verificaciones de rendimiento, monitoreo de inventario y fulfillment, reportes de clientes, gestión multi-cuenta de agencias, análisis de marcas DTC, operaciones FBA/FBM y mezcla cross-channel.

1. Para agencias que gestionan múltiples cuentas de Amazon

Usa estos cuando ejecutes reportes a través de múltiples cuentas de Seller Central o marketplaces.

2. Para marcas DTC y vendedores mayoristas

Usa estos para optimización de listados, decisiones de precios y análisis de rendimiento de productos.

3. Para equipos de e-commerce que ejecutan operaciones FBA y FBM

Usa estos para operaciones diarias, monitoreo de fulfillment y verificaciones de salud de inventario.

4. Cross-channel

Usa estos cuando mezcles Amazon Seller con otros canales de marketing o ventas.

Límites, seguridad y mejores prácticas para Amazon Seller vía ChatGPT

Esta es la “historia de terror” más común en el ecosistema de API de Amazon Seller — no prohibiciones, sino tiempo de inactividad autoinfligido por throttling. Un vendedor o agencia ejecutando llamadas a API paralelas para “obtener todo más rápido” activa el rate limiter de token-bucket de Amazon, recibe respuestas HTTP 429, y pierde horas de sincronización de datos durante períodos de venta críticos. El costo no es una cuenta suspendida; es reabastecimientos perdidos, conteos de inventario obsoletos y toma de decisiones a ciegas durante eventos de alto tráfico. A diferencia de Meta o TikTok, Amazon no te prohíbe por usar un MCP o Claude con SP-API — pero te ralentizará silenciosamente hasta arrastrarte cuando excedas las tasas de solicitud documentadas.

Un riesgo secundario de calidad de datos: los vendedores que confían en SP-API para precios de competidores a menudo pasan por alto bundle ASINs porque la API devuelve datos incompletos de variaciones hijas. Un vendedor reportó tomar decisiones de precios sobre datos competitivos incompletos, subcotizando un bundle que no entendía completamente, y perdiendo margen por semanas antes de detectar el punto ciego.

La aplicación de SP-API de Amazon es basada en cuotas y algorítmica, no basada en herramientas. Amazon no prohíbe o limita cuentas porque usaste Claude, un servidor MCP, o Porter Metrics. Limita porque de cómo se usó la API: tasas de solicitud de ráfaga que exceden los límites de token-bucket por endpoint, conexiones concurrentes de una sola app, o solicitudes GET con headers de Content-Length no cero (que la API rechaza). El uso de solo lectura dentro de los límites documentados por segundo y por cuenta es seguro. Las ráfagas de API paralelas, intervalos de polling agresivos y automatización de navegador disfrazada de llamadas a API no lo son. Amazon devuelve HTTP 429 (Too Many Requests) con un Retry-After header; las violaciones repetidas pueden activar la suspensión temporal del acceso a la API para esa aplicación específica, no la cuenta de Seller Central en sí.

Las dos formas de agotar tu cuota de Amazon Seller

Después de revisar documentos oficiales y hilos de la comunidad, dos patrones aparecen una y otra vez.

1. Ráfagas de API paralelas y polling agresivo. Enviar múltiples solicitudes simultáneas a la Orders API o Listings API para “acelerar” la recuperación de datos. El algoritmo de token-bucket de Amazon rastrea solicitudes por segundo por par cuenta-aplicación; exceder el límite de ráfaga (por ejemplo, 20 para searchOrders, 30 para getOrder) activa throttling HTTP 429 inmediato. Por qué activa la aplicación: El algoritmo detecta el patrón de ráfaga y reduce tus tokens de solicitud disponibles a cero. Cita oficial: Amazon SP-API Orders API Rate Limits — searchOrders: 0.0056 requests/second, burst 20; getOrder: 0.5 requests/second, burst 30. Qué hacer en su lugar: Usa solicitudes secuenciales con retroceso exponencial, o confía en un servidor MCP que implemente encolamiento de solicitudes automáticamente.

2. Automatización de navegador y screen scraping en lugar de SP-API. Usar herramientas como Selenium, Puppeteer, o Claude Code para hacer clic programáticamente a través de Seller Central. Por qué activa la aplicación: Esto viola los Términos de Servicio de Amazon para el acceso a Seller Central. Amazon detecta patrones de interacción no humanos (transiciones rápidas de página, firmas de navegador headless) y puede suspender el acceso de inicio de sesión a Seller Central o marcar la cuenta para revisión. Cita: Amazon Selling Partner API Models — GitHub — la SP-API oficial es la única interfaz programática soportada; el screen scraping está explícitamente prohibido en los TOS de Seller Central. Qué hacer en su lugar: Dirige todas las consultas programáticas a través de la SP-API oficial con credenciales IAM apropiadas y tokens OAuth.

3. Confiar en datos incompletos de la Catalog API para decisiones competitivas. El endpoint de Catalog Items de SP-API devuelve datos de producto estructurados, pero bundle ASINs y relaciones complejas padre-hijo pueden no mostrar todas las variaciones hijas o el contexto completo de precios. Por qué causa daño: Los vendedores toman decisiones de precios e inventario sobre datos competitivos parciales, llevando a erosión de margen o stockouts en variaciones no vistas. Esto no es un problema de aplicación de Amazon — es una trampa de calidad de datos. Cita: SupplyKick — Amazon Seller Pain Points — “datos incompletos de APIs” citados como un riesgo operativo principal para vendedores en crecimiento. Qué hacer en su lugar: Cruza los datos de la Catalog API con verificaciones manuales puntuales en ASINs de alto riesgo, o usa un MCP que muestre los campos Main Image URL, Item Price, y Is Prime junto con validación externa.

Ambos comportamientos activan throttling basado en cuotas y degradación de calidad de datos. Si quieres usar ChatGPT para Amazon Seller de forma segura, mantente dentro de los rate limits documentados y usa la interfaz SP-API oficial.

El protocolo de escalado de 5 reglas

Basado en los rate limits y cuotas documentados de Amazon y los comportamientos que realmente han causado throttling — no conjeturas:

• Mantente por debajo de la tasa de solicitud por endpoint. La Orders API searchOrders endpoint permite 0.0056 requests per second con un límite de ráfaga de 20; getOrder permite 0.5 requests per second con un límite de ráfaga de 30 (Amazon SP-API Orders API Rate Limits). Exceder estos activa throttling HTTP 429 que puede cascada en horas de tiempo de inactividad de sincronización. El MCP de Porter aplica estos límites a nivel de plataforma con encolamiento de solicitudes integrado.

• Respeta la tasa estática de la Catalog Items API de 2 requests per second por cuenta-aplicación. La Catalog API tiene un límite duro de 2 req/sec por par cuenta-aplicación y 250–500 requests por aplicación dependiendo del endpoint específico (Amazon SP-API Catalog Items API Rate Limits). Este es el cuello de botella más ajustado en el conjunto de SP-API; las búsquedas agresivas de productos golpearán la pared rápido. Cachea los metadatos del catálogo por al menos 24 horas a menos que estés monitoreando activamente nuevos listados.

• Nunca envíes un header de Content-Length en solicitudes GET. La SP-API de Amazon devuelve 400 Bad Request si una llamada GET incluye un header de Content-Length no cero (Amazon SP-API GitHub Models). Esta es una trampa técnica sutil para desarrolladores que envuelven la API en scripts personalizados o capas MCP. La implementación del MCP de Porter elimina este header automáticamente en todas las operaciones GET.

• Cachea datos no volátiles por al menos 1 hora. Amazon recomienda cachear respuestas de SP-API por un mínimo de 1 hora para datos que no cambian frecuentemente (niveles de inventario, metadatos de catálogo, snapshots de precios) para evitar quemar cuota en llamadas redundantes (Surpass.biz — SP-API Complete Guide). Un vendedor que consulta inventario cada 5 minutos quema 288 requests/día en un solo SKU; con un cache de 1 hora, eso son 24 requests — una ganancia de eficiencia de 12×.

• Limita las autorizaciones de vendedor a 25 por aplicación en modo beta. Durante la beta de desarrollador de SP-API, Amazon restringe cada aplicación a un máximo de 25 autorizaciones de vendedor (Amazon SP-API GitHub Models). Las agencias que gestionan múltiples cuentas de Seller Central deben registrar aplicaciones separadas o solicitar aumentos de autorización a nivel de producción. El MCP de Porter maneja el enrutamiento multi-cuenta a través de su arquitectura de connector universal, abstrayendo esta complejidad del usuario final. NEEDS_VERIFY: current seller authorization limits for production SP-API applications

Qué hace diferente el MCP de Porter: aplica estos rate limits y salvaguardas a nivel de plataforma, no a nivel de usuario. El connector MCP de Amazon Seller de Porter es de solo lectura por defecto — no puede escribir listados, modificar precios o cambiar inventario a través de la API, eliminando cualquier riesgo de mutación de datos accidental. Implementa encolamiento de solicitudes por endpoint con retroceso exponencial que respeta el algoritmo de token-bucket: las llamadas a Orders API se ritman a 0.0056 req/sec, las llamadas a Catalog Items a 2 req/sec, y las llamadas a Listings Items a 5 req/sec por cuenta-aplicación. Porter cachea respuestas de SP-API por 1 hora en endpoints no volátiles, reduciendo el quemado de cuota redundante hasta en un 90%. El connector solicita solo los scopes IAM mínimos requeridos (pedidos de solo lectura, inventario y datos de catálogo) y nunca accede a scopes de escritura o endpoints pesados en PII como Buyer Email a menos que esté configurado explícitamente. Ese es el comportamiento que los sistemas automatizados de Amazon manejan con gracia — tráfico constante, con alcance y de solo lectura dentro de los límites documentados.

Preguntas frecuentes

¿Listo para chatear con tu Amazon Seller?

Abre ChatGPT, agrega el conector de Porter y haz tu primera pregunta. Si aún no tienes Porter, empieza una prueba gratis y conecta tu cuenta de Amazon Seller — estarás chateando con tus campañas en menos de cinco minutos.

rocket_launch Empieza tu prueba gratis de Porteropen_in_new Abre ChatGPT