The Fix Modules, one by one
Last updated July 10, 2026
The Fix Modules, one by one
The Fix Modules page is the working half of SWPL AI Visibility: the Dashboard tells you what is wrong, and these modules fix it or tell you exactly where to. Two rules apply to all of them: nothing changes your site until you switch a module on, and everything is reversible – fixes are applied through standard WordPress filters at view time wherever possible, so toggling a module off restores the previous behavior instantly.
Robots.txt Manager
Checks your robots.txt against the known AI crawlers – GPTBot and ChatGPT-User (OpenAI), ClaudeBot (Anthropic), Google-Extended, Applebot, Bingbot, PerplexityBot, CCBot, and more – and shows each as allowed or blocked. Fix All adds Allow rules for every blocked AI bot in one click. It works through WordPress’s own robots.txt filter and never overwrites a physical file; the preview box always shows the exact robots.txt actually being served. A blocked AI crawler means that assistant cannot recommend your products at all – this is the single most common reason for zero AI crawl traffic.
llms.txt Generator
Builds an llms.txt file – an emerging convention: a plain-text guide at yoursite.com/llms.txt that AI assistants read to quickly understand what your site is and offers – from your actual store name, description, main categories, and pages, and saves it to your site root. Regenerate after big content changes; monthly is a good rhythm, since the file is a snapshot, not live.
Cache Optimizer
Reads your real cache rate from Cloudflare, grades it, and gives step-by-step recommendations tailored to the caching plugin you actually run – it detects WP Rocket, W3 Total Cache, LiteSpeed Cache, or the Cloudflare plugin and shows the exact clicks for that tool. It deliberately never changes your caching itself: caching changes can affect carts and checkouts, so a person applies them. For WooCommerce, its Cloudflare recommendations keep /cart, /checkout, and /my-account uncached.
Schema Enhancer
Adds structured data (invisible machine-readable labels) to your pages: Product details (name, price, currency, availability, images) on product pages, breadcrumbs, and your business info on the homepage – what makes rich results and accurate AI answers possible. It also cross-checks the fields Google Merchant Center wants and lists any missing from your products. If your SEO plugin already outputs complete Product schema, you generally want only one source of it – the card’s status helps you check.
Filter Plugin detection and Filter SEO
Filtered shop pages (“gold necklaces”) are exactly what shoppers search for, but most SEO plugins stamp them with a hidden noindex tag. Filter SEO lifts that tag on recognized filter pages so they can be discovered. The detection card shows which filter plugin it recognized (Filter Everything Pro, FacetWP, YITH, Berocket, Themify – or URL-pattern fallback). A caution the module itself makes: indexing every filter combination can flood Google with near-duplicates; open the door for meaningful filter pages, not all of them.
Attribute Health
Scans your WooCommerce attributes for the classic Merchant Center offenders: non-standard gender values (Google accepts only male, female, unisex), non-standard age groups, several values packed into one field (“Gold | Silver”), and the same attribute existing under multiple names. It reports; it never rewrites your product data. Run it before and after imports, and whenever the Merchant Center card shows disapproved or limited products.
noindex Fixer
Finds pages carrying a noindex tag that should be visible – shop, categories, products, key pages – and fixes them through WordPress’s robots-directive filter. A noindex on a shop page usually arrives by accident (an SEO plugin default, or a “discourage search engines” checkbox ticked during development) and can erase the page’s traffic entirely.
Broken Pages and the 404 Redirect Manager
Broken Pages follows your internal links in the background and reports any landing on a 404, with where each was linked from. The Redirect Manager is the fix: paste the dead address as From URL, the live destination as To URL, pick 301 (permanent – almost always right) or 302 (temporary), and save; Verify URL first checks what the address really returns so you never redirect a live page. Redirect to the closest equivalent – a replacement product or its category – not everything to the homepage. One boundary: URLs answering 410 Gone are deliberately retired (SWPL Discontinued Products territory) and the manager declines to redirect them, which is correct.
Subdomain Health
Checks the common subdomains of your domain (www, shop, blog, mail, staging, dev, and so on) for errors and misconfigurations – a forgotten staging copy responding publicly, or a dead subdomain wasting crawler attention. It finds the problems; DNS changes happen at your domain or Cloudflare dashboard.
WP-Cron Lockdown
Blocks outsiders from hammering wp-cron.php by installing a small always-on guard that requires a secret token; WordPress’s own scheduled tasks authenticate automatically. One exception to know: if your host or an external service pings wp-cron.php for you, that ping would be blocked – skip this fix or update that service first. Remove Fix reverses it completely.
Image SEO
Scans every image attached to your published content and checks all four media text fields – Alt Text (the important one), Title, Caption, Description – flagging missing and non-descriptive values (“IMG_4021” tells a machine nothing). Fix the worst offenders in the Media Library: describe what the image shows (“14k gold rope chain necklace, 20 inch”), product images first.
PageSpeed & Core Web Vitals
Runs Google’s speed test for mobile and desktop and breaks the result into the Core Web Vitals (LCP, FCP, TBT, CLS, SI) with Google’s specific recommendations for your site. Focus on mobile – it is how most shoppers arrive and it feeds your visibility score. Most e-commerce speed problems trace to oversized images, script-heavy plugins, or weak caching.
Sitemap Health
Checks the sitemap your site actually serves – any SEO plugin’s or WordPress’s built-in: is it reachable, valid XML, referenced from robots.txt, current, and free of dead entries. Problems are fixed in whichever plugin generates the sitemap; this module tells you what is wrong.
A sensible order
Walk the page top to bottom once: fix robots.txt and noindex first (they gate everything else), generate llms.txt, then work through schema, attributes, redirects, and speed as their cards report findings. Re-visit after big imports or site changes – and let the Alerts tab watch the numbers between visits.