On-Page SEO Checklist Template

Free editable On-Page SEO Checklist Template. Copy, personalize, or download the Word .docx template from UNmiss.

Run every new or refreshed page through the right checklist before it goes live. These catch the on-page basics that quietly cap rankings.

6 ready-to-use variants

Blog Post / Article On-Page SEO Checklist

Run every new or refreshed blog post through this list before it goes live to catch the on-page basics that quietly cap rankings.

Page: [post URL or working title]   Primary keyword: [target query]   Search intent: [informational / how-to / comparison]


Content & keywords

  • ☐ Search intent matched: the format (guide, listicle, how-to) fits what already ranks for the query.
  • ☐ Primary keyword appears in the H1, the first 100 words, and naturally throughout, no stuffing.
  • ☐ Related subtopics, questions, and entities covered so there are no obvious gaps versus the top results.
  • ☐ Content is original and adds first-hand experience, data, or examples (E-E-A-T), not a rewrite of page one.
  • ☐ Skimmable: short paragraphs, descriptive subheads, bullets, and a clear takeaway near the top.

Headings & structure

  • ☐ Exactly one H1; H2s and H3s nest logically and follow the article outline.
  • ☐ Keyword variations and questions used in subheads where they read naturally.
  • ☐ Table of contents (for long posts) with in-page anchor links to each H2.

Meta & URL

  • ☐ Unique title tag, roughly 50–60 characters, with the keyword near the front.
  • ☐ Unique meta description, roughly 150–155 characters, with a hook and the keyword.
  • ☐ Short, readable, keyword-relevant slug, no dates, stop words, or category clutter: [/example-slug].
  • ☐ Open Graph and Twitter Card tags set (title, description, image) for clean social previews.

Links & media

  • ☐ 3–5 contextual internal links to related posts and money pages, using descriptive anchor text.
  • ☐ Links out to authoritative, relevant sources where they support a claim.
  • ☐ A featured/lead image plus supporting visuals; descriptive, keyword-aware alt text on each: [alt text].
  • ☐ Images compressed and served in a modern format (WebP/AVIF) with width/height set to avoid layout shift.

Author & trust

  • ☐ Visible author byline linking to a real author bio page; published and last-updated dates shown.
  • ☐ Sources cited and claims fact-checked; affiliate or sponsored content disclosed.

Technical & schema

  • ☐ Article (or BlogPosting) schema added and valid in the Rich Results Test.
  • ☐ FAQPage or HowTo schema added only if matching, visible on-page content exists.
  • ☐ Self-referencing canonical correct; page is indexable (no stray noindex or robots block).
  • ☐ Mobile-friendly and passes Core Web Vitals (LCP, INP, CLS) on a real device.
  • ☐ Added to the XML sitemap and linked from at least one already-indexed page.

Product Page On-Page SEO Checklist

Optimize an individual product page so it ranks for buyer-intent queries and earns review and price rich results before launch.

Product: [product name]   Primary keyword: [buyer query, e.g. brand + model]   SKU/URL: [/product-slug]


Content & keywords

  • ☐ Unique, original product description, not the manufacturer's boilerplate that lives on a hundred other sites.
  • ☐ Primary keyword in the H1 (the product name) and used naturally in the description and subheads.
  • ☐ Benefits, specifications, materials, dimensions, and use cases all covered to satisfy buyer questions.
  • ☐ Long-tail and modifier terms worked in where natural: [best for / size / color / compatible with].
  • ☐ Buyer-support content present: shipping, returns, warranty, and a sizing or fit guide where relevant.

Reviews & trust

  • ☐ Genuine customer reviews and aggregate rating displayed on the page (not faked or imported without consent).
  • ☐ Q&A or common-questions section addressing real pre-purchase objections.
  • ☐ Trust signals visible: stock status, secure-checkout badges, and clear return policy.

Variants & media

  • ☐ Multiple product images plus video where useful; each image has descriptive alt text including the variant: [product + color/size].
  • ☐ Color, size, and style variants handled without creating thin duplicate URLs: use one canonical product page or proper canonicals.
  • ☐ Images zoomable, compressed, and in a modern format with width/height set.

Meta & URL

  • ☐ Unique title tag with product name, key modifier, and brand: [Product Name + Modifier | Brand].
  • ☐ Unique, benefit-led meta description, roughly 150–155 characters, that can include price or a USP.
  • ☐ Clean, readable URL: no session IDs, tracking parameters, or deep SKU strings.

Links & internal structure

  • ☐ Breadcrumb navigation back to the parent category and home.
  • ☐ Internal links to the parent category, related products, and relevant buying guides with descriptive anchors.
  • ☐ "You may also like" / cross-sell modules link to live, in-stock products.

