All posts
Ray Iyer
Ray Iyer
Co-founder, Anglera

Beauty on marketplaces: the listing data that wins the buy box

Why thin beauty feeds lose the buy box on Amazon, the attribute and identifier bar marketplaces enforce, and how brands reach channel-ready completeness.

Beauty on marketplaces: the listing data that wins the buy box

Beauty sells differently on marketplaces than almost any other category: shoppers buy on shade, finish, ingredient list, and skin type before they buy on price. A feed that's missing half of that is not a cosmetic problem. It's the reason a listing loses the buy box, gets suppressed in search, or never shows up when someone asks an AI assistant to recommend a lipstick.

The buy box isn't just about price anymore

Sellers still obsess over landed price and fulfillment speed, and those matter. But Amazon has been explicit that a large share of buy box eligibility now runs through attribute completeness: the platform has pushed sellers toward requiring roughly 80% of key attributes filled in before an offer is even considered competitive for the featured offer, according to Repricer's 2026 buy box guide. Feedback rate, order defect rate, and price still decide who wins among eligible offers. Content decides who's eligible at all.

That's a different failure mode than most beauty brands plan for. A seller can have great pricing, fast Prime shipping, and a clean account, and still get boxed out because the shade name, size, or ingredient field is blank on 40% of a 60-SKU lipstick line.

The content and identifier bar, in practice

Marketplaces enforce a mix of structural rules (identifiers, images, category-specific attributes) and quality rules (readable text, no claims Amazon can't verify). For beauty specifically, the bar looks like this:

RequirementWhat it actually checksCommon beauty failure
GTIN/UPC matchBarcode must resolve in the GS1 database; mismatched brand-to-GTIN registration can trigger listing suspensionPrivate-label shades launched under a GTIN exemption, then re-added incorrectly when the brand scales
Category attributesShade, finish, size/volume, skin type, formulation (e.g., matte, satin, cream)Shade and finish left as free text instead of the structured attribute Amazon expects
Ingredient/claims dataFull ingredient list, and no unverifiable claims ("cures," "eliminates," "clinically proven" without support)Marketing copy ported straight from the brand site, unverifiable claims stripped by Amazon after the fact
ImagesMultiple angles, swatch or shade card, packaging shown per Amazon's image guidanceSingle hero shot with no on-model swatch, no shade comparison grid
A+/enhanced contentText must live in the module's text field, not baked into an image, or it's invisible to screen readers and doesn't localizeIngredient callouts and shade guides burned into image graphics, rejected or ignored
Compliance docsSafety assessments, restricted-ingredient screening for the beauty ungating processDocumentation exists at the brand level but never gets attached to the specific ASIN

Each row is a place where a listing can look "done" to a merchandiser and still be incomplete to the platform.

A lipstick, before and after

Take a single SKU: a matte lipstick in a shade called "Rosewood." Here's what a typical brand feed sends versus what's needed to be channel-ready.

FieldRaw feed (typical)Enriched, channel-ready
TitleMatte Lipstick - RosewoodLong-Wear Matte Lipstick, Rosewood (Warm Rose-Brown), 0.12 oz
Shade attribute(blank, only in title)Rosewood
Finish attribute(blank)Matte
Skin tone/undertone guidance(blank)Suited for warm and neutral undertones
Size/volume(blank)0.12 oz / 3.5 g
IngredientsLink to PDF on brand siteFull INCI list in the ingredients field
GTINReused from a discontinued shadeUnique, GS1-verified UPC for this shade
Images1 packshotPackshot, swatch on skin, shade comparison grid, texture close-up

The left column is common, not rare. It's the default output of a PIM built for internal merchandising, not for what a marketplace or an AI shopping agent needs to parse.

Why this matters more with AI shopping in the mix

Ask an AI shopping assistant to "recommend a long-wear matte lipstick for a warm-toned complexion under $20," and the answer comes from structured data, not a glossy description. Amazon's own Rufus assistant, now folded into the broader Alexa for Shopping experience, pulls from listing attributes, reviews, and A+ content text to generate comparisons and suggestions, according to Amazon's announcement. If shade, finish, and undertone aren't structured attributes, the assistant has nothing to match against the shopper's question, and the SKU simply doesn't surface.

That's the mechanism, not a guess: incomplete attributes mean the retrieval layer, human or AI, has less to work with, so it defaults to competitors whose data is complete.

Getting to channel-ready without rebuilding the PIM

None of this requires ripping out a PIM or building a marketplace team from scratch. It requires a layer that checks every SKU against each channel's actual bar, whichever those channels' current attribute lists happen to be, and fills the gaps with brand-consistent, verifiable copy before the feed goes out.

Anglera plugs into whatever system already holds the beauty catalog and does that enrichment work continuously: scoring each SKU against Amazon's (and other marketplaces') real attribute and identifier requirements, filling shade, finish, ingredient, and size data, and flagging claims that won't survive a compliance check. The PIM keeps storing the data. Anglera keeps it complete enough to win the buy box and get picked when someone asks an AI to recommend a lipstick.

Ray Iyer

About the author

Ray IyerCo-founder, Anglera

Ray is a co-founder of Anglera, building the product-data infrastructure for agentic commerce — turning messy catalogs into structured, AI-readable data that buyers and answer engines can find. Previously product at Uber; Stanford CS.

See it on your own SKUs.

A 30-minute walkthrough on your categories and your supplier data.

Book a demo