Real data or a clear unavailable state
Search Console, GA4, PageSpeed and provider-backed results are only displayed when fetched. Missing data stays unavailable—not replaced with plausible defaults.
Portfolio/Case study
WordPress SEO platform · AI-nativeEvery search signal, one source of truth.
A full WordPress SEO system for metadata, schema, crawling, content health, analytics, WooCommerce, and assistant-driven workflows—designed to use real site and provider data, never invented numbers.
Commercial project · source repository is privateA site can emit one canonical URL in the head, submit another in its sitemap, generate a third in schema, and still show analytics-looking numbers that never came from an analytics provider.
Search Console, GA4, PageSpeed and provider-backed results are only displayed when fetched. Missing data stays unavailable—not replaced with plausible defaults.
Metadata, canonical resolution, indexability, Open Graph, Twitter cards, JSON-LD and sitemaps share the same resolved content state.
Every assistant action passes WordPress capabilities. External interfaces start off, imports support dry runs, and destructive changes require explicit intent.
The modules share resolvers and indexes rather than behaving like unrelated mini-plugins.
Titles, descriptions, focus keywords, social previews, robots directives and canonical controls for posts, terms and archives.
A deduplicated JSON-LD graph for WebSite, Organization, Person, Article, Breadcrumbs, products and custom schema.
Google Search Console, GA4, PageSpeed Insights, URL inspection, rank tracking and traffic-recovery workflows.
XML, news, video, RSS and HTML sitemaps; robots and file tools; redirect monitoring; broken-link and orphan-content discovery.
Duplicate metadata, cannibalization, thin or stale pages, invalid canonicals and incomplete author identity in one bounded audit.
Variable-product ProductGroup markup, identifiers, offer availability, merchant return policies and store-aware product data.
35+ focused tools for auditing, drafting, updating, inspecting, comparing and reporting through secure WordPress interfaces.
Stored-content resolution for Gutenberg, Classic Editor, Elementor, Divi, Oxygen and Breakdance without rendering unsafe shortcodes.
The same indexability and content resolution pipeline feeds every public and administrative surface.
Each finding links back to a real WordPress object and states why it was flagged.
The interface distinguishes site-derived data, provider data, cached data and unavailable data.
Variable products become a connected ProductGroup with real variants, offers and identifiers—not a flattened approximation.
Prices, currency, availability, images, attributes, SKU, GTIN, MPN and ISBN are read from WooCommerce objects. Merchant return policy markup remains disabled until the store provides the required policy configuration.
AI clients can inspect and improve SEO without bypassing the site's permission model.
Tool access uses WordPress capabilities and authenticated interfaces. OAuth 2.1 with PKCE is supported, with Application Passwords as a WordPress-native fallback. REST and assistant access are disabled until an administrator enables them.
The final audit checked syntax, public output, permissions, schema integrity and representative live WordPress fixtures.
Head output, schema and sitemaps ask one resolver instead of reproducing URL logic in three modules.
Audits understand supported builders while avoiding front-end shortcode execution and side effects.
Content changes mark cached results stale; scheduled or requested work refreshes them within bounded batches.
The codebase maintains a PHP 7.4 floor and WordPress 6.0 baseline rather than assuming a modern managed stack.
The source repository is private. I can walk through the data model, indexing pipeline, schema graph, integrations, and safe assistant layer.