Introducing Flexbox into production layouts
Modern Flexbox is becoming practical for component layout, but production support still includes older syntax and significant Internet Explorer 10 and 11 behaviour that must be tested rather than inferred.
Use Flexbox for one-dimensional relationships
Apply it to navigation, control groups, media objects and card rows where alignment along one axis is the main problem. Keep document order meaningful and do not use the order property to repair inaccessible markup.
Generate required prefixes
Use an established tool such as Autoprefixer with an explicit browser policy instead of maintaining multiple Flexbox syntaxes manually. Review the compiled output when a property behaves differently across specification generations.
Account for sizing defects
Test min-height containers, flex-basis, nested flex elements and intrinsic image sizes in supported IE versions. Add narrowly documented workarounds rather than a global collection of unexplained width and overflow rules.
Provide a usable fallback
Write block or inline-block layout before the flex declaration where older browsers remain supported. The fallback may be less evenly aligned, but content and controls must remain complete and operable.
Exercise real content
Test long translated labels, missing images, validation text, browser zoom and wrapping at intermediate widths. Equal-height demonstration cards are not sufficient evidence for a production component.
Feature support tables cannot describe an implementation defect in the exact nested layout; retain browser-specific regression cases for accepted workarounds.