Guía de Google Merchant Center para Ropa de Segunda Mano

Sí, puede anunciar ropa usada con Merchant Center para ropa usada, siempre que cada oferta describa una prenda real y su estado, y que el comprador llegue a una página donde pueda pagar. El obstáculo habitual no es crear la cuenta: es que el surtido mayorista mezclado no se convierte por sí solo en datos de producto correctos. Una prenda única, con su propio estado, su propia talla y su propia disponibilidad, no puede describirse con las etiquetas del lote del que salió.

Esta guía recorre las decisiones en el orden en que aparecen: si su tienda puede participar, cómo declarar el estado usado, cómo mantener la identidad del artículo, cómo definir una oferta real, cómo conservar la disponibilidad, cómo distinguir un rechazo de un problema de inventario y cómo comprobar que un cambio se aplicó. La aplicación a un surtido general mezclado es una interpretación operativa de esta guía, no una regla adicional de Google ni un servicio que Indetexx preste.

Compruebe si su tienda puede participar antes de preparar los datos

Antes de preparar cualquier atributo, confirme que existe una página de producto propia donde el comprador pueda completar la compra. Una oferta de Shopping conduce a esa página; un catálogo que solo existe como conversación de WhatsApp con precios y cantidades no cumple esa función. Si su venta ocurre en una conversación, ese canal sigue siendo válido, pero es un trabajo distinto del que se describe aquí: la guía del catálogo de ropa usada por WhatsApp cubre ese caso.

También debe confirmar tres condiciones que dependen de su cuenta y no de este artículo: que el programa de destino esté disponible para el país donde vende, que su sitio permita verificar la propiedad y que el proceso de pago funcione de principio a fin. Si está eligiendo canal y todavía no sabe si su venta ocurrirá en una tienda propia o en una plataforma de terceros, la comparación de plataformas para vender ropa de segunda mano resuelve esa decisión previa.

Ninguna de estas comprobaciones garantiza la aprobación de la cuenta ni la publicación de los productos. Significa que vale la pena preparar los datos. Si su tienda no puede completar una compra, ninguna corrección de atributos resolverá el problema de fondo.

Declare el estado usado sin confundirlo con su grado interno

El valor documentado por Google para un producto usado previamente es used. Ese dato responde una sola pregunta: si el artículo es nuevo o usado, y en la documentación oficial del atributo de estado figura como opcional para un producto nuevo y obligatorio para cada producto usado o reacondicionado. No describe qué tan buena es la prenda ni qué proporción de un lote puede revenderse.

Hay una consecuencia de alcance que conviene conocer antes de invertir tiempo en el catálogo: Google indica que los productos usados y reacondicionados no se muestran en las superficies orgánicas de YouTube ni en Discover, aunque sí pueden servir como anuncios en YouTube, en la Red de Display y en Gmail. Para un vendedor de ropa usada, esto significa que Shopping no es un canal universal: es una vitrina con límites de superficie que dependen del estado declarado.

Aquí aparece la confusión más común en el mayoreo. Usted compra surtidos generales mezclados y quizá clasifica lo que recibe como Grado A, Grado B o Grado C. Esas etiquetas son su vocabulario comercial, útil para su operación y para su tienda, pero no son valores del atributo de estado de Google. Si envía “Grado A” en el campo de condición, está describiendo algo distinto de lo que el campo pregunta, y su página probablemente tampoco lo explica así al comprador.

La forma práctica de separar ambos conceptos es esta: el estado responde si la prenda se usó antes; su grado interno responde qué tan apta es para la reventa según su propio criterio. Puede conservar los dos, pero en campos distintos y en niveles distintos del proceso. El estado va en los datos de producto; el grado queda en su clasificación y, si lo publica, en el texto de la prenda concreta.

También conviene describir el estado con el mismo criterio en todos los canales. Si la ficha de su tienda dice “nuevo con etiqueta” y los datos enviados dicen “usado”, la incoherencia aparece en la revisión del artículo, no en el momento de la venta. Definir una sola política de estado antes de cargar el catálogo evita corregir cientos de fichas después.

Los artículos usados siguen teniendo identidad de producto

Un error frecuente en los tutoriales que circulan es tratar el estado usado como una exención de identidad. No lo es. El estado, la identidad del artículo y los identificadores de fabricante responden preguntas diferentes, y la documentación vigente de Google las trata por separado.

La marca no es el nombre de su proveedor mayorista. Que una prenda llegue en un lote de un proveedor concreto no la convierte en producto de esa empresa: la marca es la del fabricante de la prenda, y solo aplica cuando usted puede determinarla. El número de pieza del fabricante tampoco se inventa; si no lo tiene, eso es un dato faltante, no un dato que se rellena con un código propio.

Con los identificadores pasa lo mismo. Si la prenda conserva su etiqueta, esa información es útil y debe enviarse cuando corresponde. Si no la conserva, el identificador es desconocido, y un identificador desconocido no es un identificador inexistente. Por eso la recomendación de marcar el campo identifier_exists como falso en todo el inventario usado es incorrecta: convierte una ausencia real de datos en una afirmación sobre el producto.

