Enter a URL
A WWW redirect checker is a free online tool that tests whether your website correctly sends visitors from one URL version (www or non-www) to your preferred address using a 301 redirect. ToolsPivot's version scans all four URL combinations (http and https, with and without www) in a single check, no account or download required, while most competing tools only test one URL at a time.
Type your domain name into the input field. Leave off any prefix like "http://" or "www." The tool builds all four URL variants automatically.
Pick your preferred URL format from the dropdown. Choose between www or non-www, and HTTP or HTTPS, so the tool knows what the correct destination should be.
Hit "Check Redirect" to fire off simultaneous requests to http://yourdomain.com, http://www.yourdomain.com, https://yourdomain.com, and https://www.yourdomain.com.
Scan the results table for each variant's HTTP status code, redirect type (301, 302, or 307), and final destination URL.
Spot any mismatches highlighted in the report. If a variant lands on a different destination or uses a 302 instead of a 301, you've found your problem.
Four-variant scan: Tests http, https, www, and non-www URLs all at once, mapping every redirect path your domain can take.
301 vs. 302 identification: Flags the redirect type for each variant so you can confirm that permanent (301) redirects are in place, not temporary (302) ones that won't pass full link equity.
Redirect chain tracing: Follows the full path from origin to final URL, exposing unnecessary hops that slow page loads and waste crawl budget. Each extra hop adds roughly 100-300ms of latency.
HTTP header details: Displays server response headers including status codes, location headers, and server type for each URL variant.
Loop detection: Catches infinite redirect loops where www points to non-www and non-www points right back, preventing the page from ever loading.
Canonical destination check: Confirms whether all four variants land on the same final URL, matching your intended canonical preference.
Protocol consistency testing: Verifies that HTTP-to-HTTPS upgrades don't conflict with your www preference, preventing mixed-protocol redirect errors.
Subpage verification: Tests redirects beyond the homepage to catch partial setups that only redirect the root domain but leave inner pages split across two URL versions.
The results table shows one row per URL variant. A green status means that variant correctly redirects to your preferred canonical URL with a 301 code. A red or yellow flag means something needs attention.
Look for these specific issues in the output:
If two variants return a 200 status (meaning the page loaded directly without redirecting), your domain is serving the same content at two different addresses. Search engines like Google treat www.example.com and example.com as separate URLs. Without a redirect, your backlinks and ranking signals split between them, weakening both.
A 302 status code where you expected a 301 is a common misconfiguration. The 302 tells search engines the move is temporary, which means Google may keep the old URL indexed and won't transfer the full ranking value to the destination. For a permanent www preference, always use 301.
Redirect chains (one URL redirecting to another, then another, before reaching the destination) show up as multiple hops in the report. Google stops following chains after about 5 hops, and each one adds load time. Aim for a single hop from any variant to your canonical URL. If you spot chains, check your server status and hosting configuration for conflicting rules.
Catch duplicate content before it hurts rankings: Over 40% of websites have misconfigured www redirects. This tool finds the split in seconds so you can fix it before search engines penalize your crawl efficiency.
No sign-up, no limits: Run as many checks as you need without creating an account. Most competing tools (like Seobility and Sitechecker) push you toward paid plans after one or two free scans.
Full protocol coverage: Other www checkers test one URL at a time. ToolsPivot tests all four http/https and www/non-www combinations in a single click, covering edge cases you'd miss with manual browser testing.
Consolidate link equity: Backlinks scattered across www and non-www dilute your domain authority. Fixing the redirect merges that value into one URL.
Faster troubleshooting after migrations: SSL installations, hosting changes, and CMS updates can silently break redirects. A quick scan after any server change catches problems before your organic traffic drops.
Works alongside your full audit stack: Pair results with ToolsPivot's SSL checker for certificate validation and the broken link checker for a complete redirect health picture.
URL canonicalization sits near the top of every technical SEO checklist. If you're auditing a client's website with a tool like ToolsPivot's website SEO checker, always verify www redirects early. One agency discovered that 7 of 15 new client sites had split URL configurations during onboarding, meaning months of backlink building would have been wasted across two addresses.
E-commerce sites on Shopify, WooCommerce, or Magento often break www redirects when installing SSL certificates. A store with 4,000 product pages needs every single one of those URLs resolving to one canonical version, not just the homepage. Running this check after migration catches the partial setups that sneak through.
WordPress stores the site URL in its database (Settings > General), but that setting alone doesn't create server-level redirects. Changing hosts, updating plugins, or editing .htaccess files can undo your redirect rules. A quick check with this tool confirms that your WordPress address and your server config still agree with each other.
Digital agencies handling 10, 20, or 50 client websites can't manually type four URL variants into a browser for each one. Batch-checking domains through ToolsPivot saves hours and produces clear pass/fail results for client reports. Pair it with the DNS lookup tool to verify that both www and bare domain hostnames resolve at the DNS level before testing redirects.
Once the checker flags an issue, the fix depends on your server type. All of these methods use a 301 status code for permanent redirection, which tells search engines to transfer ranking signals to the destination URL.
Apache (.htaccess): Add RewriteCond and RewriteRule directives to your .htaccess file. The condition matches the non-preferred hostname, and the rule issues a 301 to your canonical version. Make sure the rule applies to all request URIs, not just the root. ToolsPivot's WWW to non-WWW .htaccess redirect generator can build this code for you.
Nginx: Create a separate server block listening for the non-preferred hostname. Return a 301 pointing to your canonical URL. Nginx doesn't use .htaccess, so changes go into the main site configuration file. Reload the config with "nginx -s reload" after editing.
Cloudflare or CDN: If your site sits behind Cloudflare, configure Page Rules or Redirect Rules at the edge. These execute before requests even reach your origin server, which means they override any conflicting rules in .htaccess or Nginx. One redirect rule handles the www preference; a second handles HTTP-to-HTTPS.
WordPress (CMS level): Set both "WordPress Address" and "Site Address" to your preferred format under Settings > General. Then add server-level redirects as a safety net, because the WordPress setting only affects links generated by the CMS, not direct requests to the server.
After applying any fix, run the ToolsPivot checker again to confirm all four variants now resolve correctly. Then verify that subpages redirect too, not just the homepage. You can also use the robots.txt generator and sitemap generator to make sure your crawl directives and XML sitemap reference only the canonical URL format.
A WWW redirect checker tests whether your website properly redirects all URL variants to a single preferred address using a 301 status code. ToolsPivot's tool checks all four combinations of http/https and www/non-www in one scan and reports the redirect type and final destination for each.
No. Neither version gives you an SEO advantage over the other. What matters is picking one and configuring 301 redirects so every other variant points to your choice. Large sites with multiple subdomains sometimes prefer www because it offers more flexibility with cookie scoping.
A 301 signals a permanent move and passes roughly 90-99% of link equity to the destination. A 302 marks the move as temporary. For www canonicalization, always use 301 because you want search engines to permanently consolidate rankings under one URL.
Yes, 100% free with no account registration, no daily scan limits, and no features locked behind a paywall. You can test as many domains as you need in a single session.
Run a check after any server configuration change, SSL certificate installation, hosting migration, or CMS update. Beyond that, include a quarterly scan in your routine SEO audit. Config drift happens quietly and can go unnoticed for months.
It won't get your site deindexed, but it can split your ranking signals across two URLs and create duplicate content that confuses crawlers. Over time, this weakens your page authority and can cause ranking fluctuations. Run a quick check with ToolsPivot and fix any issues the meta tags analyzer or this redirect tool flags.
A redirect chain happens when URL A redirects to URL B, which redirects to URL C, before finally reaching the destination. Each hop adds 100-300ms of load time, wastes crawl budget, and can dilute link equity. Google may stop following chains after roughly 5 hops. Aim for a single-hop redirect from every variant to your canonical URL.
Loops happen when one rule sends www to non-www while a conflicting rule sends non-www back to www. The page never loads because the server bounces the request forever. Check for conflicting directives in your .htaccess file, Nginx config, and CDN settings. Only one system should handle the redirect.
Yes. The tool tests all four protocol and hostname combinations: http://domain.com, http://www.domain.com, https://domain.com, and https://www.domain.com. This confirms that your www preference and HTTPS enforcement work together without conflicts.
Enter a specific URL path after your domain to test inner pages. Many misconfigured servers only redirect the root domain while leaving subpages accessible at both www and non-www. Always test a few inner URLs (like a blog post or product page) in addition to the homepage. Use the index checker to see which versions Google has actually indexed.
A single, correctly configured 301 redirect adds minimal delay (typically under 50ms for the redirect itself). But redirect chains with multiple hops can add 300ms or more to total page load time, increasing bounce rates and hurting Core Web Vitals scores.
Google removed the preferred domain setting from Search Console. The only reliable way to enforce www or non-www canonicalization is through 301 redirects at the server level, plus a matching canonical tag in your HTML. Run this checker to confirm the redirects are doing their job, then use ToolsPivot's link analyzer to verify your canonical tags match.
Copyright © 2018-2026 by ToolsPivot.com All Rights Reserved.
