Publishers · Media · WordPress

Your ads pay the bills. Your Core Web Vitals pay the rankings.

For an ad-funded or subscription publisher, the website is the product — and it is usually fighting itself. The ad stack that pays for the newsroom is the same thing tanking Core Web Vitals, and a decade-deep archive is too big to stay fully indexed. I build WordPress that carries the ads and the archive without losing the rankings.

45 → 96Core Web Vitals recovered
128k+Archive URLs kept indexed
0.02 CLSWith the ad stack live
Live dailytitle.com · production
Archive URLs indexed
0
↑ 2,140 re-indexed this week
Median LCP
0s
↓ from 5.2s
CLS with ads live
0
↓ from 0.28
Viewable ad RPM
0%
since the speed work
Organic sessions · 90 days
PUB/2026/investigation/water-board — NewsArticle schema valid3m
PERFad slots lazy-loaded — CLS 0.28 → 0.0222m
SEO2,140 archive URLs re-indexed1h
Where publisher sites leak

Every sector loses readers differently. Yours loses them to its own ad stack — and to Google's crawler.

The journalism is good and the audience is there. The site in front of them is the bottleneck: heavy with ad tech, too deep to stay fully indexed, and renting its readers from platforms that can change the terms overnight.

01

The ad stack fights the rankings

Unsized ad slots shove the article down as they load, tag managers pile scripts onto the main thread, and the exact system that funds the newsroom is the one failing Core Web Vitals — which quietly suppresses the organic traffic those ads depend on.

02

An archive too big to index

Ten, twenty, a hundred thousand URLs — and Googlebot spends its budget crawling tag pages, endless pagination and duplicate feeds instead of the stories that could actually rank. Great reporting sits unindexed while thin pages soak up the crawl.

03

Readers you rent, not own

Your audience and its data live inside a platform, a social feed or a maze of third-party scripts. When consent rules tighten or a platform changes its mind, the reach — and the revenue — moves with it, and there's nothing in your own database to fall back on.


What I build

Fast, indexable, ad-funded WordPress.

A publishing stack that carries the ad load and the archive at the same time — from someone who has spent years on performance, technical SEO and the digital-catalogue side of publishing.

01

Core Web Vitals for ad-funded sites

Reconcile the revenue engine with Google's thresholds instead of choosing one.

  • Reserved space on every slot to kill CLS
  • Lazy-loaded, viewport-aware ad loading
  • Deferred tags & a protected INP budget
02

Crawl budget & indexation at scale

Spend Googlebot's attention on the stories that can actually rank.

  • Sitemaps split by section & freshness
  • Pagination, canonicals & parameter control
  • Log-file crawl analysis & thin-page pruning
03

News & article structured data

The markup that makes you eligible for the surfaces that matter.

  • Article / NewsArticle schema, done right
  • Author & organisation E-E-A-T markup
  • Google News & Discover technical hygiene
04

Subscriptions, paywalls & memberships

Gate the content without gating it out of the index.

  • Metered or hard paywalls, subscriber auth
  • Paywalled-content schema so it still ranks
  • Consent-aware registration & entitlements
05

Multisite for media groups

Many titles, one platform, without the maintenance sprawl.

  • Shared block library & templates
  • Per-brand theming and domains
  • Central editorial roles & workflow
06

Ad-stack, consent & first-party data

Fewer scripts, cleaner consent, an audience you actually own.

  • Header-bidding & tag cleanup
  • CMP / TCF consent that doesn't break
  • Newsletter & first-party data capture

What that adds up to

Numbers an editor and a revenue lead both feel.

/01
0

Median LCP with the full ad stack live, down from over five seconds.

/02
0

Archive URLs kept crawlable and indexed after restructuring.

/03
0

Cumulative Layout Shift with ads live, down from 0.28.

/04
0

Lift in viewable ad RPM after the speed work — measured, not modelled.

/05
0

Median PageSpeed score across delivered sites — measured on live URLs, verifiable on request.


/ A hosted platform, or a stack you own

A hosted platform got you publishing.
Who owns the audience when you scale?

