«Investigación de productos para Amazon EE. UU.», «cómo elegir productos para Amazon Japón» e «investigación de productos en Amazon Europa» se suelen plantear como tres preguntas distintas, como si cada marketplace tuviera su propio secreto.
En realidad, el orden de juicio es el mismo en todas partes: primero descartar las categorías en las que no se puede entrar y luego buscar, en lo que queda, desajustes entre demanda y competencia. Lo que cambia según el marketplace no es el método sino los datos: moneda, idioma y estructura de categorías son independientes en cada marketplace.
Así que al cambiar de marketplace lo que hay que tener claro es qué se puede reutilizar y qué hay que rehacer.
El parámetro de marketplace: si lo omites, obtienes EE. UU. sin aviso
Los endpoints de datos de marketplace aceptan 13 valores de marketplace: US, JP, UK, DE, FR, IT, ES, CA, IN, MX, BR, AU, AE. Una consulta responde por un único marketplace: no existe una cifra de «ventas globales» ni un «volumen de búsqueda de todos los marketplaces».
En la mayoría de los endpoints marketplace es obligatorio y omitirlo devuelve un error. Cuatro endpoints de uso frecuente son la excepción: su marketplace es opcional y por defecto es US cuando se omite:
| Endpoint | Documentación |
|---|---|
| Búsqueda inversa de tráfico | Búsqueda inversa de palabras clave |
| Detalle de ASIN | Detalle de ASIN |
| Consulta de competidores | Competidores de un ASIN |
| Estimación de ventas | Estimación de ventas de un ASIN |
Es la trampa más escondida de la investigación en varios marketplaces: si olvidas el parámetro mientras analizas Japón, el endpoint no protesta; devuelve en silencio datos de EE. UU. Y estos cuatro son justamente los que más se usan al mirar un producto concreto.
Por eso la regla básica con varios marketplaces es: envía marketplace de forma explícita en cada solicitud, aunque sea opcional; ejecuta el mismo conjunto de consultas una vez por marketplace, guarda los resultados por separado y anota el marketplace en cada fila. La lista completa de códigos y monedas está en la tabla de marketplaces del apéndice.
Toma la moneda de la respuesta, no del código del marketplace
La respuesta de estadísticas de mercado incluye un campo currency, con USD en el ejemplo. Todos los campos de importe —avgPrice, avgRevenue— están en esa moneda.
Merece la pena subrayarlo porque en la tabla de marketplaces del apéndice, la columna de moneda está vacía para México, Brasil, Australia y Emiratos Árabes Unidos. Si tu código busca la moneda en una tabla propia indexada por código de marketplace, esos cuatro fallarán. Lo seguro es seguir siempre el currency de la respuesta y no deducirlo nunca.
Comparar importes entre marketplaces tiene otra condición previa: la conversión usa un tipo de cambio que eliges tú, con fecha, y esa fecha va en la hoja. Los endpoints no convierten monedas.
Entre marketplaces, los ratios funcionan mejor que los importes. La proporción de productos nuevos, la cuota de mercado y la tasa de devolución no dependen de la moneda y se comparan directamente, después de confirmar si cada campo de ratio es una fracción o un porcentaje, un problema de unidades tratado en análisis de mercado en Amazon.
Endpoint de estadísticas de mercadoEstadísticas por marketplace y nodo de categoría, con currency y un nombre de categoría traducido«Amazon Europa» no es un solo marketplace
En los datos, «Europa» son cinco códigos de marketplace: UK, DE, FR, IT y ES.
DE, FR, IT y ES comparten moneda (EUR) y UK usa GBP. Compartir moneda invita a sumar los cuatro marketplaces y llamarlo «el mercado europeo», pero su demanda, sus términos de búsqueda y su estructura competitiva son independientes. Los términos populares en Alemania y en Francia son dos conjuntos de palabras en dos idiomas, y una marca líder en una categoría alemana no tiene por qué ocupar la misma posición en Italia.
El orden más sensato es hacer un análisis completo en cada uno de los cinco por separado y comparar después las conclusiones, no las cifras en bruto.
Las palabras clave se guardan en el idioma de cada marketplace
En la búsqueda inversa de palabras con pedidos, cada término lleva, además de keyword, dos campos de traducción: keywordCn y keywordJp. El ejemplo documentado:
| Campo | Ejemplo |
|---|---|
keyword | phone holder for desk |
keywordCn | 办公桌上的电话支架 |
keywordJp | デスク用フォンホルダー |
Los campos de traducción están para ayudarte a leer, no para hacer tu investigación de palabras clave. Los compradores de Amazon Japón buscan con sus propias expresiones, no con una traducción de tu lista de EE. UU. Una traducción literal puede ser un término que nadie busca, mientras que los términos de verdad frecuentes son los que no se te ocurrirían.
Así que la investigación de palabras clave en Japón o Alemania parte de los datos de ese marketplace: monta la biblioteca con su ABA y sus resultados de búsqueda inversa y usa los campos de traducción para entenderlos. Por qué las palabras clave deben tratarse por marketplace se explica también en cómo optimizar palabras clave en Amazon.
Búsqueda inversa de palabras con pedidosTérminos que convierten por marketplace, con campos de traducción al chino y al japonésLas rutas de categoría se definen por marketplace
Una categoría se localiza por nodeIdPath, como 1064954:1069242:1069784:1069820:1069838:1069828 en el ejemplo. Esos IDs de nodo se definen por marketplace: no supongas que un nodeIdPath de EE. UU. apunta a la misma categoría en Japón; localiza la categoría de nuevo en cada marketplace.
El endpoint de estadísticas de mercado devuelve dos campos de nombre a la vez: nodeLabelPath es la ruta de nombres de categoría en el marketplace y nodeLabelLocale es un nombre traducido. Para leer la estructura de categorías de Alemania o Japón, nodeLabelLocale ahorra mucho trabajo; para localizar y registrar, la referencia es nodeIdPath.
Lo que se traslada es el método
Al cambiar de marketplace, esto se puede reutilizar tal cual:
- El orden de juicio: primero descartar y luego buscar, como en cómo investigar productos en Amazon
- Cómo leer la estructura de una categoría: las distribuciones de antigüedad, tipo de vendedor y precio de cuatro distribuciones que deciden si una categoría sigue abierta
- Qué significan los campos: todo lo que empieza por
estes una estimación, yproductsytotalProductsdeben distinguirse, en cualquier marketplace
Esto hay que rehacerlo por marketplace:
- Todos los umbrales: «cuántas ventas mensuales cuentan como mucho» y «qué proporción de productos nuevos indica que se puede entrar» no son las mismas cifras en EE. UU. y en Japón
- Palabras clave: se reconstruyen en el idioma del marketplace
- Localización de categorías: se busca de nuevo el
nodeIdPathen cada marketplace
Tres cosas que estos datos no pueden hacer
No cubren logística, cumplimiento normativo ni impuestos. Las opciones de envío, la certificación de productos y las obligaciones fiscales varían mucho entre marketplaces. Deciden si puedes entrar siquiera, y ninguna está en los datos de mercado.
No convierten monedas. Los importes llegan en la moneda de cada marketplace; la conversión te toca a ti, anotando la fecha del tipo de cambio.
No juzgan tu localización. Los datos pueden decir que una categoría en Japón tiene hueco. No pueden decir si tu listing se lee bien en japonés ni si tu atención posventa estará a la altura.
Preguntas frecuentes
¿Por qué marketplace debería empezar alguien sin experiencia? Los datos no toman esa decisión. Lo practicable es ejecutar las mismas métricas en cada marketplace candidato, comparar los resultados en forma de ratio y sopesar después tu propia cadena de suministro y tu capacidad lingüística.
¿Representan los datos de EE. UU. a los demás marketplaces? No. Demanda, competencia y bandas de precio son independientes en cada marketplace, así que una conclusión de EE. UU. es solo una hipótesis que comprobar en otros.
¿Puedo consultar el mismo ASIN en distintos marketplaces?
Sí, enviando el marketplace correspondiente en cada consulta; los resultados llegan por marketplace. El detalle de ASIN y la estimación de ventas usan EE. UU. por defecto si se omite, así que especifícalo siempre para cualquier otro. Qué identifica un ASIN está en qué es un ASIN.
¿Pueden ir datos de varios marketplaces en una sola hoja? Pueden, con una columna de marketplace y otra de moneda, y sin sumar nunca entre marketplaces. Los datos de palabras clave conviene tenerlos en hojas separadas por marketplace; cómo juzgar la estructura de mercado está en análisis de mercado en Amazon.