Section302

Case study

WhereMedia publishing platform
RoleCTO

Making a publishing platform compete on distribution

Organic traffic, social traffic and social engagement each grew 50%.

Product engineering / Software architecture / Engineering leadership

Problem

Good content lost to larger publishers on search rankings and social feeds. The platform treated distribution as something editors did after publishing, not something the system was built for.

Constraints

  • Several titles on one shared platform
  • An editorial team that could not pause publishing
  • Traffic depended on third-party algorithms outside our control

Architecture & approach

Move distribution into the platform itself: structured content in the CMS, fast cached rendering, and machine-readable metadata for search engines and social cards. Then measure every release against traffic and engagement.

Fig. 302-2Publishing and distribution path Critical path
  • Editorial CMS to Content service
  • Editorial CMS to Metadata
  • Content service to Rendering
  • Metadata to Rendering
  • Rendering to Search
  • Rendering to Social
  • Rendering to Direct & apps

Key decisions

Where should distribution live? 302-3.1

  • RejectedIn editorial process and checklistsDepends on every editor, every time.
  • ChosenIn the shared platformEvery title gets it by default and improvements compound.
  • RejectedPer-title custom buildsLocal wins, but the platform fragments.

Outcome

  1. Organic traffic up 50%
  2. Social traffic up 50%
  3. Social engagement up 50%

Technology

Publishing platform, Content APIs, Caching & page performance, Structured data & social metadata, Analytics

Lessons & tradeoffs

  • A platform capability beats a process: it works on the busiest day, too.
  • When the market is someone else’s algorithm, measurement is the roadmap.