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.

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.

Or watch it run on
Choose what to scan
Understanding the check

01What each of the ten checks is looking for

Each one exists because it has cost a real dispensary real visibility. They are ordered by how much damage they do rather than by how technical they sound.

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

Whether the 21 plus check is an overlay drawn on top of a loaded page, or a server side redirect that sends the crawler somewhere different from your customers.

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

How much of the page exists before scripts run. It compares the raw HTML against what a rendered page would contain and reports the proportion that is genuinely there.

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

Robots directives, canonical tags, and whether the page allows itself to be indexed at all.

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

Page size, script count, and the third party payload that drags Core Web Vitals down.

02Reading the result without panicking

A scan will usually return several flags, and they are not equally urgent. Working through them in the order they appear on screen is the wrong approach, because the list is grouped by check rather than by cost.

Anything red under menu visibility, age gate, or indexability. These three block search entirely rather than reducing performance, and none of the other work pays off until they are cleared.

Compliance flags and heavy JavaScript dependency. Neither stops you ranking today, and both carry a cost that compounds: one is regulatory exposure, the other is content Google may never fully read.

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

A page that fails on menu visibility does not need better content. It needs the menu fixed, and then the content will finally count for something.

03Why what Google sees is not what you see

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

A crawler takes the HTML and reads it immediately. Rendering happens later, on a separate pass, and is not guaranteed. Content inside an iframe is never credited to your page at all, because it belongs to whichever domain served it.

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

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 is the same view this tool uses, taken from the source that decides your rankings.

04What 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, because 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, the report is written so you can forward it as it stands. It names the fault rather than describing a symptom, which 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, so a fault on one is usually a fault on all of them, and the fix is one change rather than forty.

Detects which menu platform you run and whether its products actually reach the HTML Google reads. If your menu loads in an…

Reads your sitemap, finds every location page, and measures how similar they are to each other. This is the scaled content risk…

Paste any marketing copy and see the medical claims, potency language, and youth appeal that get dispensary marketing pulled. Runs entirely in…

Questions

Questions about the site check

It fetches the page from this server, the way a crawler would, and reads the HTML that comes back rather than the page your browser draws. Ten checks then run against that HTML, covering menu rendering, age gate behaviour, compliance language, JavaScript dependency, local signals, indexability, on page basics, and page weight.
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 genuinely 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 address. 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 only for rate limiting. Your IP is never stored in readable form. Nothing is sent anywhere else and nothing is sold.
Usually not. Some firewalls and CDNs block automated requests, which is their job. Try a different page on the same domain, and try a different site to confirm the tool itself is working. If your own firewall is blocking it, that is worth knowing separately, because it may be blocking other legitimate crawlers too.

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