KPI Tree

Metric Definition

How often pages are updated

Page Edit Frequency = Total Edits in Period / Number of Pages
Total EditsNumber of edits made during the period
PagesNumber of pages in scope

Track from

Metric GlossaryOperations Metrics

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

Generate AI summary

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. 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. 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. 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. 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 typeHealthy edit cadenceWhat sets the cadence
Fast-changing product docsMultiple edits per monthThese 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 pagesEvery quarter or on changeEdits 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 pagesOnce or twice a yearStable 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 contentRarely or neverPages 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. 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. 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. 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. 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. 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 Metrics

Metric 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.

View metric

Feature adoption rate

Product Metrics
PostHog

Metric 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.

View metric

Daily active users

DAU

Product Metrics
PostHogSlack

Metric 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.

View metric

Average resolution time

Customer Support Metrics
SalesforceIntercomPylon

Metric 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.

View metric

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.

View metric

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.

View metric

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.

Experience That Matters

Built by a team that's been in your shoes

Our team brings deep experience from leading Data, Growth and People teams at some of the fastest growing scaleups in Europe through to IPO and beyond. We've faced the same challenges you're facing now.

Checkout.com
Planet
UK Government
Travelex
BT
Sainsbury's
Goldman Sachs
Dojo
Redpin
Farfetch
Just Eat for Business