v1.4.0

Tier 1 audit: rendered crawl. New crawl_rendered task fetches each URL from inside WordPress (wp_remote_get loopback) so status codes, redirects, rendered canonical + robots, and X-Robots-Tag are real - and bot-block firewalls don't block it. Batched (250 URLs / 40s). No effect until the server has AUDIT_RENDERED_CRAWL enabled.

v1.3.46

Fix: AIOSEO focus keywords now correctly included in plugin-pushed scan payloads. Pages on AIOSEO sites will no longer show 'None' for Target Keyword after rescan.

v1.3.45

Diagnostic endpoint for AIOSEO keyphrase format inspection.

v1.3.44

Extract AIOSEO keyphrase during scan — fixes all AIOSEO sites showing None for Target Keyword in the Pages view.

v1.3.43 — AIOSEO publish fix

What's fixed

• AIOSEO focus keyword now writes on publish — uses _aioseo_keyphrases JSON format
• AIOSEO SEO title + meta desc now write reliably — writes to both post meta and AIOSEO v4's aioseo_posts table so fields show up in WP admin immediately after publish
• Added debug info to publish response (seo_plugin + meta_written) for server-side logging

v1.3.42 — Fix content truncation

Bug fix: Post content was being truncated to 500 characters before sending to the WPSeoBoss server, while the SQL query already safely caps at 5,000 characters. This caused incorrect word counts (~57 avg), broken keyword analysis, and false thin-content flags for all plugin-scanned sites.

Fix: Remove the 500-char PHP truncation. Content now sends the full 5,000-char SQL cap.

Action required: Update the plugin on all connected sites and re-scan to get accurate content data.

v1.3.41

Fire-and-forget redirect detection: after each scan, unresolved internal URLs are queued as a background task. Plugin makes HEAD requests independently (no timeout pressure) and pushes results back to server. Server caches in site_redirects and re-runs link recompute. Reverts outbound_links format to string[].

v1.3.39

Add server-side redirect detection via /resolve-urls endpoint

v1.3.38 — Fix Elementor link extraction

Root cause of 0 links_in/links_out on Elementor sites:

PHP's json_encode() without JSON_UNESCAPED_SLASHES stores forward slashes as \/, so URLs in _elementor_data were stored as https:\/\/site.com\/page\/. The regex patterns added in v1.3.37 searched for literal https:// and never matched.

Fix: Replace regex-on-raw-JSON with json_decode() + recursive array traversal. json_decode() automatically unescapes \/ → /, then we walk the decoded structure to collect:

• Button/link widget url fields (clean strings after decode)
• Text editor widget HTML strings (run standard href= regex on decoded HTML)

Upgrade + rescan required on any site showing 0 links.

v1.3.37

Fix link extraction for Elementor and Divi page builder sites. Previously all link counts showed 0 on these sites because post_content contains JSON/shortcodes, not rendered HTML. Now parses Elementor JSON for url fields and Divi shortcode url attributes.