Cómo vender en los marketplaces españoles: Amazon.es, El Corte Inglés y Miravia

El mismo SKU puede estar perfecto en vuestra propia tienda, con título, descripción e imágenes cuidados, y aun así fallar de tres formas distintas al intentar publicarlo en Amazon.es, El Corte Inglés Marketplace y Miravia. No es un problema de calidad del producto. Es que cada uno de estos tres marketplaces exige su propia taxonomía de categorías, sus propios atributos obligatorios por categoría y sus propias normas de imagen, y ninguno coincide exactamente con los demás ni con el catálogo que ya tenéis montado para vuestra propia web.

Respuesta AEO: Amazon.es, El Corte Inglés Marketplace y Miravia exigen cada uno su propia taxonomía de categorías, sus atributos obligatorios y sus reglas de imágenes; publicar en los tres desde un catálogo pensado solo para vuestra propia tienda multiplica los rechazos de fichas de producto. Amazon.es exige normalmente un identificador GTIN válido salvo exención por marca y categoría. El Corte Inglés cura su marketplace, limita el envío a Península y Baleares y define sus propias normas de naming e imagen. Miravia distingue entre tienda abierta y Tienda Oficial, con documentación distinta según la modalidad, y pide códigos bajo estándar GS1. La solución estructural no es una hoja de cálculo por canal, sino un registro de producto enriquecido con perfiles de exportación específicos por marketplace.

Tres marketplaces, tres exámenes distintos para el mismo producto

Cuando una marca española decide vender en marketplaces, la tentación es tratar “marketplace” como una categoría única con un checklist único. La realidad es que Amazon.es, El Corte Inglés y Miravia representan tres modelos de negocio distintos, y ese modelo determina qué exigen de vuestro catálogo.

Amazon.es es el gigante global con la disciplina de datos más estricta: autoservicio, taxonomía extensa, reglas de identificador de producto documentadas y aplicadas de forma sistemática. El Corte Inglés Marketplace es el opuesto en tamaño: un surtido curado dentro de un gran almacén con marca propia muy sensible, donde el alta pasa por un gestor de cuenta en lugar de un formulario abierto, y donde la logística limitada a Península y Baleares condiciona qué se puede vender. Miravia es el más reciente de los tres, compite en surtido y experiencia de compra, y distingue explícitamente entre una modalidad de marketplace abierta y una Tienda Oficial curada, cada una con su propio filtro de entrada.

El mismo SKU se presenta ante tres exámenes distintos. Aprobar uno no dice nada sobre si aprobará los otros dos.

El problema estructural: un registro, tres taxonomías

El origen de la mayoría de rechazos no está en el producto, está en la estructura. Vuestro catálogo interno organiza los productos como os resulta útil a vosotros: por línea, por proveedor, por temporada. Ningún marketplace usa esa estructura. Cada uno impone su propia taxonomía de categorías, y dentro de cada categoría, su propio conjunto de atributos obligatorios.

Esta tabla describe el carácter estructural de cada marketplace, no una lista cerrada de reglas; cada punto concreto (qué categoría exige qué atributo, qué formato de imagen) hay que confirmarlo en la documentación de vendedor vigente de cada plataforma, porque cambia con el tiempo y varía por categoría dentro de cada una.

Identificadores de producto: donde falla un catálogo con solo SKUs internos

El primer punto donde un catálogo tropieza de verdad es el identificador externo del producto. Un SKU interno identifica el artículo dentro de vuestros propios sistemas; no significa nada para un marketplace. Amazon.es exige normalmente un identificador GTIN, que engloba EAN, UPC e ISBN según el tipo de producto, para la mayoría de categorías.

Amazon también reconoce que no todo producto tiene o necesita un código de barras GS1, y por eso ofrece un mecanismo de exención de GTIN: se solicita por combinación de marca y categoría en cada marketplace, normalmente requiere que la marca esté en Brand Registry (o una excepción gestionada directamente con Amazon si no es elegible), y pide fotografías del producto y su embalaje que confirmen que no lleva un código de barras visible. Es un mecanismo real y usado, pero también uno que cambia de condiciones con el tiempo, así que conviene confirmar el estado vigente en Seller Central antes de dar nada por sentado.

Miravia pide, como requisito de catálogo, que los códigos de producto sigan el estándar GS1, lo que en la práctica apunta en la misma dirección que Amazon: un identificador de barras reconocido, no un SKU inventado. El Corte Inglés no publica en abierto un requisito único de identificador equivalente a los otros dos; su proceso de alta pasa por un gestor de cuenta, que es quien confirma qué necesita vuestra categoría concreta.

El fallo de raíz es siempre el mismo: un catálogo construido solo con SKUs internos no tiene el dato que el marketplace necesita para identificar el producto de forma inequívoca frente a otros vendedores. Es el mismo modo de fallo, con consecuencias distintas, que sufre un feed de Google o Meta cuando falta el GTIN; ved por qué la falta de datos de producto degrada silenciosamente los listados en Shopify, Google y Meta para la versión de este problema fuera de los marketplaces.