Substack, Medium, Ghost Pro and the big publishing platforms are genuinely good products, and for a new title they are often the right call. The strain shows later — when your archive is a hundred thousand stories deep, your ad and consent setup needs real control, and the bill scales with every subscriber and pageview.

A stack you own

Built for the archive depth, ad control and audience you'll have in two years.

  • 01Your archive, your URLs, your redirects — hundreds of thousands of stories on a structure you control and can restructure without asking permission.
  • 02Full control of the ad stack and consent — tune header bidding, lazy-load slots and cut third-party scripts to protect both revenue and Core Web Vitals.
  • 03First-party subscriber and newsletter data in your own database, so the relationship survives a platform or policy change.
  • 04Hosting cost tracks infrastructure, not pageviews or subscriber count — a front-page traffic spike doesn't rewrite the invoice.
  • 05The engineer who built it answers within one business day, and the code is yours on delivery.

A hosted publishing platform

Excellent to launch on, constraining once you scale.

  • 01Templates and limited theming; deep archive structure and custom URL logic are often off the table.
  • 02Ad and consent control is whatever the platform exposes — you optimise around their choices, not yours.
  • 03Your audience and subscriber data live in their system; leaving means rebuilding the relationship from scratch.
  • 04Pricing rises with subscribers, sends and traffic — exactly as those become your success metrics.
  • 05Support is a ticket queue, and platform limits come back as a roadmap link.

Product names are referenced for comparison only and belong to their respective owners. If you're launching a small title and shipping a newsletter, a hosted platform is very likely the right answer and I'll tell you so on the call.


How it goes

From audit to launch, transparent throughout.

STEP 01

Technical audit

I profile your site speed, ad-driven Core Web Vitals, crawl coverage, indexation and schema — free, no pitch.

STEP 02

Content & crawl model

We design the article templates and structured data, plus the sitemap and indexation strategy that gets the archive crawled where it counts.

STEP 03

Build & instrument

Built on staging with weekly demos, Core Web Vitals budgets enforced in CI, and ad slots plus consent wired before launch, not after.

STEP 04

Handover & care

Migration with a full redirect map, a training session for your editors, documentation, a 30-day warranty and an optional care plan.


FAQ

Publishing, answered.

Yes. Most ad-driven layout shift and slow interaction comes from slots that load without reserved space and third-party scripts running on the main thread. I reserve fixed dimensions for every slot, lazy-load below-the-fold ads, defer non-critical tags and move measurable work off the main thread — so the stack keeps earning while LCP, CLS and INP stay inside Google's thresholds.

By spending crawl where it earns. A clean sitemap architecture split by section and freshness, correct pagination and canonicals, internal links that surface deep archive pages, and log-file analysis of what Googlebot actually fetches. Thin or duplicate URLs are pruned or consolidated so budget goes to pages that can rank.

Not if it's built correctly. Using the structured data Google supports for paywalled content lets you meter or gate articles while keeping them eligible to index and rank. The paywall logic runs without cloaking, so subscribers and Googlebot see a consistent, policy-compliant page.

Yes — that's what multisite plus proper caching and a CDN are for. Multiple titles share one platform, one component library and central editorial while keeping separate branding and domains. Full-page caching and edge delivery mean traffic spikes hit the CDN, not your origin, so a front-page story doesn't take the site down.

A full URL inventory before anything moves, a mapped redirect for every URL that earns traffic or links, structured data and metadata carried across, and re-verification in Google Publisher Center. Then daily monitoring of index coverage and rankings for the first month. Redirects are the first artefact of the migration, not the last.

Yes. That means valid Article and NewsArticle structured data, clean author and organisation markup for E-E-A-T, correct headline, date and image fields, fast-loading pages and the technical hygiene Discover rewards. Inclusion is never guaranteed — no one can promise that — but I make sure nothing technical is standing in the way.


Start here

Get a free technical audit.

Send me your URL. I'll profile your ad-driven Core Web Vitals, your crawl coverage and indexation, and your news schema, then show you exactly where traffic and revenue are being throttled and what it takes to unblock them.

Most technical audits come back within two business days.

Schedule discovery call