ShipworkSite inspection
Checks
Every error, explainedGuides →
Pricing Learn Guides

Audit a WordPress site for thin pages and duplicate signals

A WordPress content site rarely breaks. It quietly accumulates thin archive pages, duplicate titles from one theme template, and indexable URLs nobody intended, all of which dilute the pages that matter.

One crawl of a bounded sample of public pages, from outside your network. Nothing is stored.

What WordPress gets wrong most often

Tag, author and date archives are generated automatically and are often thin. Left indexable, they compete with the articles and can outnumber them.

Media attachment pages are indexable by default in many setups, so every uploaded image adds an empty page to the index.

The theme appends the site name or a tagline to every title, so a blog with 300 posts has 300 titles that differ only in the middle and all truncate the same way.

Paginated archive pages are sometimes canonicalised to page one, which tells search engines the later pages do not exist and hides the posts on them.

Search and parameter URLs (?s=, ?attachment_id=) are crawlable and waste the crawl budget that should be spent on articles.

The checks that matter most on WordPress

What to do about it

  1. Noindex tag, author and date archives unless one of them is a deliberate landing page you want ranked.
  2. Turn off attachment pages, or noindex them, so an image upload does not create an indexable page.
  3. Stop the theme appending the site name to every title, or at least cap the total length below the truncation point.
  4. Make every paginated archive page self-canonical and link the sequence so later posts can be discovered.
  5. Block internal search and parameter patterns in robots.txt and noindex them.

A typical WordPress failure, worked through

The setupA blog has 40 tags and 12 authors. Every archive is indexable and uses the theme default title, which appends the site name. Nothing is wrong with any single page.

What the check reportsThe site crawl reports duplicate titles across the archive pages, and the similarity check groups the tag archives because their titles and descriptions describe the same broad topic as the articles.

The pointThe problem is the set, not the page. Noindexing the archives in one settings change removes the duplicates at once.

Questions

Should tag pages be indexed?
Usually not. They are thin collections of links that compete with the articles. Noindex them unless a tag is a deliberate, well-maintained landing page.
Are attachment pages a real problem?
Yes, in many themes. Each uploaded image can get its own indexable, near-empty page. Turning attachment pages off closes the leak.
Does WordPress output structured data?
It depends on the theme and plugins. Some emit Article schema, some emit none. The structured data check reads what the page actually contains rather than assuming.

Checks and guides for this platform