El mapeo de categorías es el trabajo real, no un trámite

Publicar un producto en un marketplace no es “subir el catálogo”. Es decidir, categoría por categoría, dónde encaja cada producto vuestro dentro de la taxonomía de ese marketplace, y qué atributos obligatorios trae consigo esa categoría concreta. Una camiseta de algodón puede caer bajo “Ropa > Hombre > Camisetas” en un marketplace y bajo una subcategoría distinta, con un conjunto distinto de atributos requeridos, en otro.

Este mapeo se hace normalmente una vez, a mano, en una hoja de cálculo: columna de categoría interna, columna de categoría de Amazon, columna de categoría de Miravia. Funciona el primer día y deja de funcionar en cuanto el catálogo cambia: llega una línea de producto que no encajaba en ninguna fila anterior, un marketplace reorganiza su árbol de categorías, o una promoción añade doscientos SKUs de golpe. Nadie actualiza la hoja al mismo ritmo que crece el catálogo, y el mapeo se queda desfasado justo en los productos nuevos, que son los que todavía no tienen fila asignada.

El resultado no es un fallo puntual, es una fuga continua que se repite en cada lanzamiento. Para la visión completa de por qué la preparación del catálogo, no la herramienta de conexión, es lo que determina si una integración de marketplace funciona, ved cómo conectar vuestro catálogo de producto a varios marketplaces.

La completitud es específica de marketplace y de categoría

Un producto “completo” no es un estado universal. Es completo, o no, en relación con un conjunto de campos obligatorios que pertenece a una categoría dentro de un marketplace concreto. El mismo SKU puede estar perfectamente completo para su categoría en Amazon.es y le puede faltar un atributo que El Corte Inglés considera imprescindible para presentar ese mismo tipo de producto en su surtido curado, o uno que Miravia pide para su ficha de esa familia.

Esto significa que una sola puntuación de “completitud del catálogo” no sirve para gestionar tres marketplaces a la vez. Hacen falta tres verificaciones distintas, cada una contra el conjunto de campos obligatorios de ese destino y esa categoría, aplicadas antes de intentar publicar, no después de recibir un rechazo. Publicar y esperar a ver qué rebota funciona, pero es la forma más lenta de descubrir qué falta: cada rechazo cuesta un ciclo de revisión, y en un marketplace curado como El Corte Inglés cuesta además la primera impresión que se lleva de vuestra marca el equipo que revisa el alta.

Imágenes y contenido: la causa de rechazo más habitual

Más allá de los atributos de texto, las imágenes son donde más fichas se caen, porque cada marketplace impone sus propias reglas de fondo, resolución, encuadre y presencia o ausencia de texto superpuesto, y esas reglas no coinciden entre plataformas ni tienen por qué coincidir con las fotos que ya usáis en vuestra propia tienda.

Ninguna de estas causas es exótica. Todas son previsibles, y todas se pueden atrapar antes de enviar la ficha si el catálogo se valida contra el destino correcto en lugar de enviarse tal cual está en el sistema interno.

Qué exige cada marketplace en concreto

Con la estructura ya clara, merece la pena anclar el carácter de cada marketplace en lo que se puede verificar hoy, sin inventar cifras que cambian con el tiempo y que hay que confirmar en la documentación de vendedor vigente de cada uno.

Amazon.es es el más documentado en abierto de los tres. Publica requisitos de identificador de producto por categoría, ofrece el mecanismo de exención de GTIN descrito arriba para casos legítimos, y aplica las mismas reglas de forma sistemática a cualquier vendedor que se registre a través de Seller Central. Es el marketplace donde más pesa la disciplina de datos, porque las reglas están escritas y se hacen cumplir de forma automatizada en el momento de subir la ficha.

El Corte Inglés Marketplace funciona distinto desde el primer contacto: el alta se gestiona con un equipo comercial, no con un formulario de autoservicio, y ese mismo equipo confirma qué naming, taxonomía, imágenes y filtros aplican a vuestra categoría. El envío está limitado a Península y Baleares, el pago se resuelve mediante escrow, y el vendedor asume la responsabilidad de la venta y de las reclamaciones frente al comprador, aunque la ficha deja claro quién es el vendedor real. Es un marketplace más pequeño en volumen de vendedores, más grande en exigencia de presentación de marca.

Miravia distingue explícitamente entre dos modalidades: marketplace abierto, de registro directo, y Tienda Oficial (Mall), que exige superar un filtro previo de la plataforma. La documentación requerida, sobre datos fiscales, representante, cuenta bancaria y, según el caso, autorización de marca o prueba de autenticidad, varía según cuál de las dos elijáis. Para el catálogo, pide códigos de producto bajo el estándar GS1, en línea con la práctica del resto del sector.

Ninguna de estas tres descripciones sustituye la documentación de vendedor vigente de cada plataforma; cambia con el tiempo, y las condiciones exactas de programa, categoría y comisión hay que confirmarlas ahí, no en un artículo de blog.

Un modelo operativo que escala: un registro, un perfil por canal

