WordPress 7.1: KI-Richtlinien und der neue Inhaltstyp wp_knowledge

#Einführung

Die geplante WordPress-Version 7.1 bringt grundlegende Änderungen in der Art und Weise, wie redaktionelle Richtlinien verwaltet und KI-Tools integriert werden. Greg Ziółkowskis Vorschlag zur Einführung des neuen Inhaltstyps wp_knowledge hat eine lebhafte Diskussion in der Community ausgelöst. Einerseits suchen Entwickler nach standardisierten Wegen, um Richtlinien für Autoren und KI-Tools bereitzustellen. Andererseits warnen Kritiker wie Jon Brown von 9seeds vor unnötigem Core-Code-Zuwachs und schlagen vor, das Feature zunächst als Plugin im Verzeichnis zu testen.

Gleichzeitig läutet WordPress 7.1 das endgültige Aus für den Classic-Block ein. Der Block wird standardmäßig im Inserter ausgeblendet, was Agenturen zur Bereinigung älterer Beiträge zwingt. Sehen wir uns die Details dieser Änderungen an.

#Der neue Inhaltstyp wp_knowledge und KI-Richtlinien

Das Ziel von Greg Ziółkowskis Vorschlag ist es, im Core einen dedizierten Bereich für die Speicherung von Website-Richtlinien, Markenstimmen (brand voice) und Inhaltsstrukturen zu schaffen. Diese standardisierten Daten unter wp_knowledge dienen zwei Hauptzwecken:

1. Für Autoren: Richtlinien werden direkt im Editor als redaktionelle Checkliste angezeigt, was neuen Autoren den Einstieg erleichtert.
2. Für KI-Tools: Künstliche Intelligenzen (z. B. Inhalts-Generatoren) können diese Richtlinien über die REST-API oder WP-CLI auslesen, um den generierten Text stilistisch an die Website anzupassen.

Kritiker betonen jedoch die Risiken einer verfrühten Integration im Core. Sie plädieren dafür, die Funktionalität zuerst als Feature-Plugin bereitzustellen, um Feedback der breiten Community zu sammeln.

#Vergleich des Richtlinien-Managements in WordPress

Sehen wir uns an, wie sich die Speicherung redaktioneller Richtlinien verändert:

#Übergang vom Classic-Block in WordPress 7.1

Da der Classic-Block in WordPress 7.1 ausgeblendet wird, müssen Agenturen ältere Block-Layouts auf moderne innere Blöcke überprüfen und konvertieren. Unten finden Sie ein WP-CLI-Muster und eine Hilfsfunktion zum Bereinigen älterer Beiträge.

Das Ausblenden des Classic-Blocks in WordPress 7.1 ist ein weiterer Schritt zur Entfernung der TinyMCE-Bibliothek. Um Entwicklern den Übergang zu erleichtern, haben wir ein WP-CLI-Skript zur automatischen Konvertierung des Classic-Blocks in native Absätze und Listen vorbereitet.

Führen Sie folgenden Befehl auf dem Server aus:

# Finden und Konvertieren des klassischen Editors in Absätze
wp db query "UPDATE wp_posts SET post_content = REPLACE(post_content, '<!-- wp:freeform -->', '<!-- wp:paragraph -->') WHERE post_content LIKE '%<!-- wp:freeform -->%'"

Zudem empfiehlt es sich, eine Hilfsfunktion in der functions.php zu hinterlegen, um alte TinyMCE-Reste zu bereinigen:

<?php
/**
 * Fallback and clean-up utility for legacy Classic block outputs
 */
function wppoland_clean_legacy_classic_blocks($content) {
    if (has_block('core/freeform', $content)) {
        $content = str_replace('<!-- wp:freeform -->', '<!-- wp:paragraph -->', $content);
        $content = str_replace('<!-- /wp:freeform -->', '<!-- /wp:paragraph -->', $content);
    }
    return $content;
}
add_filter('the_content', 'wppoland_clean_legacy_classic_blocks', 9);

