Metric Definition
How often pages are updated
Track from
Page edit frequency
Page edit frequency is the average number of edits made to pages across a site or knowledge base over a defined period. It measures how actively existing content is being maintained, which is a strong signal of whether a knowledge base is trusted and alive or quietly going stale. Read alongside creation, it separates real upkeep from one-off publishing.
7 min read
What is page edit frequency?
Page edit frequency is the average number of edits made to existing pages over a defined period, expressed per page. If a 500-page knowledge base receives 1,000 edits in a month, the edit frequency is 2 edits per page per month. It can also be read as how often a given page is touched, which surfaces both heavily maintained pages and ones that have not changed in years.
The metric matters because content that is never edited quietly goes stale, and stale content erodes trust in the whole knowledge base. A healthy edit frequency means the team is keeping pages accurate as the product, policy, or world around them changes. A frequency near zero on important pages is an early warning that the knowledge base is drifting out of date even while it looks complete.
Edit frequency is the maintenance counterpart to page creation rate. Creation measures how fast you add content, edit frequency measures how well you keep it alive. The two together describe the real health of a knowledge base, in the same way that adding new customers and retaining existing ones together describe the health of a subscription base, a balance also seen in retention rate.
A high edit frequency is not automatically good. Constant edits to the same page can mean churn, unclear ownership, or content that was never right to begin with. Read edit frequency alongside what is being edited and why, not as a number to maximise.
How to calculate page edit frequency
The base calculation divides total edits by the number of pages over a period. The definitions of an edit and the page scope decide whether the number means anything, so set them deliberately before you measure.
- 1
Total edits
The count of edits saved in the period. Decide whether a meaningful edit is any save, or only a save that changes content beyond formatting, and apply that rule consistently.
- 2
Pages in scope
The number of pages you are averaging across. Limiting scope to active or important pages gives a far more useful frequency than averaging across an archive that no one expects to change.
- 3
The period
The window over which you count edits, such as a month or quarter. Keep it consistent so freshness trends remain comparable across periods.
- 4
Distinct editors
The number of different people making edits. A frequency driven by many contributors is healthier than the same figure produced by one person reworking the same pages.
Worked example: a knowledge base of 400 active pages receives 600 content edits in a quarter from 15 distinct editors. The edit frequency is 600 divided by 400, which is 1.5 edits per page per quarter. But an average hides distribution. If 50 pages absorbed 500 of those edits and the other 350 pages were never touched, the average looks healthy while most of the base is going stale. Always look at the distribution behind the average, because the pages with zero edits are usually the ones the metric exists to catch.
Page edit frequency in a metric tree
An average edit frequency tells you how active maintenance is overall but not why, or where the gaps are. A metric tree decomposes the frequency into the forces that drive editing and traces each to the team or process that controls it. This turns a maintenance average into a map of where content stays fresh and where it rots.
The first level splits edit frequency into the demand for changes, the ease of making them, the clarity of ownership, and the share of content that is being neglected. Each branch decomposes further. Change demand reflects product releases, policy updates, and reported errors. Editing ease covers tooling friction and approval delay. Ownership clarity covers whether each page has a named maintainer and a review cadence. Neglect covers the count of stale pages and how long since they were last touched.
This structure lets you diagnose a change precisely. If overall frequency looks fine but trust is falling, the tree shows whether edits are concentrated on a few pages while important ones sit unowned and stale. Each diagnosis points to a different owner and a different fix.
Metric tree insight
Ownership clarity is the branch that most often explains a healthy-looking average masking real rot. Pages with a named maintainer and a review cadence get edited. Unowned pages do not, no matter how good the average looks, because no one feels responsible for keeping them current.
Page edit frequency benchmarks
There is no single benchmark for page edit frequency, because the right pace depends on how fast the underlying subject changes. A pricing or product page needs frequent edits, while a stable reference page may correctly go untouched for a year. The ranges below orient by content type, but the most useful benchmark is whether each page is edited as often as its subject actually changes.
| Content type | Healthy edit cadence | What sets the cadence |
|---|---|---|
| Fast-changing product docs | Multiple edits per month | These pages must track an evolving product. A low edit frequency here is a clear staleness risk, because the content falls out of date almost immediately. |
| Policy and process pages | Every quarter or on change | Edits are driven by policy updates rather than a fixed schedule. The right signal is whether the page changed when the policy did, not a steady cadence. |
| Reference and conceptual pages | Once or twice a year | Stable content that needs only occasional accuracy checks. A low frequency is healthy here, so judge by an explicit review date rather than edit count. |
| Archived content | Rarely or never | Pages kept for the record are not expected to change. Include them in scope only if you want to track archival, not active maintenance. |
Read these cadences against each page rather than the base as a whole. The most useful version of this metric is the share of important pages that have been reviewed or edited within their expected window, because that catches the specific pages drifting out of date. A single average across every content type will always look reassuring and tell you very little.
How to improve page edit frequency
Improving edit frequency means getting the right pages edited at the right cadence, not lifting an average. The metric tree shows whether the constraint is unclear ownership, editing friction, missing demand signals, or a backlog of neglected pages, and that is where to focus first.
Assign clear ownership
Give every important page a named maintainer and a review cadence. Pages with an owner get edited and pages without one go stale, so clear ownership is usually the highest-leverage change.
Alert on staleness
Flag pages that have not been edited within their expected window so neglect surfaces before readers notice it. A staleness alert turns silent drift into a visible task for the owner.
Lower editing friction
Make edits quick to propose and quick to publish, including for occasional contributors. When fixing a page is a two-minute job rather than a process, small corrections actually get made.
Channel change signals
Route product releases, policy updates, and reader feedback to the pages they affect. When the demand for a change reaches the right page automatically, edits happen close to the event that prompted them.
The metric tree approach starts by finding which branch is leaving content stale, then assigning a clear owner to fix it. Ownership and review cadence sit with whoever runs the knowledge base. Editing tooling sits with the platform team. Change signals sit with the teams shipping the products and policies that make pages go out of date.
KPI Tree fits this metric closely because its model puts named accountability on every node and pushes an alert to the owner when their branch moves. When a critical page crosses its staleness threshold or an unowned cluster of pages stops being edited, the accountable person sees it rather than the rot hiding inside a healthy average. The verified impact loop then checks whether assigning an owner or adding a staleness alert actually raised the edit frequency on the pages that mattered, so maintenance effort goes where it works.
Common mistakes when tracking page edit frequency
- 1
Trusting the average over the distribution
A healthy average can hide a base where a few pages absorb all the edits and the rest go stale. Always look at the distribution and the pages with zero edits.
- 2
Treating more edits as better
Constant editing of the same page can signal churn or unclear ownership rather than good maintenance. Read frequency alongside what is being edited and why.
- 3
Averaging across all content types
Fast-changing docs and stable reference pages have completely different healthy cadences. Mixing them produces a number that is true on average and useful for nothing.
- 4
Counting trivial saves as edits
Counting every formatting tweak or whitespace save inflates the frequency without reflecting real maintenance. Define a meaningful edit and apply it consistently.
- 5
Tracking the frequency without decomposing it
A headline edit frequency shows activity but not where content is rotting. Without breaking it into demand, ease, ownership, and neglect, stale pages stay invisible.
Related metrics
Retention rate
Product MetricsMetric Definition
Retention Rate = (Users Active at End of Period / Users Active at Start of Period) × 100
Retention rate measures the percentage of users or customers who continue to use your product over a given period. It is the most important growth metric because sustainable growth is impossible when users leave faster than they arrive.
Feature adoption rate
Product MetricsMetric Definition
Feature Adoption Rate = (Users Who Used the Feature / Total Active Users) × 100
Feature adoption rate measures the percentage of users who use a specific feature within a given period. It tells product teams whether new features are resonating with users and which existing features are underutilised, guiding investment decisions and roadmap priorities.
Daily active users
DAU
Product MetricsMetric Definition
DAU = Unique Users Who Performed a Qualifying Action in a Single Day
Daily active users measures the number of unique users who engage with your product on a given day. It is the primary engagement metric for consumer and SaaS products, indicating whether your product has become a daily habit for its users.
Average resolution time
Customer Support MetricsMetric Definition
Average Resolution Time = Total Resolution Time Across All Tickets / Total Tickets Resolved
Average resolution time measures the mean elapsed time from when a support ticket is created to when it is fully resolved and closed. It captures the end-to-end customer experience of getting an issue fixed, encompassing wait times, agent work time, escalations, and any back-and-forth exchanges required to reach a solution.
Input metrics vs output metrics
Metric Definition
Page edit frequency is an input metric you can act on directly, so this guide helps you see how it feeds the output metrics it influences.
Metric trees for operations teams
Metric Definition
Page edit frequency is an operational activity measure, and this guide shows how operations teams place metrics like it within a metric tree.
Decompose edit frequency and stop the rot
Build a page edit metric tree that connects change demand, editing ease, ownership, and neglect to the owner of each branch, so the right person sees stale pages before readers do and keeps content alive.