Schema

  • ☐ Product schema with name, image, description, brand, SKU/GTIN, and Offer (price, priceCurrency, availability): values match the visible page.
  • ☐ AggregateRating and review markup added only when real, visible reviews back it up.
  • ☐ BreadcrumbList schema present and consistent with the visible breadcrumb.
  • ☐ Validated in the Rich Results Test with no errors or warnings on price/availability.

Technical & lifecycle

  • ☐ Self-referencing canonical correct; faceted or sort parameter URLs do not create indexable duplicates.
  • ☐ Page is indexable and in the XML sitemap; out-of-stock and discontinued handling decided (keep, redirect, or 410).
  • ☐ Mobile-friendly, fast add-to-cart, and passes Core Web Vitals.

Category / Collection Page On-Page SEO Checklist

Turn a category or collection page into a rankable landing page for head terms while keeping faceted navigation from bloating the index.

Category: [category name]   Primary keyword: [head term, e.g. "men's running shoes"]   URL: [/category-slug]


Intro & supporting copy

  • ☐ Unique intro paragraph(s) above or below the product grid that target the head term and help buyers choose.
  • ☐ Primary keyword in the H1 (the category name) and used naturally in the intro and subheads.
  • ☐ Supporting copy answers "how to choose" questions and links to relevant buying guides, not keyword-stuffed filler.
  • ☐ Copy doesn't push the products so far down the page that it hurts usability.

Faceted navigation & indexation

  • ☐ Filter, sort, and pagination parameter URLs are not creating thousands of thin, near-duplicate indexable pages.
  • ☐ Indexation strategy decided per facet: index valuable combinations, noindex or block the rest.
  • ☐ Canonical strategy consistent: filtered/sorted views canonicalize to the clean category URL unless a facet is intentionally a landing page.
  • ☐ Pagination handled with crawlable links (or load-more with proper URLs); page 2+ stays indexable but de-prioritized in internal linking.

Products & media

  • ☐ Product grid shows relevant, in-stock items first; out-of-stock items handled gracefully.
  • ☐ Product thumbnails have descriptive alt text and are compressed for fast grid loading.
  • ☐ Category or hero image (if used) has descriptive alt text: [alt text].

Meta & URL

  • ☐ Unique title tag with the head term and a qualifier: [Category + Qualifier | Brand].
  • ☐ Unique meta description, roughly 150–155 characters, summarizing the selection and a reason to click.
  • ☐ Short, logical URL that reflects site hierarchy: no parameters in the canonical version.

Links & internal structure

  • ☐ Breadcrumb navigation showing the path from home to this category.
  • ☐ Internal links to subcategories, top products, and related categories with descriptive anchors.
  • ☐ Category is linked from the main navigation or a hub page so it isn't orphaned.

Schema & technical

  • ☐ CollectionPage and/or ItemList schema reflecting the products shown; BreadcrumbList schema present.
  • ☐ Validated in the Rich Results Test with no errors.
  • ☐ Page is indexable, in the XML sitemap, mobile-friendly, and passes Core Web Vitals.

Landing Page (PPC / Conversion) On-Page SEO Checklist

Ship a focused PPC or conversion landing page with one clear goal, strong message match, and the right indexability decision for the variant.

Campaign/offer: [offer name]   Primary keyword/ad theme: [keyword or ad group]   URL: [/landing-slug]


Message match & content

  • ☐ Headline matches the ad copy, keyword, or campaign promise so visitors instantly see they're in the right place.
  • ☐ Exactly one H1 that states the core value proposition in plain language.
  • ☐ One primary goal only: no competing offers or navigation that pull attention away from the conversion.
  • ☐ Benefits, social proof (testimonials, logos, ratings), and objection handling are all above or near the fold.
  • ☐ Copy is specific and benefit-led; no unsupported or invented claims.

Call to action

  • ☐ A single, repeated primary CTA with action-oriented text: [Start free trial / Get my quote].
  • ☐ Form asks for the minimum fields needed; friction (long forms, distractions) removed.
  • ☐ Clear next-step expectation set near the CTA (what happens after they click).

Indexability decision

  • ☐ Decide intent: SEO landing page (index it) vs. paid-only or near-duplicate A/B variant (noindex the thin variants).
  • ☐ If paid-only, the page is set to noindex and kept out of the XML sitemap so it doesn't compete with organic pages.
  • ☐ If indexable, it targets a real query, has unique content, and a self-referencing canonical.
  • ☐ A/B test variants canonicalize to the primary URL or are noindexed to avoid duplicate content.

