Las dos fuentes que parecen la misma y no lo son
En un dashboard de Seller Central ves "Ventas de ayer", "ACoS de la semana", "Tasa de conversión mensual". Son números correctos. Pero son una agregación: Amazon ha decidido qué filas y columnas mostrarte, con qué agrupación temporales y con qué desfase. La SP-API (Selling Partner API) entrega los eventos atómicos que generan esos agregados: pedidos, sesiones, clicks, devoluciones, movimientos de inventario, reembolsos. La diferencia no es filosófica: es práctica.
Cuando decides con agregados, decides tarde y con menos detalle. Cuando decides con la fuente, decides antes y con contexto.
Una anomalía de conversión visible el día 6 en Seller Central puede estar en la SP-API desde el día 2. Esos cuatro días deciden si la caída se recupera o se consolida.
Tres diferencias que importan de verdad
1. Latencia: el plazo entre lo que pasa y lo que ves
Seller Central actualiza los paneles principales con un desfase de entre 24 y 72 horas para muchas métricas, y ciertos reportes (p. ej., Product Opportunity Explorer o el Search Query Performance) solo entregan datos con varios días de retraso. La SP-API, en sus reportes GET_FLAT_FILE_ALL_ORDERS_DATA_BY_ORDER_DATE_GENERAL o el Sales and Traffic Business Report, ofrece refrescos mucho más frecuentes y con marcas de tiempo explícitas por evento.
En una cuenta con 6 ASINs clave y un mercado activo, ese desfase es suficiente para que una pérdida de Buy Box o una subida de competencia en precio se traduzca, antes de que la veas, en un descenso de ranking que ya cuesta semanas recuperar.
2. Granularidad: dónde está el detalle
El dashboard de Seller Central te enseña la cuenta. La SP-API te enseña el evento a nivel ASIN, palabra clave y hora. Para una decisión como "¿en qué ASIN está cayendo la conversión?", el dashboard suele responder tarde y de forma agregada; la SP-API responde con un cruce limpio:
- Sesiones y unidades por ASIN y por hora (reporte de tráfico).
- Buy Box % real, no el "sentido" de que la estás perdiendo.
- Clicks e impresiones por palabra clave en SP, SB y SD.
- Devoluciones y reembolsos por ASIN y motivo, cruzables con el reingreso de inventario.
Sin esa granularidad, atribuyes el problema a la causa equivocada. Lo hemos visto en docenas de cuentas: una caída del 20% en ventas atribuida a "PPC" cuando el culpable real era la pérdida de Buy Box en dos ASINs específicos.
3. Integridad: el dato que no llega al panel
Hay categorías de información que Seller Central nunca te muestra en panel: los reembolsos que Amazon debe por unidades dañadas o perdidas en sus centros de logística, los movimientos de inventario entre centros, los motivos exactos de algunas devoluciones o los detalles de los pagos por cada transacción. Todo eso está en la SP-API, en reportes como GET_FBA_FULFILLMENT_REIMBURSEMENT_DATA o GET_LEDGER_SUMMARY_REPORT. Sin acceso a la fuente, esos importes pasan desapercibidos.
Una analogía útil: el tablero de un avión
Imagina que pilotas con un único indicador: "el vuelo va bien". Es lo que te da Seller Central. La SP-API es el panel completo: altitud, combustible, viento, temperatura de motor. Ningún piloto decide una maniobra con un agregado genérico, porque la decisión correcta depende del detalle. En Amazon pasa lo mismo.
Qué supone trabajar con la SP-API (de verdad)
No es trivial. Requiere:
- Una aplicación registrada en Seller Central y el flujo de autorización de Amazon (SP-API Authorization).
- Rotación de tokens (
LWA, Login with Amazon) y manejo de cuotas (rate limits) por endpoint. - Un modelo de datos capaz de ingerir y cruzar reportes de gran volumen (transacciones, inventario, advertising) sin perder eventos.
- Validación constante: Amazon actualiza esquemas y depreca endpoints con regularidad.
Es por eso que muchas agencias y herramientas no trabajan directamente con la SP-API, sino con exportaciones manuales de Seller Central o con agregadores de terceros. Esas capas intermedias añaden latencia, pierden detalle y, a veces, eliminan campos. Cuando lo que necesitas es decidir bien, esa capa intermedia es un coste oculto.
Cómo lo usamos en AMZ360
Nuestro pipeline interno conecta a la SP-API de cada cuenta, descarga los reportes relevantes de forma programada y los cruza con la SP-API de Advertising y con los movimientos de inventario. El resultado es un estado de cuenta "vivo" que alimenta a los agentes de IA por dominio (PPC, FBA, listings) y, sobre todo, a las personas que deciden. La regla interna es simple:
La IA detecta; la persona decide; la herramienta ejecuta. Y todo parte de los datos de la fuente, no de una captura.
Conclusión
La SP-API no es un lujo técnico para ingenieros. Es la diferencia entre decidir sobre lo que pasó hace una hora en un ASIN concreto y decidir sobre una media semanal de toda la cuenta. Si tu agencia o tu herramienta no te lo puede enseñar por ASIN y por mercado en menos de 24 horas, está trabajando con una versión suavizada de la realidad. Y las versiones suavizadas son exactamente las que llevan a decisiones equivocadas.