Higiene del catálogo en Amazon: 6 errores de listing que te cuestan ventas
R
RenéFreelance Amazon Editor
|
16 min de lectura
Última actualización: 04/11/2026
Un catálogo no se rompe de golpe. Un ASIN pierde silenciosamente su nodo de navegación durante una carga masiva, una variación hija queda huérfana de su padre tras una edición de archivo plano, una imagen principal no supera una verificación de fondo que nadie vuelve a revisar, y tres meses después un vendedor abre Manage All Inventory y se encuentra con una pared de etiquetas Search Suppressed sin saber cuándo aparecieron la mayoría. Ninguno de estos fallos se refleja en un gráfico de ventas hasta que el tráfico perdido ya es historia. Esta guía es una auditoría práctica de higiene de catálogo: los seis puntos donde un listing realmente se rompe, cómo el propio Seller Central expone cada uno, y el orden en que conviene solucionarlos para que un ASIN relevante en ingresos nunca pase un ciclo de reporte roto antes de que alguien lo note.
La higiene de catálogo en Amazon consiste en auditar regularmente tus ASIN activos en busca de seis tipos de fallos: listings suprimidos o en riesgo de supresión de búsqueda (los filtros rápidos de Manage All Inventory y la herramienta Fix Your Products), desvío de nodo de navegación (asignación de categoría incorrecta u obsoleta), variaciones hijas huérfanas (desconectadas de su ASIN padre), infracciones de política de imágenes (fondo, tamaño en píxeles, texto incrustado), daños por ASIN duplicados o fusionados, y términos de búsqueda backend desaprovechados. La página de ayuda de Amazon sobre mantener los listings visibles en búsquedas confirma que los cambios tardan entre 24 y 72 horas en reflejarse, y recomienda revisar el Listing Quality Dashboard semanalmente en lugar de esperar a notar el problema por una supresión.
Por qué un catálogo limpio se degrada por sí solo
Un catálogo no se mantiene limpio por defecto porque casi todos los procesos que lo tocan pueden empeorarlo: una carga masiva de archivo plano puede sobrescribir silenciosamente un nodo de navegación o un bullet point en campos que quien la subió no pretendía modificar; una edición de contenido de brand registry hecha por otra persona de la cuenta puede desvincular una relación de variación; un cambio de imagen pensado para actualizar un marketplace puede fallar una verificación de fondo en otro; y un producto que era perfectamente conforme el día en que se creó puede dejar de cumplir cuando Amazon endurece después un requisito de atributo para esa categoría. Ninguno de estos es un caso raro. Son los modos de fallo normales de un catálogo con más de un puñado de SKU y más de una persona o proceso interviniendo en él.
Tipo de fallo 1: supresión de búsqueda y la ventana de riesgo
La propia guía de Seller Central sobre mantener los listings visibles en búsquedas es específica sobre el mecanismo: "Para evitar que tu listing quede suprimido en las búsquedas, Amazon puede exigirte que actúes antes de una fecha determinada. Si no actúas, por ejemplo añadiendo los atributos requeridos, tu ASIN podría eliminarse de las búsquedas." El detalle operativo clave que la mayoría de vendedores pasa por alto es que existen dos estados distintos, no uno. Ve al menú Inventory, selecciona Manage All Inventory, abre la categoría Activate Listings, y el panel Quick Filters muestra ambos: "At-risk of search suppression" para listings con una fecha límite que todavía no han sido retirados, y "Search Suppressed" para los que ya fueron excluidos de las búsquedas. Al hacer clic en un problema de cualquiera de las dos listas se abre un panel lateral derecho que indica el motivo exacto y la solución, SKU por SKU.
El filtro de riesgo es la solución económica, no el de supresión
Corregir un ASIN mientras aún aparece como 'en riesgo' no cuesta nada más que el tiempo de añadir el atributo faltante. Corregirlo después de que ya esté suprimido en búsquedas cuesta cada día de visibilidad de búsqueda perdida entre la fecha de supresión y la corrección, más hasta 72 horas adicionales para que la propia corrección se propague. Revisar el filtro de riesgo semanalmente, antes de la fecha límite que Amazon indica en cada SKU, es toda la diferencia entre ambos resultados.
La guía de Seller Central también fija expectativas correctas sobre los tiempos: "Los cambios tardarán hasta 48 horas en reflejarse" en las propias vistas de riesgo y suprimido actualizándose después de que actúes, algo separado de que el cambio de contenido en sí necesite propagarse primero por el sistema del catálogo. Un vendedor que corrige un atributo faltante y vuelve a comprobar diez minutos después, ve la etiqueta sin cambios y asume que la corrección falló, está reaccionando a un sistema que aún no ha terminado de procesar, no a un fallo real. El patrón seguro es: corregir el atributo, esperar al menos 48 horas y luego volver a revisar el SKU concreto antes de escalar a Seller Support.
Tipo de fallo 2: desvío de nodo de navegación
Un nodo de navegación (browse node) es el árbol de categoría y subcategoría en el que se clasifica un producto, y determina tanto los filtros de búsqueda de la izquierda que usan los compradores como el ranking de más vendidos de categoría que obtiene el ASIN. Los nodos de navegación se desvían por tres motivos habituales: una carga masiva de archivo plano que dejó el campo del nodo en blanco, lo sobrescribió con un valor predeterminado de la plantilla, o apuntó directamente a la plantilla equivocada; una fusión de catálogo que trajo consigo el nodo antiguo de un listing desde antes de que fuera reclasificado; o que Amazon mismo divida o renombre un nodo y nunca migre los listings existentes al nuevo. Nada de esto aparece como un error en tus paneles, porque el ASIN sigue teniendo una oferta activa y sigue vendiendo. La única forma de detectar esta desviación de nodo es abrir la página de producto en vivo y leer la ruta de navegación (breadcrumb), o revisar el campo de categoría directamente en la vista de edición de Manage Inventory, comparándolo con el de un producto equivalente de un competidor cercano.
Síntoma
Causa probable
Dónde revisar
El ASIN posiciona bien en búsquedas por título exacto pero nunca aparece cuando un comprador navega por la categoría
Nodo de navegación incorrecto o demasiado amplio
Ruta de navegación de la página de producto en vivo; Manage Inventory, Edit > Category
El ranking de más vendidos parece inusualmente alto (malo) para un producto que en realidad vende bien
Nodo demasiado amplio, lo que diluye el ranking frente a un conjunto de competencia mucho mayor
Comparar el nodo con el listing de un competidor cercano en la misma subcategoría
Los filtros de búsqueda específicos de la categoría (tamaño, material, uso) no aparecen en el listing
El nodo no incluye el conjunto de atributos del que dependen esos filtros
Panel de filtros de la izquierda en la página de producto en vivo
Un ASIN cargado masivamente hace poco tiene una categoría visiblemente genérica o predeterminada
La plantilla de archivo plano dejó el campo del nodo en blanco o usó un valor predeterminado de la plantilla
Manage Inventory, Edit > Category, comparado con la plantilla de carga
No existe un único informe de Seller Central que liste todos los ASIN con un nodo desviado, y eso explica precisamente por qué esta clase de fallo sobrevive más tiempo en un catálogo: nadie lo busca activamente porque no hay ninguna señal de alerta en la que hacer clic. Una rutina práctica es revisar el nodo de navegación de tus ASIN con más ingresos una vez por trimestre, y en cualquier ASIN inmediatamente después de una carga masiva o una fusión de catálogo, que es precisamente cuando se introduce la desviación.
Clase de fallo 3: variaciones hijas huérfanas
Una familia de variaciones permite que un comprador cambie entre las opciones de talla o color de un producto en una sola página de detalle, manteniéndose dentro del mismo conteo combinado de reseñas y del mismo grupo de elegibilidad para la Buy Box. Un ASIN hijo queda huérfano cuando una edición de archivo plano, una actualización de contenido de Brand Registry, o un error de catálogo rompe su relación de parentesco, normalmente sin que aparezca ningún error visible en el momento en que ocurre. El hijo huérfano sigue teniendo una oferta activa y puede seguir vendiendo con normalidad mediante búsqueda directa, pero pierde tres cosas a la vez: el selector de talla/color que antes mostraba las opciones hermanas, el conteo combinado de reseñas que aportaba la familia (un huérfano vuelve a mostrar solo sus propias reseñas individuales) y, en algunos casos, su lugar en una rotación de Buy Box previamente ganada, si la desvinculación coincide con una actualización del listing.
La forma más rápida de detectar un huérfano es comparar la página de detalle en vivo de cada hijo con la de su padre: un hijo correctamente vinculado muestra el selector de variaciones completo con todas las tallas o colores hermanos; un huérfano muestra solo su propia opción, a menudo con un conteo de reseñas visiblemente menor del que recuerdas que tenía la familia. Una segunda comprobación, más fiable, es el informe de relaciones de variación disponible en la herramienta Add Products via Upload de Manage Inventory, que lista todos los emparejamientos padre-hijo registrados actualmente, de modo que un emparejamiento ausente aparece como un hueco en el informe en lugar de algo que tengas que detectar visualmente entre decenas de ASIN hijos.
Volver a vincular un hijo no siempre es una solución que puedas hacer tú mismo
Algunos ASIN hijos huérfanos se pueden volver a vincular mediante una carga correctiva de archivo plano que restablece la relación padre-hijo; otros, en particular en catálogos con Brand Registry donde la desvinculación se originó por una edición de contenido de otra persona, requieren abrir un caso con Seller Support indicando el ASIN padre, el ASIN hijo y la fecha en que se sabe que la familia estuvo intacta por última vez. Presentar el caso con esa información exacta desde el principio evita el ir y venir de varias rondas que ocurre cuando la primera respuesta solo dice "por favor confirme el ASIN".
Clase de fallo 4: infracciones de la política de imágenes
Los requisitos de la imagen principal de Amazon (fondo blanco puro, sin texto añadido, gráficos, marcas de agua ni imágenes insertadas, el producto ocupando la mayor parte del encuadre, cumpliendo una dimensión mínima de píxeles para el zoom) están publicados y son bien conocidos, pero la aplicación no siempre es inmediata, y eso explica precisamente por qué las infracciones sobreviven en un catálogo activo en lugar de bloquearse en el momento de la carga. Una imagen principal puede superar las comprobaciones automáticas el día en que se sube y, aun así, ser marcada más adelante por una revisión manual, un endurecimiento de la política o una denuncia de un competidor, apareciendo normalmente primero como una penalización más silenciosa: visibilidad limitada en los carruseles de imágenes móviles o una alerta dentro del Listing Quality Dashboard, en lugar de una supresión inmediata. Las imágenes secundarias (no principales) tienen más margen para fotos de estilo de vida e infografías, pero las mismas reglas de fondo y texto se aplican específicamente a la imagen principal, y una imagen secundaria que hace el trabajo que debería hacer la imagen principal (encuadre claro de una sola unidad) es en sí misma un problema de pérdida de conversión, incluso cuando no se infringe ninguna política.
Imagen principal sobre un fondo blanco puro o casi blanco, sin texto añadido, logotipos, insignias ni marcas de agua incorporados al encuadre.
El producto ocupa la mayor parte del encuadre de la imagen; no es un objeto pequeño flotando en un espacio blanco vacío.
Sin inserciones ni productos secundarios mostrados dentro de la imagen principal (la imagen principal de un pack de dos unidades de un mismo producto debe mostrar el paquete real, no un montaje).
La resolución de la imagen cumple el mínimo habilitado para zoom exigido por la categoría; una imagen principal demasiado pequeña para hacer zoom ya es en sí misma una pérdida de conversión, aunque no se marque como incumplimiento de política.
No hay maniquí, soporte o parte del cuerpo desencarnada visible donde las directrices de la categoría exigen que el producto se muestre solo o puesto sobre un modelo visible.
La auditoría práctica aquí es simple y rápida: abre la imagen principal de tus 20 ASIN con más ingresos a resolución completa, no la miniatura, una vez por trimestre. Una infracción en un ASIN estrella merece corregirse de inmediato; una infracción en un SKU de rotación lenta puede esperar a la siguiente revisión trimestral, ya que el coste de dejarla así es proporcional al tráfico que realmente recibe ese ASIN.
Clase de fallo 5: detección de duplicados y fusiones de ASIN erróneas
Amazon detecta automáticamente y, en algunos casos, fusiona de forma automática los listados que considera que representan el mismo producto, normalmente a raíz de una coincidencia de UPC, EAN u otro identificador externo enviado en un nuevo intento de listado. Cuando la coincidencia es correcta, la fusión es inofensiva. Cuando es errónea, por ejemplo un identificador de producto genérico compartido entre artículos realmente distintos, o un listado creado con un código de barras reciclado, el resultado es una única página de detalle que arrastra reseñas, imágenes o un título que pertenecen a otro producto, con tu propio inventario ahora vinculado a un contenido que no escribiste y que puede ni siquiera describir con precisión lo que vendes. Esta clase de fallo es la más difícil de detectar de forma proactiva porque la página fusionada puede parecer completamente normal para un comprador; la señal de alarma suele ser que el propio vendedor note que sus fotos de producto, sus bullet points o sus reseñas no coinciden con lo que ahora aparece en la página de detalle de su propio ASIN.
La vía de solución es abrir un caso con Seller Support citando el ASIN concreto, el identificador de producto correcto al que debería estar asociado tu inventario, y pruebas (tus propias fotos de producto, la fecha de creación del listado original, una foto del empaque que muestre el UPC real) de que la fusión es errónea y no un caso de dos vendedores que realmente venden el mismo artículo. Detectarlo a tiempo es clave porque, cuanto más tiempo permanezca activa una fusión errónea, más historial de reseñas y ventas se acumula en la página equivocada, y desenredar el historial de dos productos tras meses de datos mezclados es un caso de soporte mucho más complicado que detectarlo en la primera semana.
Clase de fallo 6: desperdicio de términos de búsqueda en el backend
Los términos de búsqueda del backend (la pestaña de palabras clave en la página de edición de un listado, invisible para los compradores) son el campo más barato de todo el catálogo para auditar, y el que la mayoría de los vendedores nunca vuelve a revisar después de crear el listado por primera vez. Los términos que ya no coinciden con el comportamiento de búsqueda actual, que repiten una palabra que ya aparece en el título o los bullets visibles (donde ya está indexada y no necesita duplicarse en el campo de backend), o que hacen referencia a una variante, promoción o temporada descontinuada, no son perjudiciales por sí solos, pero cada carácter gastado en un término muerto es un carácter que no se gasta en un término que hoy podría estar generando descubrimiento real. Una revisión trimestral que elimine términos muertos y añada otros vigentes, contrastada con lo que muestra tu informe real de términos de búsqueda que convierten para ese producto, es de bajo riesgo, bajo coste y fácil de postergar indefinidamente, que es precisamente la razón por la que conviene ponerla en la misma cadencia fija que las otras cinco comprobaciones en lugar de confiar en acordarte de hacerla.
Detectar estas seis clases de fallos exige una vigilancia constante, no un recordatorio trimestral.Listing Optimizer revisa los campos de título, bullets, imágenes y palabras clave de backend frente a los requisitos vigentes de la categoría, de modo que un atributo desviado o un término de búsqueda obsoleto salga a la luz sin necesidad de una revisión manual. Alerts marca un listado en el momento en que pasa a estado suprimido en búsqueda o en riesgo, de modo que la corrección ocurre dentro de la ventana de riesgo barata en lugar de después de que la supresión ya haya costado una semana de tráfico. Para un análisis en profundidad sobre las causas de supresión específicamente, consulta Amazon Listing Suppressed 2026.
Ejemplo práctico: la primera auditoría trimestral de un catálogo de 40 SKU
Un vendedor con 40 ASINs activos ejecuta por primera vez la auditoría de seis puntos. Los filtros rápidos de riesgo y suprimidos en Administrar todo el inventario devuelven 3 SKUs en riesgo (falta un atributo ahora obligatorio en un tipo de listado antiguo) y 1 ya suprimido de la búsqueda por falta de descripción de producto, lo cual, según la propia guía de Seller Central, requiere una contribución de registro de marca ya que el vendedor es un revendedor y no el propietario de la marca, por lo que ese caso se envía a Soporte al Vendedor junto con el estado de revendedor autorizado de la marca. Una revisión puntual de nodos de navegación en los 10 ASINs principales por ingresos encuentra 1 clasificado bajo una categoría predeterminada demasiado amplia, resultado de una carga masiva ocho meses antes, que diluye silenciosamente su ranking de más vendidos frente a un conjunto de competencia mucho más amplio del que debería formar parte. El informe de relaciones de variaciones revela 2 hijos huérfanos, ambos rastreados hasta el mismo lote de archivo plano de una actualización de precios tres meses antes que vació sin querer el campo de relación parental. Una revisión de imágenes a resolución completa en los 20 ASINs principales encuentra 1 imagen principal con un pequeño gráfico de insignia añadido dentro del encuadre, subida antes de que el equipo del vendedor conociera la regla actual sobre imágenes principales. En esta ronda no aparecen fusiones incorrectas de ASINs. La revisión de términos de búsqueda de backend elimina 6 términos estacionales obsoletos en 4 listados y añade 9 términos actuales extraídos del informe de términos de búsqueda. Total: 3 correcciones de riesgo (el mismo día, económicas), 1 caso de supresión (Soporte al Vendedor, días para resolverse), 1 corrección de nodo de navegación, 2 reconexiones de variaciones, 1 sustitución de imagen y una limpieza de palabras clave, todo detectado en una sola tarde en lugar de descubrirse uno a uno durante el año siguiente mientras cada uno va costando tráfico en silencio.
Errores comunes al ejecutar una auditoría de higiene del catálogo
Revisar solo el filtro de Suprimido de la búsqueda y omitir el de En riesgo, lo que hace que cada corrección se aplique después de que ya haya comenzado la pérdida de tráfico, en lugar de antes.
Volver a comprobar una corrección 10 minutos después de enviarla y concluir que falló, cuando la propia guía de Amazon indica que los cambios pueden tardar hasta 72 horas en reflejarse.
Asumir que un ASIN que todavía vende no tiene ningún problema de nodo de navegación, cuando en realidad la desviación de nodo diluye el ranking de más vendidos y oculta el producto de la navegación por categorías, sin reducir en absoluto las ventas por búsqueda directa.
Tratar una variación huérfana como un problema puramente estético, cuando en realidad también le quita el recuento combinado de reseñas que aporta la familia y puede afectar la elegibilidad para la Buy Box.
Auditar las imágenes principales desde la vista de miniatura en Administrar inventario en lugar de la página en vivo a resolución completa, lo que oculta textos pequeños añadidos o gráficos de insignia incrustados en la esquina de una imagen.
Enviar un caso de Soporte al Vendedor por una fusión incorrecta sin adjuntar la evidencia de antemano (fecha original del listado, fotos del producto, identificador correcto), lo que convierte una corrección de una sola ronda en semanas de idas y vueltas.
Cómo ejecutar la auditoría trimestral
Ejecuta una auditoría de higiene del catálogo de Amazon de seis puntos
Aplica ambos filtros de supresión - En Administrar todo el inventario, abre Activar listados y revisa tanto el filtro rápido de En riesgo de supresión de búsqueda como el de Suprimido de la búsqueda; corrige el motivo indicado de cada SKU con ingresos relevantes antes de continuar.
Revisa puntualmente los nodos de navegación en los ASINs con más ingresos - Abre la página de producto en vivo de cada uno de los 10 ASINs principales, lee la ruta de navegación (breadcrumb) y compárala con la de un listado equivalente de un competidor cercano; reclasifica todo lo que parezca demasiado amplio u obsoleto.
Extrae el informe de relaciones de variaciones - Desde la herramienta de carga de Administrar inventario, extrae las relaciones padre-hijo actuales y marca cualquier hijo que falte en una familia a la que debería pertenecer.
Revisa las imágenes principales a resolución completa - Abre la imagen principal en vivo (no la miniatura) de tus 20 ASINs principales por ingresos y compárala con las reglas de fondo blanco, sin texto añadido y encuadre completo.
Vigila fusiones inesperadas - Comprueba puntualmente que las imágenes, los bullets y el recuento de reseñas de tu propio listado sigan coincidiendo con lo que creaste; presenta un caso de Soporte al Vendedor con evidencia de inmediato ante cualquier discrepancia.
Limpia los términos de búsqueda de backend - Extrae el informe de términos de búsqueda de cada listado, elimina los términos obsoletos o duplicados y añade términos actuales por los que el producto realmente se está encontrando.
¿Cuál es la diferencia entre un listado inactivo y un listado suprimido de la búsqueda?
Un listado inactivo normalmente no tiene stock y simplemente no tiene nada que vender; un listado suprimido de la búsqueda tiene una oferta activa pero ha sido eliminado de los resultados de búsqueda por no cumplir un requisito de contenido o de conformidad. El filtro de Estado del listado de Administrar todo el inventario y la herramienta Corregir tus productos separan ambos casos por código de motivo.
¿Cuánto tiempo tarda en reflejarse una corrección de listado después de enviarla?
La propia guía de Seller Central sobre cómo mantener los listados visibles indica que los cambios pueden tardar hasta 72 horas en reflejarse, y las propias vistas de estado de riesgo o supresión pueden tardar hasta 48 horas en actualizarse después de actuar. Volver a revisar dentro de la primera hora y asumir que la corrección falló es precipitado.
¿Puedo corregir un nodo de navegación yo mismo, o necesito a Soporte al Vendedor?
Por lo general, un nodo de navegación se puede editar directamente desde la vista de Edición de Administrar inventario o mediante una carga correctiva de archivo plano. Soporte al Vendedor suele ser necesario solo cuando la categoría requiere una aprobación de categoría restringida que aún no tienes, o cuando el nodo está bloqueado por un conflicto de contenido del registro de marca.
¿Por qué mi ASIN hijo perdió su recuento de reseñas?
Si el hijo se desvinculó de su familia de variación padre (quedando huérfano), vuelve a mostrar solo sus propias reseñas individuales en lugar del recuento combinado de reseñas de la familia que aporta la relación de parentesco.
¿Una imagen de producto secundaria (que no es la principal) sigue la misma regla de fondo blanco que la imagen principal?
No. La regla estricta de fondo blanco y sin texto añadido se aplica específicamente a la imagen principal. Las imágenes secundarias tienen más libertad para fotos de estilo de vida, infografías y fotos de uso, aunque igualmente deben representar con claridad el producto real.
¿Qué debo incluir en un caso de Seller Support por una fusión de ASIN incorrecta?
El ASIN afectado, el identificador de producto correcto con el que debería estar emparejado tu inventario y pruebas como tus propias fotos del producto, la fecha original de creación del listing o una foto del empaque que muestre el identificador real, enviadas todas juntas en el primer mensaje en lugar de esperar a una solicitud de seguimiento.
¿Con qué frecuencia debo revisar el Listing Quality Dashboard?
La propia guía del foro de vendedores de Amazon recomienda revisarlo semanalmente, ya que muestra atributos faltantes y acciones urgentes antes de que se conviertan en una fecha límite de suspensión, no después.
¿Una auditoría de higiene del catálogo es un proyecto puntual o una tarea continua?
Continua. Un catálogo se va deteriorando constantemente por cargas masivas, ediciones de brand registry, cambios de política y fusiones automáticas, por lo que las seis revisiones de esta guía funcionan mejor cuando se hacen con una cadencia trimestral fija, en lugar de como un proyecto de limpieza único.
Stop Juggling Tools. SellerMagnet Combines Everything You Need.