Find HTTP resources loaded on HTTPS pages across up to 25 URLs. One paste to catch insecure images, scripts, and iframes at scale.
Mixed-content bugs are easy to introduce and easy to miss. A blog editor pastes an HTTP image URL. A legacy embed slips into a template. A third-party script provider quietly serves HTTP fallbacks. Bulk mixed-content scans catch all of it in one paste.
## What this tool does
We load each URL, parse the HTML, and list every <img>, <script>, <link>, <iframe>, <video>, and <audio> with an http:// src. The result is a per-URL count and the first few offending resources for context. Export the full list to CSV.
## Why it matters
Modern browsers block active mixed content (scripts, iframes) outright and warn on passive mixed content (images, video). The padlock disappears. Some browsers refuse to load the page at all. SEO-wise, Google flags mixed content in Search Console — it is a known crawl-quality issue.
A single HTTP resource on an HTTPS page can break the padlock, trigger browser warnings, or be blocked outright. At scale, one CMS template change can poison dozens of pages.
For each URL we GET the page (following up to 5 redirects), parse the resulting HTML with a streaming parser, and walk every element with a src or href attribute. We resolve each URL against the page's base URL, then flag anything where the page is HTTPS and the resource is HTTP. Inline data: URIs and protocol-relative // URIs are not flagged. We do NOT execute JavaScript — dynamically injected mixed content (e.g. via document.write) is invisible to this scan. For a runtime scan, use the single-URL Mixed Content Checker.
Any HTTP resource loaded by an HTTPS page. Browsers categorise scripts/iframes as "active" (always blocked) and images/video as "passive" (warned about).
No — only static HTML. For runtime scans, use the single-URL tool which renders the page.
Open the row in the single-URL tool to see every offending resource, then update the source (CMS content, template, third-party embed) to https://.
It auto-upgrades resources to HTTPS at request time — a great safety net, but not a substitute for fixing the source URLs.
Only publicly accessible URLs over the internet.
CDN logs only see requests that reached the CDN. Mixed content that browsers block never reaches your CDN.