#AEO-Optimierung (Answer Engine Optimization) mit wp_knowledge

Die Einführung von wp_knowledge in WordPress 7.1 ist ein mächtiges Werkzeug für die Optimierung unter Answer Engines. Suchmaschinen wie Perplexity oder ChatGPT Search benötigen klar strukturierte Informationen. Die Speicherung offizieller Unternehmensdaten im CPT ermöglicht die automatische Generierung erweiterter Schema.org-Mikroformate.

Wir können zum Beispiel einen Filter schreiben, der Daten aus wp_knowledge als about- oder mentions-Objekte in den JSON-LD-Schema der Seite einbindet:

<?php
// Automatisches Anfügen von wp_knowledge-Metadaten an das JSON-LD-Schema
add_action('wp_head', 'wppoland_append_knowledge_schema');
function wppoland_append_knowledge_schema() {
    if (is_single()) {
        $knowledge = get_posts(['post_type' => 'wp_knowledge', 'numberposts' => 1]);
        if (!empty($knowledge)) {
            $schema = [
                "@context" => "https://schema.org",
                "@type" => "CreativeWork",
                "about" => [
                    "@type" => "Thing",
                    "name" => $knowledge[0]->post_title,
                    "description" => $knowledge[0]->post_excerpt
                ]
            ];
            echo '<script type="application/ld+json">' . json_encode($schema, JSON_UNESCAPED_SLASHES) . '</script>';
        }
    }
}

Außerdem können wir benutzerdefinierte Metadaten für das wp_knowledge-Post-Type registrieren:

<?php
add_action('init', 'wppoland_register_knowledge_meta');
function wppoland_register_knowledge_meta() {
    register_post_meta('wp_knowledge', 'wikidata_qid', [
        'show_in_rest' => true,
        'single' => true,
        'type' => 'string',
        'sanitize_callback' => 'sanitize_text_field'
    ]);
}

Wenn KI-Crawler die Website indexieren, erhalten sie sofort ein strukturiertes, vertrauenswürdiges Faktenblatt, was die Sichtbarkeit in KI-Antworten erhöht. Der Classic-Block (core/freeform) war wichtig für den Übergang zu Gutenberg. Mit WordPress 7.1 wird TinyMCE asynchron geladen, was die Ladezeit des Editors um über 40% verringert.

#Deep Dive: E-E-A-T und die Rolle strukturierter redaktioneller Daten

Die Integration redaktioneller Richtlinien direkt im WordPress-Core über wp_knowledge ist kein Zufall. Im Jahr 2026 legen Suchmaschinen, insbesondere Google, beispiellosen Wert auf E-E-A-T-Kriterien. Die Vertrauenswürdigkeit eines Herausgebers und die Transparenz der Inhaltserstellung sind heute entscheidende Rankingfaktoren.

Früher wurden Autorenboxen oder Über-uns-Seiten manuell gepflegt. Heute suchen die automatisierten Systeme von Google nach tieferen semantischen Verknüpfungen. Sie wollen wissen, ob eine redaktionelle Richtlinie (editorial policy) vorliegt und wie Fakten verifiziert werden.

wp_knowledge strukturiert diese Informationen auf Systemebene. Ein eigener Inhaltstyp für ethische Richtlinien, Expertenteams und Recherchemethoden wird Teil des Wissensgraphen der Website. SEO-Plugins können diese Regeln über das Attribut publishingPrinciples in Schema.org mit den Autoren verknüpfen. Dies signalisiert den Algorithmen, dass der Inhalt das Ergebnis eines sorgfältigen redaktionellen Prozesses ist und nicht ungeprüft von einer KI generiert wurde.

Zusätzlich bewerten Answer Engines die Richtigkeit von Aussagen anhand verknüpfter Entitäten. Ein sauberes JSON-LD-Schema mit Wikidata-Referenzen erhöht das Vertrauen der KI-Suchmaschinen massiv.

#Praktische Integration von wp_knowledge in die Inhaltsfreigabe

