Article library overview

This library holds every article we publish and the record of how each one is maintained. It has three parts: the hero article register for the capped set we commit to keeping current, the supporting article register for everything else, and the article brief library where the briefs behind them are filed. The authority areas section below is a fill-in exercise. Work through it as a team before anything goes in the hero register.

​

Hero and supporting articles

Most content libraries grow by publishing. A team picks topics with traffic potential, publishes as many as it can, and then watches most of them decay untouched. The result is a large number of pages, each slightly out of date, that collectively make a site harder to trust rather than easier. This library works from a cap instead. Twenty is a ceiling, not a target. A team that can defend six areas has six hero articles, and six well-maintained articles will outperform twenty nobody has touched since launch. Supporting articles are not lesser work, they are differently committed work. They answer real questions, they link to their hero, and they build the cluster that makes the hero credible. What separates them is the maintenance promise attached to each tier.

​

Choosing your authority areas

A hero article is not chosen by search volume. It is chosen by answering one question:

What question or problem can we answer better than anyone else?

Better rests on one of three foundations. Name which applies to each area, because an area that fits none of them is not yet yours.

Concept review: Why the test is not search volume

Search volume tells you a question is being asked. It says nothing about whether you have any business answering it, and when volume is the only input, the library fills with articles restating what is already available in a hundred places. That is exactly the material an answer engine has least reason to cite, because there is no fact in it that came from anywhere in particular.The three foundations are not equally available to every team. A company with a product generating data has an easier route to the first than a young agency, which may find its strongest ground in the second or third. The point of naming which foundation an area rests on is that it makes the claim checkable: an area listed under “we know something others do not” that cannot produce a number is an area that has not really qualified yet.The third foundation, holding a position, is the one teams tend to skip because it carries risk. An argued stance that someone could disagree with is also the thing most likely to be quoted, referenced, and linked to, which is worth weighing against the discomfort.

​

Fill in your authority areas

List the areas where one of the three foundations genuinely applies. Stop at 20. Most teams should stop well before.

Concept review: Filling this in as a team

This exercise usually produces two uncomfortable results, and both are useful.The first is a list much shorter than twenty. That is the normal outcome, and a short list is a finding about where the team actually has standing rather than a failure to brainstorm hard enough. Areas can be added later as the team earns them.The second is an area everyone assumed was ours that turns out to rest on nothing checkable. The “what we know that others do not” column is where that surfaces, because it is difficult to fill in with something vague. An area that produces “we have a lot of experience here” without a specific example is worth parking until someone can name the example.Teams differ on who should be in the room. Some run it with marketing alone, some involve sales and support because they hear the questions, and some involve the technical or operational people who hold the knowledge the articles would rest on. The wider version takes longer and tends to produce areas with more substance behind them.

​

Naming and IDs

Every article gets an ID before it is written, so the brief, the draft, the register row, and the published page can all be traced to each other. IDs are permanent. An article promoted from supporting to hero keeps its original ID in the register notes so its history stays traceable, and a retired ID is never reused. Brief files follow the file naming conventions, with ART as the prefix: ART_deployment-pipeline-decay_2027-10-14_v01.md The same two rules do most of the work here as everywhere else. Writing the date as YYYY-MM-DD means an alphabetical sort is also a date sort, and padding the version to two digits keeps v10 sorting after v09.

​

What the registers track

Both registers carry the same core columns. The two that matter most are the last two. A last-updated date only counts when something actually changed. A date bumped without a change removes the one signal that tells the team which articles genuinely need attention, and readers who have seen the page before can tell.

​

Working with the library

​

Related resources

• Hero article register The capped set.
• Supporting article register Everything else.
• Article brief library Where completed briefs are filed.
• Article maintenance process The recurring review cycle.
• SEO and GEO concepts Why a capped, maintained set beats a large one.
• File naming conventions