How is this different from a keyword density checker?

A density checker measures how often a keyword repeats across the whole body of text, expressed as a percentage. This tool ignores frequency entirely and instead checks six specific *locations* - title, H1, URL, opening paragraph, a subheading, and meta description - because a keyword can hit a healthy density while still being absent from every place that actually signals relevance to a search engine or a scanning reader.

Do I need to fetch a live URL, or can I just paste HTML?

Either works. Fetching only succeeds when the target site sends permissive CORS headers, which most ordinary websites don't from a browser context, so pasting the page's "View Source" HTML is the path that reliably works for any page. Plain body text also works for the body-copy checks, but the title/H1/meta-description checks will report absent since there's no markup for them to read.

Why does the URL slug check need a separate URL field?

The fetched or pasted HTML doesn't contain the page's own URL anywhere in its markup, so there's no way to derive the slug from source alone. Enter the page's URL in the dedicated field above the HTML input; if you used the fetch option it's filled in automatically.

The keyword is obviously in my content - why is a check still marked absent?

Matching is an exact, case-insensitive substring check against the target keyword or phrase exactly as typed. A close variant ("running shoe" vs. "running shoes", or a synonym like "trainers") won't match. Try the exact phrase you intend to target, and treat near-misses as a sign the phrasing itself might be worth tightening for consistency.

Keyword Placement Analyzer - On-Page Keyword Location Checklist

Overview

Introduction

A page can target a keyword with perfect density and still fail to signal relevance where it matters most, because ranking systems and skimming readers alike weight certain locations - the title, the first heading, the opening sentences, the URL - far more heavily than a keyword's raw repetition count anywhere in the body.

This tool checks a target keyword or phrase against six of those locations at once and reports a simple present/absent checklist, so a gap (a great article whose title never mentions its own topic, say) is obvious in seconds instead of requiring a manual read-through.

What Is Keyword Placement Analyzer?

An on-page keyword placement auditor that fetches a page (or reads HTML you paste in) plus the page's URL, and checks a target keyword against the <title> tag, the first <h1>, the URL slug, the first ~100 words of visible body text, any <h2>/<h3> subheading, and the meta description.

It's a companion to, not a replacement for, keyword-density-checker.ts - density answers "how often," this tool answers "where."

How Keyword Placement Analyzer Works

The HTML is parsed with the browser's DOMParser to pull the title, headings, and meta tags, while a separate pass strips <script>/<style> content and reads the remaining visible text for the opening-100-words check. The page URL (typed in manually or auto-filled after a successful fetch) is parsed and its path segments de-slugified (hyphens and underscores become spaces) for the slug check.

Every check runs an exact, case-insensitive substring match of the keyword against that location's text, and always reports a result - even a missing <h1> or absent URL is shown as an explicit absent row with an explanation, rather than being silently skipped, so the checklist is always a complete six-item picture.

When To Use Keyword Placement Analyzer

Right before publishing a page that's meant to rank for a specific keyword or phrase, to confirm it actually appears in the handful of places search engines and skimming readers weight most heavily.

When auditing an underperforming page to find an obvious gap, such as a keyword that's all over the body copy but missing from the title tag or URL slug entirely.

When reviewing content written by someone else (a freelancer, an AI drafting tool, a CMS template) against a target keyword brief before it ships.

Often used alongside Keyword Density Checker, Heading Structure Analyzer and Meta Tag Checker.

Features

Advantages

Checks six locations in one pass instead of manually eyeballing view-source for each, cutting a repetitive pre-publish check down to seconds.
Distinguishes location presence from frequency, catching the specific failure mode - keyword buried only in later paragraphs, absent from title/H1/URL - that a density tool can't see at all.
Works on any page via the paste-source fallback, not just pages that happen to allow cross-origin fetches.

Limitations

Matching is an exact, case-insensitive substring check - it has no concept of synonyms, stemming, or word order, so "shoe" won't match a page that only says "shoes", and "best shoes running" won't match a page written as "best running shoes".
The 'first ~100 words' check reads the whole document's visible text after stripping scripts and styles, which still includes navigation, cookie banners, or sidebar text if that markup appears before the main content in the HTML - paste just the article body, or a page with clean semantic HTML, for the most accurate reading.
Presence in all six locations is not itself a ranking guarantee; this is a mechanical on-page checklist, not a signal of how a search engine will actually rank the page.

Examples

A blog post missing its own keyword from the title

Input

Keyword: "meal prep containers"
HTML: <title>5 Tips For Better Lunches</title><h1>Getting Organized For The Week</h1><meta name="description" content="Our favorite meal prep containers and how to use them.">
URL: https://example.com/blog/lunch-tips

Output

Present in: meta description. Absent from: title, H1, URL slug, first 100 words, subheading (5 of 6 locations missing).

The meta description mentions the keyword, but the title, H1, and URL all use a generic phrase instead - a search engine and a skimming reader both miss the topical signal in the four places that matter most.

Best Practices & Notes

Best Practices

Pick one exact target phrase before writing, and check it (not a rough approximation) against this checklist so title, H1, and URL all reinforce the same phrase consistently.
Treat a URL-slug absence as lower priority for already-published, already-ranking pages - changing a live URL requires a redirect and can cost ranking history, so weigh that against the placement gain.
Use the checklist as a pre-publish gate for new content, not a rewrite-everything mandate for old content that's already performing well.

Developer Notes

URL-slug matching decodes and replaces hyphens/underscores/slashes with spaces before substring-matching, so a keyword of "meal prep" correctly matches a slug of /meal-prep-containers even though the raw path has no literal space character.

Keyword Placement Analyzer Use Cases

Pre-publish check that a new landing page's title, H1, and URL all reinforce its target keyword
Auditing an underperforming page to find why it isn't ranking despite seemingly relevant content
Reviewing freelancer- or AI-drafted content against a keyword brief before it goes live
Spot-checking a competitor's top-ranking page to see which locations they've placed their keyword in

Common Mistakes

Stuffing the keyword into the title and H1 while leaving the meta description generic, missing an easy, low-risk placement opportunity that also improves the search-result snippet.
Checking only the rendered page visually instead of the actual HTML source, missing that a CMS template silently omitted the meta description tag entirely.

Tips

If the exact phrase check comes back absent everywhere but you know it's 'basically' in the content, that's itself useful information - it means you're relying on a synonym or variant, and adding the exact phrase once in a natural spot can only help.

Keyword Placement Analyzer