1001Ferramentas
⚠️Security

Mixed Content Detector

Scans http:// references inside HTML served over HTTPS, flagging insecure assets and links.

Find the leftover http references in HTML

You moved the site to HTTPS, the padlock came back with a warning, and the console keeps complaining about mixed content. What is missing is knowing which asset stayed on http. Paste the page HTML into the box — view-source output, a curl dump, or the template straight from your repo — and the tool lists what it found, numbered, as you type.

The scan is a regular expression looking for the src, href and action attributes followed by http://. Every hit lands in the list with the matched fragment. There is no URL field: nothing is fetched, nothing is uploaded, the analysis runs over the text you pasted. With an empty box the output already reads that nothing was found, which is just the initial state rather than a verdict about your site.

The result errs in both directions, and it helps to know where. An http href on an anchor tag shows up in the list, but a navigation link is not mixed content and browsers do not block it — the real trouble is images, scripts, stylesheets and iframes. Meanwhile it cannot see url(http://...) inside CSS, nor srcset, poster, or URLs assembled in JavaScript. Use it as a first sweep, then confirm in the browser console, which reports what was actually blocked.

Frequently asked questions

Can I point it at a URL and have it crawl the site?
No. The page makes no requests; you have to paste the HTML. To sweep a whole site, dump each page with curl or wget and paste them one at a time.
Why did an ordinary link show up in the list?
Because the search covers the href attribute generically. Navigating to http is not blocked as mixed content, so focus on image, script and iframe sources.
What about URLs inside CSS?
They are not detected. Rules like background:url(http://...) slip past the regular expression, so run a separate grep over your stylesheets.

Related Tools