Um die Validierung in einer B2B-Agentur zu automatisieren, kann folgender PHP-Filter verwendet werden, um Beiträge vor der Veröffentlichung gegen wp_knowledge zu prüfen:

<?php
add_action('transition_post_status', 'wppoland_enforce_knowledge_rules', 10, 3);
function wppoland_enforce_knowledge_rules($new_status, $old_status, $post) {
    if ($new_status === 'publish' && $post->post_type === 'post') {
        $rules = get_posts(['post_type' => 'wp_knowledge', 's' => 'brand-voice']);
        if (!empty($rules)) {
            $excerpt = $rules[0]->post_excerpt;
            if (!empty($excerpt) && strpos($post->post_content, $excerpt) === false) {
                wp_update_post(['ID' => $post->ID, 'post_status' => 'draft']);
                wp_die('Error: The post content does not contain the mandatory brand voice excerpt.');
            }
        }
    }
}

Und hier ist der React Gutenberg Sidebar-Code:

import { registerPlugin } from '@wordpress/plugins';
import { PluginSidebar } from '@wordpress/edit-post';
import { useState, useEffect } from '@wordpress/element';
import { select } from '@wordpress/data';

const BrandVoiceValidator = () => {
    const [status, setStatus] = useState('Checking...');
    useEffect(() => {
        const unsubscribe = select('core/editor').subscribe(() => {
            const content = select('core/editor').getEditedPostContent();
            if (content.includes('beste') || content.includes('garantie')) {
                setStatus('Warning: Violates brand guidelines.');
            } else {
                setStatus('Compliant: Tone of voice matches guidelines.');
            }
        });
        return () => unsubscribe();
    }, []);
    return (
        <PluginSidebar name="brand-voice-sidebar" title="Brand Voice" icon="admin-users">
            <div style={{ padding: '16px' }}>
                <h4>Guideline Validation</h4>
                <p>{status}</p>
            </div>
        </PluginSidebar>
    );
};
registerPlugin('brand-voice-validator', { render: BrandVoiceValidator });

Hier ist auch die komplette Struktur des PHP-Plugins:

<?php
/**
 * Plugin Name: WPPoland Custom Knowledge Base and AI Guidelines
 * Description: Registers the wp_knowledge custom post type
 * Version: 1.0.0
 */

namespace WPPoland\Knowledge;

class KnowledgeBasePlugin {
    private static $instance = null;
    public static function get_instance() { 
        if (null === self::$instance) { self::$instance = new self(); }
        return self::$instance;
    }
    private function __construct() {
        add_action('init', [$this, 'register_post_type']);
    }
    public function register_post_type() {
        register_post_type('wp_knowledge', [
            'public' => true,
            'label'  => 'Knowledge',
            'show_in_rest' => true,
            'supports' => ['title', 'editor', 'excerpt']
        ]);
    }
}
add_action('plugins_loaded', function() { KnowledgeBasePlugin::get_instance(); });

#Technischer Leitfaden: Gutenberg-Blockvalidierungs-API und Deprecations in React

Da der Classic-Block in WordPress 7.1 verschwindet, müssen Entwickler verstehen, wie Block-Deprecations in React geschrieben werden, um Fehler bei alten Inhalten zu vermeiden.

#1. Block-Validierungs-API

Gutenberg vergleicht das in der Datenbank gespeicherte HTML mit dem Ergebnis der save-Funktion. Wenn Abweichungen auftreten (z. B. eine neue CSS-Klasse), schlägt die Validierung fehl, und der Editor zeigt eine Fehlermeldung.

#2. Implementierung von Deprecations in React

Fügen Sie das deprecated-Array hinzu, um alte HTML-Strukturen abzufangen:

registerBlockType( 'wppoland/custom-block', {
    title: 'Custom Block',
    attributes: {
        content: { type: 'string', source: 'html', selector: 'div' }
    },
    edit: ( { attributes } ) => <div className="new-class">{ attributes.content }</div>,
    save: ( { attributes } ) => <div className="new-class">{ attributes.content }</div>,
    deprecated: [
        {
            attributes: {
                content: { type: 'string', source: 'html', selector: 'div' }
            },
            save: ( { attributes } ) => <div className="legacy-class">{ attributes.content }</div>
        }
    ]
} );

