If your site is HTTPS but parts of the page still load over HTTP, browsers may block them — leading to broken layouts, missing images, scripts that don’t run, and security warnings. This tool finds the exact URLs causing the issue.
This tool analyses the server-delivered HTML and common places assets are referenced (script/link/img/iframe/etc). If your site injects assets via JavaScript after page load, you may need to also inspect the Network tab or the rendered DOM.
For safety, private/internal targets are blocked (SSRF protection). This tool scans one page URL at a time and does not crawl your website.
If you’re working with streaming playlists too: M3U Online Player M3U Playlist Checker & Cleaner • M3U URL → TXT Converter
Does mixed content always break a page?
Not always — but it can. “Active” mixed content (scripts/iframes) is often blocked. “Passive” mixed content (images) may load with warnings depending on browser rules.
What’s the fastest fix for WordPress sites?
Update site URLs to HTTPS, replace old HTTP URLs in theme/plugin settings, and check your database for hardcoded http:// references.
Can I just enable an automatic “force HTTPS” rule?
It can help, but it won’t fix third-party assets that don’t support HTTPS. Always update the source URL where possible.
Why does the final URL differ from what I entered?
Redirects are common (http→https, www/non-www). The report shows the final resolved URL so you can match what browsers actually load.
Why don’t I see every request my browser shows?
Some requests are created after page load by JavaScript. This tool scans server HTML, which is the most reliable starting point for permanent fixes.
Will this detect inline CSS background images?
Yes — it scans for CSS url(...) references in the HTML.