Hay un detalle de idioma que conviene conocer. La página de ayuda de identifier_exists en español de España contiene una frase invertida en su requisito mínimo, mientras que la versión en inglés y la de español de Latinoamérica coinciden entre sí. Si usted lee esa página en español de España y la encuentra contradictoria, no está interpretando mal: verifique la versión vigente antes de aplicar la regla.

La consecuencia operativa es sencilla. Antes de publicar, revise cada prenda y anote lo que realmente puede determinar: marca visible, si hay etiqueta con código, talla, color y composición si es legible. Lo que no pueda determinar queda vacío o se declara como desconocido, nunca como inventado.

Defina una oferta que corresponda a lo que realmente vende

La oferta debe representar la unidad que el comprador recibe. Si vende una prenda concreta, la oferta es esa prenda, con su fotografía real, su talla y su precio. Si vende un conjunto cerrado, la oferta es ese conjunto tal como se describe en la página. Lo que no funciona es publicar como artículos individuales las prendas que todavía no ha separado ni revisado.

Este punto suele chocar con la forma de comprar del mayoreo. Usted adquiere un surtido general mezclado: una bodega con prendas distintas, no un producto con variantes. Esa diferencia importa cuando se trata de agrupar artículos.

Por qué un fardo mezclado no es un grupo de variantes

Google permite agrupar variantes reales de un mismo producto, por ejemplo el mismo modelo en varias tallas o colores, mediante el campo item_group_id. Un fardo mezclado no cumple esa condición: contiene prendas distintas, de marcas distintas y en estados distintos de conservación. Tratarlas como variantes de un solo producto informa al comprador de algo que no es cierto y hace imposible que la página coincida con los datos enviados.

La alternativa tampoco es inventar una ficha por prenda sin haberla revisado. Si aún no ha abierto el lote, la información que tiene describe la compra, no el artículo. La documentación de ingreso del proveedor sirve para comparar ofertas y para trazar el origen, pero no contiene la talla, el estado ni el precio de cada prenda. Ese trabajo empieza cuando la prenda se revisa y se prepara para su venta, con el mismo criterio con que se revisa un fardo de ropa usada al recibirlo.

Mantenga disponible solo lo que puede venderse hoy

La disponibilidad es el atributo que más rápido se desactualiza en una tienda de prendas únicas, porque cada venta agota un artículo que no se repone. La documentación de Google exige coherencia entre los datos enviados y la página de destino, y distingue la falta temporal de la finalización permanente de la venta. Retirar un artículo de su fuente de datos, además, no elimina la página del sitio: si la página sigue activa y el comprador puede intentar comprar, la incoherencia permanece.

Por eso conviene decidir de antemano qué hacer en cada caso y aplicar siempre el mismo criterio: cuando se confirma una venta, la página, los datos enviados y el proceso de pago deben reflejar la misma realidad en el mismo momento. Si su operación tarda un día en actualizar el sitio, ese día existe una oferta que no se puede cumplir.

Prenda única: vendida o solo agotada por ahora

La distinción decisiva es si el artículo volverá o no. Una prenda única que se vendió no tiene reposición: dejarla disponible envía a los compradores a una página sin producto real. Si en cambio el artículo es reposición de una referencia que volverá, su ausencia es temporal y corresponde reflejarla como tal.

Una consecuencia práctica es que el identificador no se reutiliza. Si registró una prenda con un identificador y esa prenda se vendió, el siguiente artículo necesita su propio identificador, aunque sea del mismo tipo y del mismo lote. Reutilizarlo para una prenda distinta mezcla el historial de dos artículos y rompe la coherencia entre la página y los datos.

El caso de una devolución merece la misma cautela. Una prenda que regresa no vuelve a estar disponible por el hecho de haber entrado al almacén: primero se revisa su estado y se confirma que puede venderse otra vez. Solo entonces se actualiza la disponibilidad. La guía de Google para resolver incoherencias de disponibilidad insiste en revisar el producto o la variante concreta, y ese es el hábito correcto también aquí.

Distinga un rechazo de Google de un problema de disponibilidad

Cuando una oferta deja de mostrarse, la causa puede estar en dos lugares distintos, y cambiarlos de orden hace perder tiempo. Un rechazo o una desaprobación apunta a un problema en los datos o en el cumplimiento de las políticas: un atributo incorrecto, una discrepancia entre el precio enviado y el de la página o un requisito que no se cumple. Un problema de disponibilidad apunta a que la oferta contradice el estado real del artículo o de la página.

La forma de identificar la causa es leer el mensaje concreto del producto afectado, no el resumen de la cuenta. Después, comprobar la oferta completa: qué valor se envió, qué muestra la página en ese momento y qué puede hacer el comprador al llegar. Si el artículo ya no existe pero la página sigue activa, el problema es de disponibilidad. Si el artículo existe y la página coincide, el problema está en los datos o en el requisito que el mensaje señale.

