MEGA AI

Changelog

1.7.0

• Feature: builder-aware widget edit surface. New GET /mega/v1/editor/widgets/<id>, PATCH /mega/v1/editor/widgets/<id>/<widget_id>, and POST /mega/v1/editor/revisions/<id>/restore endpoints expose a unified scalar-edit API across Elementor, Gutenberg, and Classic WP. The plugin auto-detects which page builder owns each post and dispatches to the matching MegaEditorAdapter. Every PATCH snapshots a WP revision first so the MEGA bot CLI can issue a single-call undo after a bad edit. Elementor support is pinned to major version <= 3 as a safety guard. Returns 404 with code: editor_builder_unsupported when an unknown builder is detected so callers can fall back gracefully.

1.6.2

• Feature: ?diagnostic=1 query param on POST /mega/v1/pages/<id>. When set, skips the mega_managed=1 postmeta write so the MEGA SEO platform’s CMS diagnostic worker can run a non-destructive page text-revert probe on a customer’s most-recent published page without permanently tagging it as MEGA-owned. No effect on production write paths (which call without the flag); the platform’s diagnostic Inngest worker passes diagnostic=1 and the bot’s normal publishing code does not.

1.6.1

• Removed self-update mechanism to comply with WordPress.org Plugin Directory guideline #8 (no loading executable code from external sources). Updates now flow exclusively through the WordPress.org plugin directory. No functional changes to /pages, /cache/flush, or any other endpoint shipped in 1.6.0.

1.6.0

• Feature: dedicated /mega/v1/pages REST surface — GET|POST /mega/v1/pages (list/create) and GET|PUT|DELETE /mega/v1/pages/<id> (read/update/delete) pinned to post_type=page. Mirrors the existing /posts handler shape (same response keys, same meta / schema_jsonld / seo_title / meta_description write semantics) so platform clients can use one parser for both. Returns 404 if the requested ID is not a page so callers can’t accidentally mutate a post via the pages route. Unblocks the CMS diagnostic worker’s page-revert probe and the page on-page-SEO bot path, both of which previously had to fall back to direct WP REST + Basic Auth.
• Feature: POST /mega/v1/cache/flush — purges Yoast indexables, Rank Math sitemap, WP Rocket, W3 Total Cache, LiteSpeed Cache, WP Super Cache, and WP core object cache. Each backend is detected at runtime and wrapped in try/catch so a mis-behaving cache plugin can’t cascade-fail the whole flush. Optional post_id param scopes WP-core post-cache invalidation to a single post. Returns a {cleared: {...}} summary so callers can log which backends fired. Lets writer pipelines force-revalidate freshly-written content/meta without waiting on each cache backend’s natural TTL.

1.5.2

• Maintenance release: republish of 1.5.1 to refresh the WordPress.org plugin directory metadata. No code change vs 1.5.1 — the schema-adapter fix below is the substantive change customers should care about. (1.5.1 was committed to SVN but the WordPress.org directory’s metadata-refresh pipeline did not pick it up; 10up’s deploy action refuses to re-push an already-tagged version, so a new tag is required to nudge the directory.)

1.5.1

• Fix: per-page JSON-LD schema for body-bearing @type values now persists with its full body on Yoast and AIOSEO sites.
  • Yoast: FAQPage and QAPage are no longer promoted to _yoast_wpseo_schema_page_type (the bare-@type slot). They fall through to the existing extras path (_mega_yoast_schema_extra) so mainEntity (questions/answers) is preserved.
  • AIOSEO: FAQPage, Recipe, Product, ProductReview, Course, Dataset, Movie, Service, Car, SoftwareApplication, HowTo, and Person are no longer promoted to wp_aioseo_posts.schema.default.graphName. They fall through to extras (_mega_aioseo_schema_extra) so mainEntity / recipeIngredient / offers / jobTitle / worksFor / etc. are preserved.
  • Both extras paths render verbatim via the existing wpseo_schema_graph / aioseo_schema_output filters — the same path Organization and BreadcrumbList have used since 1.3.0.
  • Previously these types were reduced to a bare {"@type":"…"} on storage and the host SEO plugin rendered an empty stub node.
  • No-op for Rank Math sites (its adapter already wrote full bodies per @type).
  • No-op for Article / WebPage / BlogPosting / NewsArticle on either adapter — those keep using native promotion because the host plugin reconstructs their body from the WP post record.

