Governing Information Architecture After Launch

A shipped IA starts decaying the day the next team adds a page in the wrong place. Governance is the set of agreements that slow that decay: who may create a top-level label, what evidence is required to add a category, how redirects and aliases are handled when something is renamed, and how often the structure is reviewed against search logs and support tickets. Without those agreements, every release becomes a quiet renegotiation of the map.

Good governance is light enough that teams still ship, and strict enough that exceptions are visible. A practical pattern is a small IA review for changes that touch navigation, taxonomy, or cross-site templates, not for every content edit, plus a living style guide for labels and a changelog of structural decisions. Metrics matter here: rising "no results" queries, growing orphan pages, and support contacts about findability are governance signals, not only content bugs.

Strategy decides what the structure should be. Governance decides what happens the hundredth time someone wants to bend it.

Exercise

The scenario: Six months after launch, a product marketing team wants a new top-level nav item for a campaign microsite. Engineering can ship it in a day. Support reports that customers already confuse two similarly named sections. There is no documented owner for navigation changes.

What is the most governance-appropriate next step before adding the top-level item?