Meta & URL

  • ☐ Unique title tag aligned to the offer and keyword (only relevant if the page is indexable).
  • ☐ Unique meta description that reinforces the offer and the CTA.
  • ☐ Short, readable, campaign-relevant slug; tracking parameters kept out of the canonical URL.

Media & trust

  • ☐ Hero and proof images compressed and in a modern format; descriptive alt text where meaningful: [alt text].
  • ☐ Trust elements present: privacy/terms links, security badges, and a real company identity.

Technical & tracking

  • ☐ Mobile-first layout; loads fast and passes Core Web Vitals (slow pages raise PPC cost and lose conversions).
  • ☐ Analytics and conversion tracking fire correctly; consent banner doesn't block the CTA.
  • ☐ No broken links or dead-end states; thank-you page or confirmation works end to end.

Homepage On-Page SEO Checklist

Make the homepage clearly communicate who the brand is, rank for branded and core terms, and pass authority through to key pages.

Brand: [brand name]   Primary positioning term: [what you want to be known for]   Domain: [https://example.com]


Brand & positioning

  • ☐ One H1 that states who you are and what you do. Clarity over a vague tagline.
  • ☐ Above-the-fold answers "what is this, who is it for, what do I do next" within a few seconds.
  • ☐ Brand name and core positioning term used naturally in headings and intro copy.
  • ☐ Value proposition and key differentiators are obvious without scrolling far.

Navigation & internal links

  • ☐ Primary navigation links to top categories, services, and key money pages with descriptive labels.
  • ☐ Footer includes important utility and SEO links (about, contact, key categories, policies).
  • ☐ Homepage passes authority inward. It links to the pages you most want to rank.
  • ☐ A site-wide internal search and/or clear paths to deeper content are available.

Meta & URL

  • ☐ Title tag leads with the brand and a concise positioning phrase: [Brand: What You Do].
  • ☐ Compelling meta description that sells the brand and includes a reason to click.
  • ☐ Canonical points to the single preferred homepage URL; non-preferred variants (www/non-www, trailing slash) redirect to it.

Trust & media

  • ☐ Social proof present: client logos, testimonials, ratings, or recognizable trust badges.
  • ☐ Hero and brand imagery compressed and in a modern format; logo and meaningful images have alt text: [alt text].
  • ☐ Clear contact path and, where relevant, location/NAP for credibility.

Schema

  • ☐ Organization schema with name, logo, url, and sameAs links to official social profiles.
  • ☐ WebSite schema with potentialAction (Sitelinks Search Box) if on-site search exists.
  • ☐ LocalBusiness schema instead of/alongside Organization if the brand is a physical local business.
  • ☐ Validated in the Rich Results Test with no errors.

Technical

  • ☐ Homepage is indexable, fast, mobile-first, and passes Core Web Vitals.
  • ☐ Only one canonical homepage is indexable; redirects resolve in a single hop.
  • ☐ Favicon, Open Graph, and Twitter Card tags set for branded search and social previews.

Local / "Near Me" Page On-Page SEO Checklist

Optimize a location or service-area page so it ranks for "near me" and city-plus-service searches and aligns with the Google Business Profile.

Location/service area: [city or neighborhood]   Primary keyword: [service + city, e.g. "plumber in Austin"]   URL: [/locations/city-slug]


NAP & local relevance

  • ☐ Business name, address, and phone (NAP) shown in text on the page and identical to the Google Business Profile and other citations.
  • ☐ City, neighborhood, and service-area terms used naturally in the H1, intro, and subheads, not stuffed.
  • ☐ Unique, location-specific content (not a city name swapped into a duplicate template across pages).
  • ☐ Services offered at this location, hours of operation, and any service-area radius clearly stated.
  • ☐ Local proof included: location-specific reviews, photos, or case studies/projects from the area.

Google Business Profile alignment

  • ☐ Page links to the Google Business Profile and the GBP links back to this exact page.
  • ☐ Business categories, services, and hours on-page match the GBP listing.
  • ☐ Click-to-call phone link and tap-to-get-directions available on mobile.

Map & directions

  • ☐ Embedded Google Map showing the business location (or service area).
  • ☐ Driving directions, parking, or transit notes where useful for visitors.
  • ☐ Map embed is lazy-loaded so it doesn't slow down the page.

Meta & URL

  • ☐ Unique title tag with service and location: [Service in City | Brand].
  • ☐ Unique meta description mentioning the city, a USP, and a call to action.
  • ☐ Clean, logical URL with the city/service in it: [/locations/city-service].

Links & media

  • ☐ Internal links to related service pages, other locations, and a locations hub with descriptive anchors.
  • ☐ Real photos of the location, team, or work (not only stock) with location-aware alt text: [alt: service in city].
  • ☐ Breadcrumb back to the locations hub and home.

Schema

  • ☐ LocalBusiness schema (or the most specific subtype) with name, address, geo coordinates, telephone, openingHours, and url, matching the visible NAP.
  • ☐ areaServed and sameAs (including the GBP/Maps URL) included where relevant.
  • ☐ Review/aggregateRating markup only when real, visible reviews back it up.
  • ☐ Validated in the Rich Results Test with no NAP mismatches.

Technical

  • ☐ Page is indexable, in the XML sitemap, mobile-first, and passes Core Web Vitals (most "near me" searches are on phones).
  • ☐ Self-referencing canonical correct; location pages aren't duplicating each other.

How to use this template

  1. Attach the checklist that matches the page type to every content or product ticket so nothing ships without it.
  2. Work top to bottom before publishing: start with content and keywords, then headings, meta and URL, links and media, and finish with schema and technical.
  3. Replace every [bracketed] placeholder with the real value, and confirm those values match what's visible on the page.
  4. Add and validate the right structured data for the page type, then run it through Google's Rich Results Test until there are no errors.
  5. Confirm the canonical tag is correct and the page's indexability is intentional: index pages you want ranked, noindex thin or paid-only variants.
  6. Check the page on mobile and confirm it passes Core Web Vitals (LCP, INP, CLS) before it goes live.
  7. Add the page to your XML sitemap and link to it from at least one already-indexed page so it gets crawled.
  8. Re-run the full checklist whenever you substantially update the page, and do a quarterly sweep of your most important pages to catch drift.

Pro tips

  • Match the checklist to the page type, not the other way around: a product page and a blog post fail SEO for different reasons, so the same generic list misses the issues that actually matter.
  • Only add FAQ, HowTo, Review, or AggregateRating schema when the matching content is genuinely visible on the page; markup that doesn't reflect on-page content can trigger manual actions.
  • Search intent is the highest-leverage item on every list: if the page format doesn't match what already ranks for the query, perfect tags and schema won't save it.
  • Treat indexability as a deliberate decision: decide up front whether each page (and each filtered or A/B variant) should be indexed, canonicalized, or noindexed, instead of letting the CMS decide by default.

Frequently asked questions

How often should I re-check on-page SEO?

Run the relevant checklist every time you publish a new page and whenever you do a meaningful content refresh. On top of that, do a quarterly sweep of your most important pages to catch drift like broken internal links, outdated titles, missing alt text, or schema that no longer matches the page.

What's the difference between on-page SEO and technical SEO?

On-page SEO covers what's on a specific page that you control while creating it: content, keywords, headings, title and meta, internal links, image alt text, and page-level schema. Technical SEO covers site-wide foundations that affect crawling and indexing, like robots.txt, sitemaps, site architecture, redirects, HTTPS, and performance. They overlap (Core Web Vitals and canonicals show up in both), so these checklists include the page-level technical items and pair well with a separate technical SEO audit.

Why are there six different checklists instead of one?

Different page types succeed or fail for different reasons. A blog post lives or dies on intent match, depth, and internal linking; a product page needs Product schema, real reviews, and clean variant handling; a category page can quietly bloat the index through faceted navigation; a PPC landing page needs message match and a deliberate indexability decision; a homepage needs brand clarity and Organization schema; and a local page needs consistent NAP, LocalBusiness schema, and Google Business Profile alignment. A single generic list would skip the items that matter most for each.

Which on-page items are most often missed?

The recurring misses are: descriptive image alt text and compression; unique, intent-matched title tags and meta descriptions instead of templated ones; structured data that's either absent or doesn't match the visible content; unintended noindex tags or wrong canonicals left over from staging; thin or duplicate content (especially manufacturer descriptions on product pages and templated city pages); and orphaned pages that aren't linked from anywhere or aren't in the sitemap.

Do I need structured data on every page?

Not the same markup on every page, but most pages benefit from some structured data that fits their type: Article on blog posts, Product on product pages, CollectionPage or ItemList on categories, Organization or LocalBusiness on the homepage or location pages, and BreadcrumbList wherever breadcrumbs appear. The rule is to only mark up content that is actually visible on the page, and to validate it with Google's Rich Results Test before publishing.

Does on-page SEO still matter if my content is great?

Yes. Great content is the foundation, but search engines still rely on on-page signals to understand and surface it. Without a clear title and heading structure, descriptive internal links, correct canonicals, valid schema, accessible images, and an indexable, fast page, strong content can underperform or never get crawled and ranked properly. On-page SEO is how you make sure good content gets the visibility it deserves.