Este orden importa porque las correcciones no son intercambiables. Bajar el precio o cambiar la fotografía no resuelve una oferta que apunta a un producto agotado; ocultar la página no resuelve un atributo mal declarado. Corrija la causa específica y documente qué cambió, porque si el mismo error aparece en varias prendas de un mismo lote, probablemente se originó en el mismo proceso de carga.

Actualice los datos y verifique el resultado

Después de corregir, el cambio debe llegar a los datos que Google utiliza. El método depende de cómo carga su catálogo: una carga manual, un archivo actualizado con cierta frecuencia o una integración con su tienda. Cualquiera sea el método, dos cosas no cambian: el cambio tiene que propagarse y usted tiene que comprobarlo.

Existe además un mecanismo que conviene revisar antes de dar por sentado que el valor que usted envió es el valor que se muestra. Google ofrece automatizaciones que mantienen los datos del producto tomando información de la página de destino, y están disponibles para precio, precio de oferta, disponibilidad y estado. Según la documentación oficial de las automatizaciones, esas actualizaciones usan el marcado de datos estructurados que encuentran los rastreadores en su sitio y, cuando ese marcado falta o está mal, extractores automáticos. Si el extractor no logra determinar el estado o la disponibilidad, los productos quedan sujetos a desaprobaciones a nivel de artículo.

La lectura práctica para una tienda de prendas únicas es directa: si su página de producto no declara de forma correcta y legible que la prenda es usada y si está disponible, Google puede reemplazar el valor que usted envió por lo que interprete de la página. Revise esa configuración en su cuenta y compare el valor final del artículo con el que cargó, en lugar de suponer que el envío manual prevalece.

La verificación razonable es mirar la prenda concreta que corrigió, no el estado general del catálogo. Compruebe que el valor nuevo aparece en los datos, que la página del artículo coincide con ese valor y que la disponibilidad corresponde a lo que ocurre hoy en su almacén. Si corrigió diez prendas de un mismo lote, compruebe esas diez; un cambio masivo no garantiza que cada artículo quedó correcto.

Un cambio manual inmediato y una actualización programada no tienen el mismo efecto, y la diferencia se nota cuando varias prendas se venden el mismo día.

Preguntas frecuentes

¿Puedo publicar ropa usada sin GTIN?

Puede publicar una prenda usada enviando los identificadores que realmente conoce y declarando que no dispone de los demás. Un identificador desconocido no es lo mismo que un identificador inexistente, así que no marque el campo identifier_exists como falso para todo su inventario usado ni invente un número de pieza. Verifique el requisito aplicable a su cuenta y a su mercado de destino antes de cargar los datos.

¿Qué valor envío en el estado si mi proveedor usa grados A, B y C?

El valor documentado para un producto usado previamente es used. Los grados A, B y C son vocabulario comercial de su proveedor o de su propia clasificación, y no son valores de ese atributo. Puede seguir usando sus grados en la operación y en el texto de cada prenda, pero el campo de estado debe describir si el artículo se usó antes.

¿Debo eliminar la oferta cuando se vende la única prenda disponible?

Depende de si el artículo se agotó por ahora o si esa venta terminó con él de forma definitiva. Si es una prenda única que no volverá, no la trate como una reposición temporal y no reutilice su identificador para otra prenda. Mantenga coherentes los datos enviados, la página y el proceso de compra, y revise qué corresponde hacer con la página del artículo según la documentación vigente.

¿Sirve un catálogo de WhatsApp para aparecer en Google Shopping?

No por sí solo. La oferta debe llevar a una página donde el comprador pueda completar la compra, y una conversación de WhatsApp con precios y cantidades no cumple esa función. Si sus ventas ocurren en una conversación, ese canal sigue siendo válido para vender, pero es un trabajo distinto del de preparar datos de producto.

Prepare las primeras ofertas de su surtido usado

El camino más corto no es cargar todo el almacén, sino completar un primer grupo pequeño con información real. Elija las prendas que ya revisó, tenga a mano su estado, su talla, su color, su fotografía y su precio, y publique solo lo que puede venderse hoy. Un catálogo corto y coherente enseña el proceso; un catálogo grande con datos inventados solo multiplica las correcciones.

Indetexx suministra surtidos generales mezclados de ropa usada y su sistema RECYDOC cubre la recolección y la recepción con inspección documentada con fotografías. Esa documentación sirve para trazar el ingreso del producto usado y para comparar ofertas; no autentica prendas, no asigna identificadores de fabricante ni prepara fichas de producto por usted. Cada ficha se construye con la prenda que usted revisó, y las características de cada lote se confirman caso por caso.

En el siguiente pedido, describa qué categorías y tallas se vendieron en su tienda y qué necesita reponer, junto con el volumen previsto y el destino. Con esa información puede solicitar datos vigentes del surtido disponible antes de comprometerse, revisar el proceso de compra mayorista para confirmar las condiciones de ese pedido concreto y consultar las preguntas frecuentes del comprador mayorista cuando un requisito todavía no esté claro.