GSA update triage
Updates are different from evergreen guides
A guide like 'What is MAS?' should stay stable. An updates page can track current policy movement, refreshes, source pages, and contractor actions. Keeping them separate protects the quality of both.
That is why this page covers procurement consolidation, commercial-first buying, FAR overhaul, fixed-price signals, OneGov, and ordinary MAS refresh work in one organized place.
Refreshes need their own archive
The refresh parent page explains how refreshes work. Individual refresh pages, such as Refresh 31, should explain what changed, why it mattered, and what contractors should check.
Do not turn updates into alarms
The right tone is calm and operational. A change may require review, acceptance, reporting setup, or template cleanup. The page should help users act without panic.
Policy pages should answer 'what do I do with this?'
Executive orders and OMB memos are useful to contractors only when they change a practical question: which vehicle will the buyer use, what proof should a commercial provider keep ready, what contract type is favored, and which GSA program is becoming more visible.
Each child page is built around that translation, with source links saved at the bottom for deeper review.
What this looks like in practice
Update logMake each update answer three questions
What changed, who is affected, and what should a contractor check? That structure keeps GSA updates practical instead of turning the page into a headline dump.
Frequently asked questions
Why use /guides/gsa/updates instead of /guides/gsa/news?
Updates is broader and more durable. It can include news, but it is focused on contractor action, not headlines.
Should every GSA refresh get a page?
Only when it adds useful context. Refresh 31 should come first because it changed TDR expectations across MAS SINs.
Should update pages be requested in GSC immediately?
No. Publish, validate, let the sitemap expose them, then selectively inspect important pages after QA.