Demand stacks in a predictable order. The body part comes first, the condition second, the product type third, then the grade or the size. Knee brace, knee brace for a meniscus problem, hinged knee brace, then how to measure a knee for one. A catalog organised only by product type answers the third of those and misses the rest. The structure that works is a page for every body part, a page for every condition the range is designed around, and product pages carrying the measurement and the grade as text rather than only inside an image.
The condition library is the part that earns links and holds position, and it is also the part that has to be written carefully. Each page describes what is happening anatomically, what a support does mechanically, when self-management is reasonable and when someone should see a professional. That last section is not a legal ornament. It is the reason the page reads as trustworthy to a reader and to a search quality rater, and it keeps the store well clear of the treatment claim line.
The technical risk is proliferation. A brace in six sizes and two colours should be one indexable product with variants, not twelve competing URLs, and the faceted navigation that lets people filter by size, grade and body part needs canonical and crawl rules before it multiplies into the index. Size charts belong in HTML tables with real numbers, because a downloadable file cannot be read by a shopper on a phone or by anything else that matters.