Skip to content
Free tool, no signup

Dispensary Site Checker: See Your Site The Way Google Does

Ten checks against the HTML a crawler actually receives, not the page your browser draws. It finds the menu Google cannot read, the age gate blocking the crawler, and the compliance language nobody has reviewed since it was written.

Site Check

Check What Google Can Actually See

Enter a page from your dispensary site and choose what to check. The scan runs live against the page a search engine receives.

All 10 checks
Understanding the check
The Short Version
  • The check reads the HTML a crawler receives, not the page your browser draws. On dispensary sites those two views can differ by an entire menu.
  • Two findings can take a page out of search on their own: an age gate that redirects the crawler, and a page blocked from the index. A menu that never reaches the HTML keeps your products out of it.
  • Fix the first red flag, scan again, and confirm it cleared before touching anything else.
Check your page 20 seconds, free

01 What Each Of The Ten Checks Is Looking For

Each check covers a problem that commonly keeps dispensary pages out of search. They run in order of damage, not by how technical they sound.

Menu Visibility

Whether your products reach the HTML at all. The check detects the major menu platforms, works out whether the embed is an iframe or JavaScript, and counts how many product terms and prices survive into the source.

Age Gate Blocking

Whether the 21 plus check is an overlay drawn on top of a loaded page, or a server side redirect. A redirect sends every visitor, crawler included, to the same gate page, and Google warns that redirecting every URL to one page drops all the others from search. The page is also requested with Googlebot's user agent, to see whether the site lets it through.

Prohibited Content

Reads the visible copy for medical claims, potency promotion, price inducements, and language a regulator could read as appealing to under 21s.

JavaScript Dependency

How much of the page exists before scripts run, counted from the raw HTML, and whether the site is built on a JavaScript framework that leaves the first response nearly empty.

Local SEO Signals

Looks for the address, phone number and opening hours in the source, and for LocalBusiness structured data describing the store.

Indexability

robots.txt read the way Google reads it, robots meta tags, the X-Robots-Tag header, and whether the canonical points back at the page.

On Page Basics

Title, meta description, heading structure and image coverage. The plain layer everything else sits on.

Page Weight

HTML size, script count and how fast the server answered. It is not a speed test, so the result links to PageSpeed Insights for real Core Web Vitals.

Insecure Resources

Scripts, styles and images still loading over plain HTTP. Browsers block some of them outright, and the rest can cost the page its padlock.

Sitemap And Scale

Reads the sitemap to see how many pages you really publish, and whether that number matches what you think you have.

Key FactTwo of the ten can take a page out of search on their own: an age gate that redirects the crawler, and a page blocked from indexing. A menu that never reaches the HTML keeps your products out of search. The other seven cost you performance.

02 Reading The Result Without Panicking

A scan will usually return several flags, and they are not equally urgent. The result groups them by what they cost, Blocks Google first and Costs Rankings second, and when one cause produces several findings it shows them once, under the cause. Work through them in this order.

1

Clear The Blockers First

Anything under Blocks Google, usually the age gate or indexability, then a menu that does not reach the HTML. These keep pages or products out of search rather than reducing performance. None of the other work pays off until they are cleared.

2

Then The Compounding Problems

Compliance flags and heavy JavaScript dependency. Neither stops you ranking today. Both carry a cost that grows: regulatory exposure on one side, content Google may never fully read on the other. The compliance checker reads the flagged copy in more depth.

3

Then The Improvements

On page basics, local signals, and page weight. Real gains, worth doing, and none of them will change your quarter on their own.

Key FactA page that fails on menu visibility does not need better content. It needs the menu fixed. Then the content finally counts for something.

03 Why What Google Sees Is Not What You See

When you open your own site, your browser requests the HTML, runs every script, waits for the menu platform to answer, applies your age gate, and draws a finished page. That takes a second or two. You never think about it.

A crawler reads the HTML the moment it arrives. Rendering happens later, on a separate pass. Content inside an iframe may not count for your page at all: Google says it tries to associate framed content with the page that embeds it, but does not guarantee it. Why embedded menus so often miss the index covers this in full.

On most websites the gap between those two views is small. On a dispensary site the menu is the product, and the menu is usually embedded. So the gap is often the whole business.

Worth KnowingYou can verify this yourself. Open Search Console, run URL Inspection on a menu page, choose Live Test, and read the rendered HTML. Search it for a brand you carry. That rendered view is Google's own, and this tool reads the raw HTML that comes before it.

04 What To Do With What You Find

