The product combines observe-only intelligence, policy-aware planning and a future plugin execution plane that stays domain-bound, conflict-aware and rollback-ready.
The Hetzner control plane remains responsible for observing, learning, validating and planning. It turns raw report data, historical trends and pilot evidence into safer execution decisions.
The plugin path is the primary future way to improve metadata, heading structure, markup quality and other on-page issues that belong close to the WordPress rendering layer.
Licenses, channels, manifests, policies and rollback profiles are modeled per domain. That keeps product delivery traceable and avoids unclear multi-domain side effects.
| Topic | This product | Typical alternative |
|---|---|---|
| SEO structure | Metadata, H1, markup and content ownership stay close to WordPress output | Edge-only fixes miss template and plugin root causes |
| Performance discipline | Performance work is evaluated alongside scope, conflict risk and rollback cost | Performance tweaks are often treated as isolated wins |
| Domain governance | Licensing, releases and policies stay domain-scoped | Shared logic can drift into accidental cross-domain effects |
Because the current highest-value opportunities are metadata, headings, HTML weight and markup quality, which belong closest to WordPress rendering.
No. The current product state remains controlled, local and approval-gated for any real external effect.
The docs, security and licensing sections explain how these features remain controlled and reversible.