Back to writing

Why websites decay over time

Most websites do not fail dramatically.

They decay slowly.

A contact form stops sending emails and nobody notices for three months. Analytics quietly break during a redesign. Metadata becomes inconsistent after years of small edits. Images grow larger, pages slower, plugins outdated, copy fragmented. One person leaves a company and suddenly nobody quite understands how the site works anymore.

Websites rarely collapse all at once. More often they drift.

I think part of the problem is that websites are still widely treated as projects with finish lines. A business launches a redesign, celebrates for a week or two, then attention shifts elsewhere. The website becomes something static in the background — occasionally updated, but rarely maintained with much care or operational awareness.

The reality is that modern websites behave much more like systems than brochures.

They depend on analytics platforms, search engines, DNS records, CMS configurations, APIs, accessibility standards, performance budgets, third-party scripts, evolving content, structured data, changing search behaviour, and increasingly AI-readable information. There are simply more moving parts than there used to be.

And systems tend to degrade when nobody is paying attention.

This is especially true for growing businesses. A small company can often survive with a slightly neglected website for a while. But as more content, pages, services, integrations, and team members accumulate, small inconsistencies start compounding. Information drifts. Technical debt builds quietly. Search visibility weakens. User journeys become harder to follow. Operational clarity disappears by degrees rather than all at once.

One of the more interesting things about working around websites over time is realising that deterioration is usually gradual and unintentional. Nobody wakes up and decides to create a slow, fragmented, inaccessible website. These things emerge through accumulation. Tiny decisions repeated over long periods of time.

I think there are parallels here with almost anything humans maintain.

Musicians stop practising fundamentals and their playing stiffens. Houses develop problems when small repairs are postponed repeatedly. Physical health deteriorates slowly through neglected habits rather than single catastrophic moments. Entropy is usually quiet.

Websites are no different.

What I increasingly find interesting is not just building websites, but maintaining operational clarity around them after launch:

  • monitoring search visibility,
  • checking performance,
  • refining content,
  • fixing inconsistencies,
  • improving accessibility,
  • maintaining structure,
  • and gradually reducing friction over time.

Not because websites should be endlessly tinkered with, but because healthy systems require some level of ongoing attention.

I suspect this becomes even more important over the next few years.

Search itself is becoming more fragmented. AI systems increasingly consume websites programmatically rather than purely visually. Content quality signals are becoming more nuanced. Technical clarity matters more. Accessibility matters more. Structure matters more. Reliability matters more.

In other words: operational quality matters more.

Perhaps the strange thing is that none of this is especially glamorous.

It is mostly careful observation. Small fixes. Consistency. Monitoring. Iteration. Paying attention.

But over long periods of time, those small things compound too.