Take the first red flag and nothing else. Fix it, scan again, and confirm it cleared before you look at anything below it. These faults stack. An unreadable menu makes the on page findings meaningless, and a page that cannot be indexed makes everything else theoretical.

If a finding needs a developer, forward the report as it stands. It names the fault rather than describing a symptom. That is the difference between a ticket that gets actioned and one that comes back asking what you mean.

If you run several stores, scan one location page from each. Chains almost always share a template. A fault on one is usually a fault on all of them, and the fix is one change rather than forty.

The Scan FlaggedGo Deeper With
Menu invisible, or heavy JavaScriptThe menu visibility checker, which names your platform and its embed type
Compliance languageThe compliance checker, plus the advertising rules in your state
Thin or missing structured dataThe schema generator, which builds clean LocalBusiness markup from one form
Location pages that look alikeThe similarity checker, which measures the whole chain pair by pair
Fixed something? Scan the same page again and watch the flag clear.Run the check again

05 Where This Check Fits In Dispensary SEO

A crawl check is the first gate of dispensary SEO, not the whole job. It tells you whether Google can read the site. It does not tell you whether the content deserves to rank once it can.

This is the same check that opens every engagement here, before keywords, content or links get any budget. What a dispensary SEO agency does after this gate depends on what the scan finds, and what fixing each class of problem costs is written down so you can decide with numbers rather than adjectives.

If the result raises more questions than it answers, the free audit turns it into a written plan: what is wrong, what it is costing you, and what to fix first.

Questions

Questions About The Site Check

It requests the page from this server, follows any redirects, and reads the HTML that comes back rather than the page your browser draws. It asks for the page a second time with Googlebot's user agent, and reads robots.txt and the sitemap. Ten checks then run: menu rendering, age gate behavior, compliance language, JavaScript dependency, local signals, indexability, on page basics, page weight, insecure resources, and the sitemap.
Because your browser runs JavaScript, waits for it, and draws the finished result. A crawler receives the raw HTML first and renders later, sometimes much later, and often not at all for content behind an iframe. On a dispensary site those two views can differ enormously, and the gap between them is usually where the problem lives.
No. It means the ten patterns checked here were not found on the page you gave it. A site can pass every check and still be losing to weak content, a thin backlink profile, or a competitor who simply does it better. Treat a pass as one gate cleared rather than a verdict.
Technically yes, since it only reads public pages. Whether you should is your call. It is more useful pointed at your own site, because a competitor result tells you what they got right without telling you what it would take for you to do the same.
Twelve page scans an hour from one connection, and a mistyped address does not use one up. The limit exists so the tool stays available and so nobody can point it at someone else as a weapon. If you trip it while testing your own site, wait an hour or try from a phone on mobile data.
A record of the scan is stored so the shareable report link keeps working: the address, the results, the time, and a one way hash of your IP, used for rate limiting and to make sure only you can have the report emailed. Your IP is never stored in readable form. If you ask for the report by email, your name, email and company are kept with it so the reply reaches you. Scans are deleted automatically after a year, and scans with an email after two years. Nothing is sent anywhere else and nothing is sold.
Usually not. Some firewalls and bot protection services refuse automated requests, which is their job, and the message tells you the status the site returned. Try a different page on the same domain. If every page is refused, that is worth knowing separately, because the same rule may be turning away other legitimate crawlers too.
Four causes account for almost every case. The page blocks itself from the index. The age gate redirects the crawler. The domain is too new to have been crawled properly. Or a manual action is sitting in Search Console. This scan checks the first two in twenty seconds, your registrar answers the third, and Search Console shows the fourth.
It depends on how it is built. An overlay drawn on top of a loaded page is harmless, because the content is already in the HTML underneath it. A server side gate that redirects every visitor to one gate page sends Googlebot there too, and Google warns that this removes the other pages from search. Google's own advice is to let a verified Googlebot crawl without triggering the gate. The scan tells you which kind yours is, and what a request with Googlebot's user agent receives.
Search Console is the source of truth. Run URL Inspection on a page, choose Live Test, and open the rendered HTML. This tool reads the raw HTML that comes before rendering, which is where most dispensary problems start, runs ten checks on it, and needs no account. Use both: the scan to find problems fast, Search Console to confirm them.

Most of what this finds is fixed in one technical sprint. How the technical sprint works →

Found Something And Not Sure How Serious It Is?

Send the domain and what the check flagged. You will get a written read on what it is costing you and what to fix first.

Get Your Free Audit