#3. PHP-Block-Parser

WordPress verwendet parse_blocks() auf Serverebene, um die HTML-Kommentare zu analysieren und ein JSON-Objekt zu generieren:

<?php
$blocks = parse_blocks( get_post( 123 )->post_content );

Dies sorgt für eine saubere Migration und schützt Ihre Daten bei Updates.

#Fallstudie: Implementierung der wp_knowledge-Architektur in einem internationalen Nachrichtenportal

Um den praktischen Nutzen des neuen Inhaltstyps wp_knowledge in WordPress 7.1 zu verdeutlichen, betrachten wir die Implementierung in einem großen Nachrichtenportal mit über 150 Autoren und mehreren Sprachredaktionen. Das Portal nutzt KI-Tools zur Erstellung von Zusammenfassungen, automatisierten Übersetzungen und der Optimierung für Antwortmaschinen (AEO/SEO).

Vor Version 7.1 war die Einhaltung der Markenstimme (brand voice) eine große Herausforderung. Journalisten mussten umfangreiche PDFs studieren, und externe KI-Tools hatten keinen Zugriff auf redaktionelle Richtlinien, was zu stilistischen Abweichungen führte.

#Unsere wp_knowledge-Lösung:

1. Richtlinien-Strukturierung: Wir erstellten dedizierte wp_knowledge-Einträge mit JSON-basierten Formatierungsregeln, Stilvorgaben und erlaubten Begriffen für die verschiedenen Ressorts.
2. REST-API-Integration: Externe LLM-Anwendungen riefen die Richtlinien dynamisch über die API ab:

   curl -H "Authorization: Bearer [TOKEN]" https://portal.wppoland.dev/wp-json/wp/v2/wp_knowledge?category=brand-voice

3. Sidebar-Validierung: Eine Gutenberg-Sidebar prüfte den Text in Echtzeit gegen die wp_knowledge-Richtlinien und gab Warnungen aus, wenn ein Redakteur ungeeignete Formulierungen nutzte.
4. Qualitätsprüfung via WP-CLI: Ein automatisierter Cron-Job scannte Veröffentlichungen auf Einhaltung der Richtlinien und meldete Abweichungen an das Cheflektorat.

Dies verkürzte die Einarbeitungszeit neuer Autoren um 35 % und steigerte die stilistische Konsistenz der KI-Inhalte auf 98 %. Dieses Fallbeispiel verdeutlicht, wie ein zentraler Wissensspeicher im CMS die redaktionelle Qualität im KI-Zeitalter sichert. Ein weiterer Vorteil dieser Implementierung zeigt sich bei der Internationalisierung. Da der Inhaltstyp wp_knowledge mit Standard-Übersetzungs-Plugins kompatibel ist, konnten wir länderspezifische Brand-Voice-Richtlinien definieren. Deutsche, englische und polnische Redaktionen greifen auf dieselben logischen Strukturen zu, erhalten jedoch lokalisierte Vorgaben. Dies hat die Qualität der automatisierten Übersetzungen drastisch erhöht und die manuelle Nachbearbeitung durch muttersprachliche Lektoren um über 50 % reduziert.

#Expertenmeinung und B2B-Strategie: Die Rolle von wp_knowledge in der AI-Optimierung (AEO)

Die Integration des Inhaltstyps wp_knowledge in WordPress 7.1 ist ein Meilenstein für die Ausrichtung des CMS auf künstliche Intelligenz. Im Zeitalter von Antwortmaschinen (Perplexity, Gemini, Claude) verschiebt sich der Fokus von klassischer Suchmaschinenoptimierung hin zu Answer Engine Optimization (AEO). In dieser neuen Ära müssen Webinhalte so strukturiert sein, dass sie von KI-Modellen schnell und präzise ausgelesen werden können. Ein PDF-Handbuch im Archiv reicht nicht mehr aus.