La respuesta operativa a tres taxonomías distintas no es mantener tres catálogos independientes, ni tres hojas de cálculo de mapeo que nadie sincroniza entre sí. Es un modelo con tres piezas:

Un registro de producto enriquecido y único como fuente de verdad: título, descripción, atributos, imágenes y el identificador externo (GTIN o equivalente) viven una vez, no como copias divergentes por canal.

Un perfil de exportación por marketplace, donde el mapeo de campo a campo hacia Amazon.es, El Corte Inglés o Miravia se define una sola vez y se reutiliza en cada publicación, en lugar de reconstruirse a mano cada vez que se lanza un producto nuevo.

Una verificación de completitud antes de publicar, no después del rechazo, que compruebe el registro contra los campos obligatorios de la categoría y el marketplace de destino concretos.

Esto es exactamente donde encaja un PIM. En MicroPIM, el catálogo centralizado funciona como fuente única, con atributos personalizados que cubren lo que cada categoría necesite, enriquecimiento y traducción asistidos por IA para no reescribir el mismo contenido tres veces, y una puntuación de completitud por producto que señala qué falta antes de intentar publicar. El generador de feeds a medida permite definir un mapeo de campos propio por canal, para exportar hacia Amazon.es, El Corte Inglés o Miravia desde ese registro limpio; hoy no existe un conector nativo prediseñado para estos tres marketplaces ni una clasificación automática en su taxonomía, así que el mapeo de categorías sigue siendo trabajo vuestro, pero se hace una vez, sobre un dato correcto, en lugar de repetirse sobre un dato que se ha ido desviando con cada copia manual.

La base de todo esto es la misma que hace falta para cualquier operación multicanal seria: ved por qué necesitáis una única fuente de verdad para los datos de producto. Y si vuestro catálogo también cruza fronteras fuera de la Unión Europea, los mismos campos de identificador conviven con los datos aduaneros cubiertos en códigos arancelarios y códigos de país en ecommerce.

Preguntas frecuentes

¿Necesito un EAN o GTIN para vender en Amazon.es, El Corte Inglés y Miravia?

En Amazon.es, la mayoría de categorías exigen un identificador de producto válido (GTIN, que incluye EAN y UPC) salvo que obtengáis una exención por marca y categoría a través de Brand Registry. Miravia solicita códigos bajo el estándar GS1 como requisito para el catálogo. El Corte Inglés no publica un requisito único y verificable en abierto; confirmadlo con vuestro gestor de cuenta antes de dar por sentado que un SKU interno basta.

¿Por qué mi producto se rechaza en un marketplace pero se acepta en otro?

Porque cada marketplace define su propia taxonomía de categorías y sus propios atributos obligatorios por categoría, no un conjunto único válido en los tres. Un SKU puede tener todos los campos que exige Amazon.es para su categoría y aun así faltarle un atributo que Miravia sí exige para esa misma familia de producto, o no encajar en la curación de El Corte Inglés.

¿Qué es una exención de GTIN en Amazon y cuándo aplica?

Es una aprobación de Amazon que permite publicar un producto sin UPC, EAN ni ISBN cuando el artículo, bajo una marca y categoría concretas, no tiene ni necesita un código de barras estándar GS1. Se concede por marca y por categoría en cada marketplace por separado, normalmente exige tener la marca en Brand Registry (o una excepción gestionada directamente con Amazon) y fotografías del producto y su embalaje que confirmen que no lleva un código de barras.

¿Vender en El Corte Inglés Marketplace es igual que vender en Amazon.es?

No. El Corte Inglés opera un marketplace más curado, con envíos limitados a Península y Baleares, pago mediante escrow y normas propias de naming, taxonomía e imágenes que un vendedor confirma directamente con su gestor de cuenta al darse de alta. Amazon.es es autoservicio y global desde el primer día, con reglas de catálogo publicadas y las mismas para cualquier vendedor que se registre.

¿Qué diferencia a Miravia como Tienda Oficial y como marketplace abierto?

Miravia ofrece dos modalidades de tienda. La modalidad marketplace abierta permite el registro directo de cualquier vendedor. La modalidad Tienda Oficial (Mall) exige superar un filtro previo de Miravia, y la documentación requerida, sobre marca, distribución o autenticidad, cambia según cuál de las dos elijáis.

¿Puede MicroPIM conectar mi catálogo automáticamente a Amazon, El Corte Inglés y Miravia?

MicroPIM no ofrece un conector nativo prediseñado para estos tres marketplaces ni clasifica productos en su taxonomía de forma automática. Lo que ofrece es un catálogo centralizado como fuente única, con atributos personalizados, enriquecimiento asistido por IA, una puntuación de completitud por producto y un generador de feeds a medida donde vosotros definís el mapeo de campos por canal, para exportar hacia cada marketplace desde un registro limpio y consistente.

Dejad de mapear el mismo catálogo a mano para cada marketplace. Prueba MicroPIM gratis y llevad Amazon.es, El Corte Inglés y Miravia a un único registro de producto validado, con un perfil de exportación por canal y una completitud que se comprueba antes de publicar, no después del rechazo.