1.4.0

• Feature: AIOSEO (All in One SEO) schema adapter — GET|PUT|DELETE /mega/v1/posts/<id>/schema now works on sites running AIOSEO Lite or Pro, in addition to Rank Math and Yoast.
  • The first JSON-LD node whose @type matches an AIOSEO-known graph (Article, BlogPosting, NewsArticle, WebPage, FAQPage, Product, Recipe, Service, Person, Course, Dataset, Movie, ProductReview, Car, SoftwareApplication) is promoted to wp_aioseo_posts.schema.default.graphName and shows up in AIOSEO’s post-editor schema metabox.
  • Remaining nodes are stashed in _mega_aioseo_schema_extra and merged into AIOSEO’s rendered @graph at request time via the official aioseo_schema_output filter — same extension pattern Yoast uses.
  • A sentinel postmeta key (_mega_aioseo_default_owner) tracks which default.graphName slot we own so we never overwrite a manual selection a customer made in the AIOSEO metabox.
  • AIOSEO’s user-authored graphs[] and customGraphs[] arrays are read but never written by this plugin — they remain entirely under customer control.
• Feature: AIOSEO SEO title and meta description support — seo_title and meta_description on GET|POST|PUT /mega/v1/posts[/<id>] now read from and write to the wp_aioseo_posts.title / wp_aioseo_posts.description columns when AIOSEO is the active SEO plugin.
• Updated: mega_schema_no_seo_plugin error message now mentions AIOSEO alongside Rank Math and Yoast.

1.3.0

• Feature: per-post JSON-LD schema via host SEO plugin (Rank Math / Yoast).
  • New endpoints GET|PUT|DELETE /mega/v1/posts/<id>/schema and inline schema_jsonld field on POST|PUT /mega/v1/posts[/<id>]. REPLACE-ALL semantics — read before writing to preserve.
  • Rank Math adapter writes one rank_math_schema_<Type> post meta row per JSON-LD node; Rank Math renders them as part of its native schema graph and they appear in the Rank Math editor UI.
  • Yoast adapter maps page-type / article-type nodes to _yoast_wpseo_schema_page_type / _yoast_wpseo_schema_article_type (visible in the Yoast UI). Nodes that don’t fit those selectors are stashed in _mega_yoast_schema_extra and rendered into Yoast’s runtime graph via the wpseo_schema_graph filter.
  • GET /mega/v1/posts accepts a new post_type query parameter (single, comma-separated list, or any) and a free-text search parameter so the platform can enumerate pages and custom post types, not just blog posts.
• Removed: the _mega_jsonld_schema self-rendered wp_head injection shipped in 1.2.2. Replaced by the adapter above so the host SEO plugin owns rendering — avoids duplicate <script type="application/ld+json"> tags and makes schema visible in Yoast / Rank Math UIs. The _mega_jsonld_schema post_meta key is no longer read; legacy values can be removed with DELETE /mega/v1/posts/<id>/schema after migrating to the new path.

1.2.2

• Feature: render bot-managed JSON-LD schema in <head> on singular views. Reads the _mega_jsonld_schema post_meta key (written through the existing meta:{} field on POST /mega/v1/posts/<id>) and emits it as <script type="application/ld+json" data-mega-managed="1"> at wp_head priority 99. Lets the MEGA platform deploy LocalBusiness / RealEstateAgent / FAQ / Service schema on sites that don’t have Yoast or Rank Math controlling the relevant schema type. A site-wide schema slot is planned for a follow-up release.

1.2.1

• Compatibility: defer Prism’s template_redirect hook to priority 20 so plugins like WP Fusion (default priority 10) can run their auth and membership gates first. Prevents authenticated users from being redirected away from archive pages on sites that gate content via template_redirect.

1.1.1

• Maintenance release

1.1.0

• New Feature: Prism – Reverse proxy functionality
• Serve external content through your WordPress site with configurable routes
• Support for custom headers per route
• Intelligent caching with configurable TTL
• Admin UI for managing proxy routes

1.0.8

• Bug fixes

1.0.7

• Fixed WordPress coding standards compliance
• Added proper cache headers to REST API responses
• Tweaks and improvements

1.0.0

• Initial release
• Secure authentication system
• Full REST API for content management
• SEO plugin integration (Yoast & Rank Math)
• Embed preservation support
• Webhook support for cache invalidation
• MEGA optimizer script injection