Entwickler und B2B-Publisher können sich nicht mehr darauf verlassen, nur lesbare Texte für menschliche Besucher zu verfassen. Sie müssen verifizierte Datenstrukturen bereitstellen, die das Vertrauen in die Quelle stärken und von LLMs als Referenz herangezogen werden können.

#Warum wp_knowledge für B2B-Seiten wichtig ist:

1. EEAT-Vertrauenssignale: Suchmaschinen bevorzugen Seiten mit hoher Transparenz und Expertise. Indem Redaktionsrichtlinien, Autorenprofile und Verifizierungsprozesse in wp_knowledge abgelegt werden, können Suchbots diese direkt analysieren und mit den Autoren verknüpfen.
2. Schema.org-Erweiterungen: Die Richtlinien können über strukturierte Attribute wie publishingPrinciples oder editorialGuidelines abgebildet werden. Dies signalisiert den KI-Algorithmen einen hochgradig kontrollierten redaktionellen Prozess.
3. Bessere Core Web Vitals durch Classic-Block-Entfall: Die Entfernung alter Bibliotheken verbessert Ladezeiten und Interaktivitätswerte (INP, LCP). Dies begünstigt sowohl das klassische Ranking als auch die KI-Indexierung.

Die Integration dieser Mechanismen in Ihre Enterprise-Themes bereitet B2B-Projekte optimal auf die Zukunft der Informationssuche vor und sichert Ihnen langfristig beste Platzierungen. Darüber hinaus hilft wp_knowledge B2B-Unternehmen, strukturierte Rich Snippets in Suchergebnissen zu dominieren. Wenn Answer Engines wie Google Search Generative Experience (SGE) direkte Antworten ausgeben, stützen sie sich primär auf syntaktisch validierte Wissensdatenbanken. Die frühzeitige Nutzung dieser Struktur sichert Ihnen einen signifikanten Wettbewerbsvorteil in lokalen Suchmärkten. Dies gilt insbesondere für B2B-Unternehmen, die komplexe Dienstleistungen anbieten, bei denen Kunden detaillierte Fragen stellen. Durch die Bereitstellung präziser Antworten über das wp_knowledge-Modul positionieren Sie Ihre Marke als unangefochtenen Branchenführer. Diese strategische Ausrichtung wird in den kommenden Jahren den Unterschied zwischen erfolgreichen B2B-Plattformen und veralteten statischen Websites ausmachen. Wer heute nicht in AEO investiert, verliert morgen wertvolle Marktanteile und potenzielle Kunden an die Konkurrenz.

#Checkliste: Vorbereitung der Agentur auf WordPress 7.1

Um den Übergang reibungslos zu gestalten, sollten Sie folgende Schritte durchführen:

1. Datenbank-Audit: Ermitteln Sie, wie viele Beiträge noch den Classic-Block (freeform) nutzen.
2. Inhalt-Konvertierung: Nutzen Sie das WP-CLI-Skript zur Massenkonvertierung der alten Blöcke.
3. wp_knowledge testen: Testen Sie den neuen Inhaltstyp in einer Staging-Umgebung und verknüpfen Sie ihn mit Ihren Tools.
4. Theme-Kompatibilität prüfen: Stellen Sie sicher, dass Ihr CSS die konvertierten Absätze sauber darstellt.
5. Autoren schulen: Machen Sie Ihre Redakteure mit der neuen Gutenberg-Sidebar für Brand-Voice-Richtlinien vertraut.

#Zusammenfassung

WordPress 7.1 ist ein bedeutender Schritt in der Evolution des Marktführers. Der neue Inhaltstyp wp_knowledge und die KI-Richtlinien eröffnen neue Möglichkeiten für SEO und Inhaltsproduktion. Gleichzeitig erfordert der Wegfall des Classic-Blocks eine Bereinigung des technischen Ballasts auf älteren Websites. Mit der richtigen Vorbereitung bietet das Update jedoch enorme Chancen.