Virtual try-on for wigs

The one on this list we would not oversell

Wigs replace a feature rather than add a garment, which is a genuinely different operation from the one this pipeline was built for.

Every other page here describes a category the engine handles well or handles with known limits. This one is different, and it is more useful to you to say so.

Why it is a different problem

Putting a coat on someone adds an object to a photograph. Putting a wig on someone replaces something that is already there — their existing hair, over an area that includes the face boundary, which is the part of an image a viewer scrutinises hardest.

The pipeline composes garments onto a person. A wig is not a garment in that sense, and the same call that reliably layers a jacket over a shirt is doing something structurally harder when the target is hair.

Where we actually are

Not benchmarked, not tuned for this, and no measured pass rate. It runs — the mechanism does not refuse a wig product — and the results are inconsistent in a way that we have not characterised well enough to describe honestly beyond that.

If wigs are your primary category, this is not the product to build your storefront on today. If they are one line among many, the integration covers them at no extra cost and you can judge the output on your own catalogue before putting it in front of shoppers. Run it in the admin playground on your own products first — that is what it is for.

If you try it anyway

Straight-on, well-lit photographs. Existing hair worn flat and back gives the model the least to undo. Product images shot on a plain background rather than on a mannequin head with a competing hairline.

Questions

Does it work?

Sometimes, and we cannot yet tell you how often. That is a more useful answer than a yes.

Why offer the category at all?

Because a merchant with a mixed catalogue should not have a hole in it, and because you can evaluate it yourself in the playground before any shopper sees it. What we are not doing is claiming a quality level we have not measured.

Will it improve?

Quality is a gate here, not a weight — a model joins the routable pool by clearing a benchmark, and cost is optimised only within that pool. When a model handles this properly it becomes available to you without an integration change.

Can I test before deploying?

Yes. The admin playground runs the same pipeline as the storefront widget, on your own catalogue, spending your own credits. Nothing needs to be live to evaluate it.

Other categories