Builder Integrity erkennt Probleme mit dem WordPress-Editor und Page-Builder, bevor sie zu Inhaltsproblemen werden.

WAS ES ERKENNT

Wenn Editor-Zustand und gespeicherter Inhalt nicht mehr übereinstimmen.

WordPress-Inhalte können veraltete Editor-Signale, fehlerhafte Blockstrukturen, gemischte Builder-Zustände oder Metadaten ansammeln, die nicht mehr zum gerenderten Inhalt passen. Builder Integrity trennt diese Signale, bevor entschieden wird, ob etwas repariert werden sollte.

Eine WordPress-Seite kann weiterhin gerendert werden, während ihr gespeicherter Editor-Zustand bereits inkonsistent ist. Eine Seite kann Gutenberg-Blockkommentare zusammen mit Builder-Metadaten enthalten, alte Elementor-Daten können nach einer Inhaltsänderung bestehen bleiben oder fehlerhafte Blockgrenzen bleiben verborgen, bis die Seite erneut bearbeitet wird. Diese Zustände sind vom Frontend aus schwer zu diagnostizieren, da die sichtbare Ausgabe noch normal aussieht.

Builder Integrity untersucht den gespeicherten Inhalt und die Editor-Signale direkt. Es unterscheidet positive Builder-Beweise von schwächeren historischen Markern und klassifiziert dann den Eintrag, statt anzunehmen, dass ein einzelner Metadatenwert den aktiven Editor definiert. Dies macht das Diagnoseergebnis vor Migrationen, Inhaltsbereinigungen, Übersetzungsworkflows wie z. B. nützlich REEID Translate, Theme-Änderungen oder der Fehlersuche bei unerwartetem Editor-Verhalten.

WARUM EDITOR-INTEGRITÄT PRÜFEN?

Wo Builder Integrity hilft.

Editor-Inkonsistenzen werden oft erst sichtbar, wenn jemand eine Seite zum Bearbeiten öffnet, die Editoren wechselt, eine Migration durchführt, Inhalte übersetzt oder ein Plugin aktualisiert. Die frühere Erkennung des Zustands bietet einen klareren Ausgangspunkt.

Für Gutenberg-Inhalte prüft Builder Integrity die Block-Kommentar-Struktur, statt sich allein darauf zu verlassen, ob WordPress die Seite rendern kann. Es kann verwaiste Schließmarkierungen, nicht übereinstimmende Grenzen, offene Blöcke, ungültiges Blockattribut-JSON und fehlerhafte WordPress-Blockkommentare erkennen, die sonst als gewöhnliches HTML erscheinen könnten.

Für eine tiefere manuelle Inspektion der gespeicherten Gutenberg-Markup, siehe Gutenberg Block Source Editor.

Für Elementor und SiteOrigin zeichnet das Plugin beweiskräftige Hinweise spezifisch für den Builder separat von Gutenberg- und Classic-Inhaltssignalen auf. Dies ist nützlich, wenn ein Eintrag im Laufe der Zeit von mehr als einem System bearbeitet wurde oder wenn alte Builder-Metadaten nach einer Workflow-Änderung verbleiben.

Das Ziel ist Diagnose, nicht aggressive Bereinigung. Ein gemischter oder ungewöhnlicher Zustand wird nicht automatisch als etwas behandelt, das neu geschrieben werden sollte. Einträge außerhalb der engen Reparaturregeln bleiben für eine manuelle Überprüfung verfügbar, statt automatisch geändert zu werden.

IN 0.1.0 UNTERSTÜTZT

Von Natur aus konservativ.

Die erste Version konzentriert sich auf Erkennung und Diagnose. Automatische Mutation ist bewusst eingeschränkt. Builder Integrity unternimmt weder umfassende Gutenberg-Rekonstruktion noch Builder-Migration.

• Begrenzte Site-Diagnostik über das WordPress-Admin-Panel
• Diagnostik pro Datensatz
• WP-CLI-Scanning
• Erkennung struktureller Fehler in Gutenberg
• Erkennung des Zustands von Elementor und SiteOrigin
• Erkennung klassischer/nicht-blockbasierter Inhalte
• Geprüfter Reparaturvorschlag für einen eng begrenzten fehlenden Gutenberg-Block näher betrachtet
• Verifizierte WordPress-Version vor der unterstützten Reparatur
• Post-Write-Validierung und Rollback-Versuch im Falle eines Fehlers

Builder Integrity sendet keine Website-Inhalte an externe Dienste und enthält keine Telemetrie.

Was die erste Version NICHT tut

Version 0.1.0 unternimmt weder allgemeine Gutenberg-Rekonstruktion, automatische Builder-Konvertierung, massenhafte Inhaltsneuverarbeitung noch verdeckte Metadatenbereinigung. Die meisten erkannten Inkonsistenzen bleiben diagnostische Informationen, es sei denn, das Plugin kann einen eng definierten und deterministischen Reparaturvorschlag erstellen.

Wenn eine unterstützte Reparatur verfügbar ist, wird der aktuelle Inhalt mit der geprüften Vorschau abgeglichen, eine passende WordPress-Version verifiziert oder erstellt, die Änderung geschrieben und das Ergebnis erneut gescannt. Bei fehlender Validierung versucht Builder Integrity, den Originalinhalt aus dieser Version wiederherzustellen.

Für wen ist Builder Integrity gedacht?

Builder Integrity richtet sich an WordPress-Administratoren, Entwickler, Agenturen und Website-Betreiber, die verstehen müssen, wie Inhalte tatsächlich gespeichert werden, bevor sie diese bearbeiten, migrieren oder reparieren. Die Admin-Diagnostik bietet eine begrenzte Site-Scan- und Einzel-Datensatz-Inspektion, während WP-CLI denselben Klassifizierungsworkflow für technische Audits und größere Websites bereitstellt.