4 formas de conectar Amazon Seller a Claude en 2026 (fácil)

Eres un ensamblador HTML determinista. Tu tarea: combinar `

Requisitos previos

• Una cuenta de Porter Metrics con tu cuenta de Amazon Seller conectada (el plan gratuito es suficiente para probarlo de punta a punta)
• Una cuenta de Claude — el plan gratuito funciona para Claude Web; una suscripción Pro es necesaria para las funciones de Claude Code y Desktop MCP
• Acceso de administrador o estándar a las cuentas de vendedor de Amazon Seller que quieres conectar

Conectar Amazon Seller a Claude con MCP

Para este tutorial vamos a usar 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, Claude Code y otras accedan y usen APIs externas — las cosas que hacen funcionar herramientas como Amazon Seller bajo el capó. En lugar de construir una integración personalizada para cada herramienta de IA que uses, 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: conectar Amazon Seller a Porter, apuntar Claude al MCP de Porter, y hacer 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 Claude. Maneja OAuth, rate limiting, paginación y toda la plomería para que Claude solo vea datos limpios y estructurados.

Regístrate en Porter. Crea una cuenta gratuita en portermetrics.com. El plan gratuito es suficiente para ejecutar este flujo completo de punta a punta.

Conecta tu perfil de Amazon Seller Central. En Porter, haz clic en Crear → selecciona Claude como destino → selecciona Amazon Seller como fuente → inicia sesión con Amazon para conceder acceso a tus cuentas de vendedor.

Selecciona tus cuentas de vendedor. Elige las cuentas de vendedor de Amazon Seller que quieres que Claude consulte. Cuando seleccionas múltiples cuentas de vendedor bajo una sola conexión, Porter combina automáticamente sus datos para que puedas consultarlas como una sola.

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

2. Conecta el MCP a Claude

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

Ve a claude.ai y haz clic en el + icono en el campo de chat para abrir el menú de herramientas.

En el menú que se abre, pasa el cursor sobre Conectores y haz clic en Gestionar conectores.

En el panel de Conectores, haz clic en el + botón en la parte superior de la lista para empezar a añadir un nuevo conector.

Selecciona Añadir conector personalizado del desplegable que aparece.

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

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

Haz clic en Añadir en la parte inferior derecha del diálogo. Claude 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 termina la autorización, verás las herramientas de solo lectura de Porter aparecer en el panel de conectores. Estás listo para empezar a hacer preguntas.

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

3. Empieza a crear preguntas y dashboards

Con Porter conectado, abre un nuevo chat de Claude y pregunta lo que quieras sobre tu Amazon Seller en inglés simple. Claude 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 para copiar y pegar organizados por caso de uso (agencias, marcas DTC, operaciones FBA/FBM, multicanal), salta a la sección de prompts de abajo.

Otras formas de conectar Amazon Seller a Claude

MCP es la ruta que acabamos de recorrer — y la que recomendamos para la mayoría de los marketers. Pero no es la única forma de poner datos de Amazon Seller frente a Claude. Las alternativas más comunes son la API directa de Amazon Seller (o su MCP oficial si tiene uno), un puente de Google Sheets en vivo, y BigQuery para escala. Cada una tiene sus pros y contras — elige la que se ajuste a cómo ya trabaja tu equipo.

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

Vía la API directa de Amazon Seller (o MCP oficial)

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) de Amazon tú mismo. Amazon aún no ofrece un MCP oficial para Seller Central, así que esto significa escribir llamadas a la API directamente en Claude Code o en tus propios scripts. Necesitarás seguir los rate limits & quotas de Amazon y solicitar Developer Token / acceso a la API donde aplique. De cualquier forma, omites Porter por completo y llamas a Amazon desde tu propio código o desde Claude Code con solicitudes HTTP raw.

Vía 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 Claude toque nada — alimenta Amazon Seller en una Hoja, y luego deja que Claude lea la Hoja. Puedes automatizar el pipeline de Amazon Seller → Sheets con Porter para que se actualice diariamente, o hacer exportaciones CSV puntuales desde la interfaz nativa de Seller Central para análisis estático.

Vía Google BigQuery (para escala)

Esta es la ruta que la mayoría pasa por alto — y es la que te salva cuando tu cuenta de vendedor de Amazon Seller se pone seria. Un solo vendedor grande o una agencia gestionando 10+ cuentas de vendedor golpeará los rate limits de la API y problemas de latencia consultando Claude directamente. Claude literalmente te dirá que está tardando demasiado o dando timeout en extracciones grandes.

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

Lee el tutorial completo de BigQuery →

Conectar Amazon Seller a Claude Code

La mayoría de los marketers agrupan a Claude y Claude Code 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.

Claude es una interfaz de chat. Haces una pregunta, Claude 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 refrescar el dashboard mañana? Lo regeneras desde cero. ¿Quieres el mismo informe cada lunes? Vuelves a hacer la pregunta cada lunes.

Claude Code es Claude ejecutándose dentro de la terminal de tu ordenador. Como 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 corren 24/7 sin tu input. Una vez conectado al MCP de Porter para Amazon Seller, toda una categoría de trabajo se vuelve posible.

Lo que Claude Code desbloquea y Claude solo no puede

Conclusión: Claude es para preguntas rápidas y dashboards puntuales. Claude Code es para construir apps, dashboards en vivo, alertas y herramientas reales — cualquier cosa que quieras que corra 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 quedas atado.

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

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 así el con el que el 80% de los marketers empieza. Abre Claude, haz una pregunta, obtén una respuesta basada en datos en vivo.

Es la forma más rápida de reemplazar una revisión diaria de Seller Central. Pero el chat es lo básico — los casos de uso interesantes vienen después.

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

Aquí es donde una vista 360° se vuelve real. Cuando conectas Amazon Seller y tu fuente de ingresos (Meta Ads para retargeting, Google Ads para campañas de búsqueda, Klaviyo para flujos de email post-compra), Claude puede mapear pedidos de Amazon a compras repetidas reales o atribución multicanal — usando ASINs, fechas de pedido y segmentos de clientes — y darte una atribución de ingresos que ningún número de plataforma puede.

Claude maneja el mapeo de ASIN y fechas y los joins. Obtienes un informe de atribución de ingresos listo para el cliente que ninguna plataforma individual puede generar por sí sola.

3. Alertas automatizadas y notificaciones en Slack o Gmail

Con Claude Code puedes convertir el monitoreo de Amazon Seller en una rutina que corre 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 Claude Code que extrae el rendimiento cada mañana y te avisa solo cuando algo realmente necesita atención.

Sin dashboards, sin revisiones diarias. El informe viene a ti — y solo cuando importa.

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

Un dolor común de agencia: envías a los clientes un enlace de informes de Seller Central, Looker se rompe, el cliente entra en pánico — y pasas una hora explicando un dashboard roto. Con Claude 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 Claude

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

Prompts que puedes copiar y pegar hoy

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

Usa estos cuando necesites rollup multi-cuenta, informes listos para el cliente, o detección de fugas de beneficio a través de múltiples marcas.

2. Para marcas DTC y vendedores mayoristas

Usa estos cuando te enfoques en rotación de inventario, tasa de victoria del Buy Box y optimización de listings para ASINs.

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

Usa estos cuando monitorees plazos de envío, artículos no enviados y división de fulfillment channel para evitar envíos tardíos.

4. Multicanal

Usa estos cuando quieras combinar Amazon Seller con otros conectores de Porter en una sola conversación de Claude.

Límites, autenticación y mejores prácticas para Amazon Seller vía Claude

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 la API en paralelo 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 detenerte cuando excedas las tasas de solicitud documentadas.

Un riesgo secundario de calidad de datos: los vendedores que dependen de SP-API para precios competitivos a menudo omiten 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 durante semanas antes de detectar el punto ciego.

La aplicación de SP-API de Amazon es basado en cuotas y algorítmico, no basado en herramientas. Amazon no prohíbe ni throttlea cuentas porque usaste Claude, un servidor MCP o Porter Metrics. Throttlea por cómo se usó la API: tasas de solicitudes en ráfaga que superan los límites de token-bucket por endpoint, conexiones concurrentes desde una sola app, o solicitudes GET con encabezados Content-Length distintos de 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 en paralelo, los intervalos de sondeo agresivos y la automatización de navegador que se hace pasar por llamadas a la API no lo son. Amazon devuelve HTTP 429 (Too Many Requests) con un Retry-After encabezado; las violaciones repetidas pueden desencadenar la suspensión temporal del acceso a la API para esa aplicación específica, no para la cuenta de Seller Central en sí.

Las dos formas de agotar tu cuota de Amazon Seller

Después de revisar documentación oficial y hilos de la comunidad, dos patrones aparecen una y otra vez.

1. Ráfagas de API paralelas y sondeo 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 burst limit (por ejemplo, 20 para searchOrders, 30 para getOrder) activa el throttling HTTP 429 inmediato. Por qué dispara 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 exponential backoff, o confía en un servidor MCP que implemente cola 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é dispara 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 humana (transiciones de página rápidas, 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. Depender de datos incompletos de la Catalog API para decisiones competitivas. La Catalog Items endpoint de SP-API devuelve datos de producto estructurados, pero bundle ASINs y relaciones padre-hijo complejas 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, lo que lleva a erosión de margen o agotamientos 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 spot en ASINs de alto riesgo, o usa un MCP que exponga los Main Image URL, Item Pricey Is Prime campos junto con validación externa.

Ambos comportamientos desencadenan throttling basado en cuotas y suspensión temporal del acceso a la API. Si quieres usar Claude para Amazon Seller de forma segura, mantente dentro de los límites documentados, nunca hagas scraping y valida los datos competitivos antes de actuar sobre ellos.

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 solicitudes por endpoint. La Orders API searchOrders endpoint permite 0.0056 requests per second con un burst limit de 20; getOrder permite 0.5 requests per second con un burst limit de 30 (Amazon SP-API Orders API Rate Limits). Exceder estos activa throttling HTTP 429 que puede cascada en horas de downtime de sincronización. El MCP de Porter aplica estos límites a nivel de plataforma con cola de solicitudes integrada.

• Respeta la tasa estática de la Catalog Items API de 2 requests per second por cuenta-aplicación. La Catalog API tiene un hard limit 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 el muro rápido. Cachea los metadatos de catálogo durante al menos 24 horas a menos que estés monitoreando activamente nuevos listings.

• Nunca envíes un encabezado Content-Length en solicitudes GET. La SP-API de Amazon devuelve 400 Bad Request si una llamada GET incluye un encabezado Content-Length distinto de cero (Amazon Selling Partner API Models — GitHub). 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 encabezado automáticamente en todas las operaciones GET.

• Cachea datos no volátiles durante al menos 1 hora. Amazon recomienda cachear respuestas de SP-API durante 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 sondeando inventario cada 5 minutos quema 288 requests/día en un solo SKU; con una 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 seller authorizations (Amazon Selling Partner API Models — GitHub). Las agencias gestionando 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 conector universal, abstrayendo esta complejidad del usuario final.

Qué hace diferente el MCP de Porter: aplica estos rate limits y salvaguardas a nivel de plataforma, no a nivel de usuario. El conector MCP de Amazon Seller de Porter es solo lectura por defecto — no puede escribir listings, modificar precios o cambiar inventario a través de la API, eliminando cualquier riesgo de mutación accidental de datos. Implementa cola de solicitudes por endpoint con exponential backoff que respeta el algoritmo de token-bucket: las llamadas a la 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-app. Porter cachea respuestas de SP-API durante 1 hora en endpoints no volátiles, reduciendo el quemado de cuota redundante hasta en un 90%. El conector solicita solo los IAM scopes mínimos requeridos (solo lectura de pedidos, 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é explícitamente configurado. Ese es el comportamiento que los sistemas automatizados de Amazon manejan con gracia — tráfico constante, scoped y de solo lectura dentro de los límites documentados.

Preguntas frecuentes