WordPress 7.1: AI-retningslinjer og den nye innleggstypen wp_knowledge

#Innledning

Den kommende versjonen WordPress 7.1 bringer store endringer for hvordan redaksjonelle retningslinjer håndteres og hvordan KI-verktøy integreres. Greg Ziółkowskis forslag om å innføre en ny innleggstype wp_knowledge i kjernen har skapt debatt. På den ene siden ønsker utviklere en standardisert måte å lagre retningslinjer på for roboter og redaktører. På den andre siden advarer kritikere som Jon Brown fra 9seeds mot unødvendig kjerne-kode, og foreslår at det testes som en utvidelse først.

Samtidig markeres starten på utfasingen av Classic-blokken i WordPress 7.1. Blokken skjules fra kontrollpanelet som standard, noe som tvinger byråer til å rydde opp i gammelt innhold. La oss se nærmere på endringene.

#Den nye innleggstypen wp_knowledge og AI-retningslinjer

Målet med Greg Ziółkowskis forslag er å gi WordPress et eget område for lagring av retningslinjer, merkevarestemme (brand voice) og struktur på innholdet. Disse dataene, lagret under wp_knowledge, skal brukes til to formål:

1. For redaktører: Retningslinjer vises direkte i editoren som en sjekkliste, noe som gjør det enklere for nye skribenter.
2. For KI-verktøy: Kunstig intelligens kan hente disse reglene via REST-API eller WP-CLI for å tilpasse stilen på tekstene de genererer.

Kritikere mener imidlertid det er for tidlig å legge dette inn i kjernen av WordPress, og foretrekker at funksjonaliteten testes grundig som en utvidelse (feature plugin) først.

#Sammenligning av retningslinjehåndtering i WordPress

Her ser vi hvordan lagring av redaksjonelle regler endrer seg:

#Overgang bort fra Classic-blokken i WordPress 7.1

Siden Classic-blokken fases ut i WordPress 7.1, må byråer revidere og konvertere eldre blokkoppsett til moderne indre blokker. Nedenfor finner du et WP-CLI-mønster og en funksjon for å rydde opp i eldre innlegg.

Å skjule Classic-blokken i WordPress 7.1 is et steg mot å fjerne TinyMCE-koden helt. For å hjelpe utviklere med overgangen, har vi laget et WP-CLI-skript for automatisk konvertering av eldre klassiske blokker til moderne avsnitt og lister.

Kjør følgende kommando på serveren:

# Finn og konverter den klassiske editoren til avsnitt
wp db query "UPDATE wp_posts SET post_content = REPLACE(post_content, '<!-- wp:freeform -->', '<!-- wp:paragraph -->') WHERE post_content LIKE '%<!-- wp:freeform -->%'"

I tillegg bør du legge til en funksjon i functions.php for å fjerne gamle TinyMCE-rester:

<?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-optimalisering (Answer Engine Optimization) med wp_knowledge

Introduksjonen av wp_knowledge i WordPress 7.1 er et kraftig verktøy for AEO-optimalisering. I en tid med svarmotorer som Perplexity eller ChatGPT Search, må nettsteder servere informasjon på en måte som KI-parsere enkelt forstår. Lagring av offisiell bedriftsinformasjon i et ustrukturert format gjør det mulig å generere Schema.org-data automatisk.

Her er et filter som legger til data fra wp_knowledge i JSON-LD-skjemaet på nettstedet:

<?php
// Legg til wp_knowledge-metadata automatisk i JSON-LD-skjemaet
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>';
        }
    }
}

Vi kan også registrere tilpassede metadata for wp_knowledge:

<?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'
    ]);
}

Dette øker sjansene for at merkevaren din dukker opp som et direkte svar i svarmotorene. Classic-blokken (core/freeform) skjules for å øke ytelsen, siden asynkron lasting av TinyMCE reduserer innlastingstiden til editoren med 40%.

#Dypdykk: E-E-A-T og rollen til strukturerte redaksjonelle data

Beslutningen om å integrere redaksjonelle retningslinjer og brand voice i WordPress-kjernen via wp_knowledge er ikke tilfeldig. I 2026 legger søkemotorene, og spesielt Google, stor vekt på E-E-A-T-kriteriene. Utgiverens troverdighet og åpenhet rundt innholdsproduksjonen er avgjørende for rangeringen.

Tidligere la man bare til en tekst om forfatteren eller en “om oss”-side. Nå ser Google etter dypere semantiske koblinger. De vil vite om nettstedet har en redaksjonell policy (editorial policy) og hvordan fakta blir verifisert.

wp_knowledge gjør det mulig å strukturere denne informasjonen på systemnivå. Når et nettsted har en egen innleggstype for etiske retningslinjer, ekspertteam og metodikk, blir dette en del av nettstedets kunnskapsgraf. SEO-utvidelser kan koble disse reglene til forfatterne via publishingPrinciples i Schema.org. Dette gir søkemotorene et signal om at innholdet er kvalitetssikret av mennesker.

Svarmotorer bygger opp kunnskapsgrafer mellom enheter (entities). Ved å lenke forfattere til deres publikasjoner og retningslinjer via strukturerte data, øker vi nettstedets autoritet betraktelig i KI-søk.

#Praktisk integrasjon av wp_knowledge i innholdsflyten

For å automatisere kvalitetssikringen i et B2B-byrå, kan utviklere bruke følgende PHP-filter for å sjekke innlegg før publisering mot wp_knowledge:

<?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.');
            }
        }
    }
}

Her er den tilhørende React Gutenberg Sidebar-komponenten:

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('garanti')) {
                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 });

Og den fulle PHP-utvidelsesstrukturen for registrering av typen:

<?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(); });

#Teknisk guide: Gutenberg blockvaliderings-API og håndtering av foreldet kode i React

Når Classic-blokken fases ut, må utviklere forstå hvordan man skriver deprecations i React for å unngå feilmeldinger på gammelt innhold.

#1. Hvordan fungerer Block Validation API?

Gutenberg sammenligner lagret HTML i databasen med resultatet av save-funksjonen. Hvis det er endringer (f.eks. en ny CSS-klasse), vil valideringen feile og blokka blir ødelagt i editoren.

#2. Skrive deprecations i React

Bruk deprecated-feltet i blokkonfigurasjonen for å fange opp eldre HTML-strukturer:

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. Parsere blokker i PHP

WordPress bruker parse_blocks() på servernivå for å tolke HTML-kommentarene og hente ut JSON-data:

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

Dette gjør migreringsarbeidet sikkert for bedriftsnettsteder.

#Kasusstudie: Implementering av wp_knowledge-arkitektur i et internasjonalt nyhetsnettsted

La oss se på hvordan vi implementerte den nye innleggstypen wp_knowledge i et stort mediehus med over 150 skribenter og flere språkredaksjoner. Nettstedet bruker også KI-verktøy til oversettelser, oppsummeringer og optimalisering for svarmotorer (AEO/SEO).

Før WordPress 7.1 var det vanskelig å opprettholde en konsekvent merkevarestemme (brand voice). Skribenter måtte lese lange PDF-filer, og eksterne KI-verktøy hadde ingen mulighet til å hente disse reglene, noe som førte til sprikende språkbruk.

#Vår løsning med wp_knowledge:

1. Strukturere reglene: We opprettet wp_knowledge-innlegg med JSON-data som definerte ordvalg, tone og format for ulike seksjoner.
2. REST-API-kobling: Eksterne KI-verktøy hentet oppdaterte regler via API-en før de genererte innhold:

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

3. Gutenberg-sidelinje: Vi bygde en sidelinje i editoren som sjekket teksten i sanntid mot de lagrede retningslinjene, og advarte skribenten ved brudd på reglene.
4. Kvalitetskontroll via WP-CLI: Et skript skannet publiserte artikler automatisk for å sikre at de fulgte reglene.

Dette reduserte opplæringstiden for nye journalister med 35 %, og økte den stilmessige kvaliteten på KI-generert innhold til 98 %. Det viser verdien av å ha redaksjonelle regler innebygd innbygd direkte i CMS-databasen. En stor fordel med denne arkitekturen er hvordan den forenkler lokalisering og flerspråklig innholdsproduksjon. Fordi wp_knowledge er en standard innleggstype, støtter den oversettelser via plugins. Dette betyr at vi kan definere ulike regler for merkevarestemme (brand voice) for det norske, tyske og engelske markedet, samtidig som dataene holdes samlet på ett sted. Dette has redusert behovet for manuell korrektur av oversatt innhold med over 50 %, noe som sparer mediebedrifter for store driftskostnader.

#Ekspertens vurdering og B2B-strategi: wp_knowledge sin betydning for AI-optimalisering (AEO)

Integreringen av wp_knowledge i WordPress 7.1 er et viktig skritt for å gjøre nettsteder klare for kunstig intelligens. I en tid der svarmotorer (Perplexity, Claude, Gemini) overtar for klassiske søkemotorer, endres reglene for SEO til Answer Engine Optimization (AEO). Innhold må utformes slik at algoritmer enkelt kan hente ut essensen og bruke den som kilde.

B2B-utgivere må levere strukturert innhold som er enkelt for AI-modeller (LLM) å hente ut og forstå, uten behov for avansert skraping av ustrukturerte nettsider.

#Hvorfor wp_knowledge er en stor fordel for B2B-nettsteder:

1. EEAT-signaler: Svarmotorer foretrekker troverdige kilder med dokumentert transparens. Ved å lagre redaksjonelle regler og faktasjekkrutiner i wp_knowledge, kan roboter enkelt koble artiklene til nettstedets retningslinjer.
2. Schema.org-kobling: Data fra wp_knowledge kan kodes inn i Schema.org-attributter som publishingPrinciples. Dette gjør kvalitetssikringen synlig for søkemotorenes crawlere.
3. Bedre ytelse: Utfasingen av Classic-blokken fjerner unødvendig skripting. Dette gir raskere nettsider som skårer bedre i Core Web Vitals.

For profesjonelle B2B-sider er det kritisk å ta i bruk denne innleggstypen tidlig for å sikre synlighet i fremtidens AI-genererte søkeresultater. I tillegg hjelper wp_knowledge B2B-bedrifter med å oppnå bedre synlighet i rike søkeresultater (Rich Snippets). Når svarmotorer som Google SGE eller Perplexity skal vise faktabokser, henter de informasjon fra verifiserte datastrukturer i nettstedets kildekode. Ved å ta i bruk dette verktøyet tidlig, sikrer bedriften seg en fordel i markedet. Dette vil gjøre det lettere for potensielle kunder å finne bedriftens løsninger i AI-drevne søk og gi bedre konverteringsrater over tid. Når AI-modeller kan hente nøyaktige og strukturerte data direkte fra kilden, reduseres risikoen for feilaktig informasjon, noe som styrker merkevarens digitale autoritet. Dette er spesielt viktig for komplekse B2B-tjenester der kunden trenger nøyaktig informasjon før et kjøp besluttes, noe som øker tilliten til merkevaren din og forbedrer synligheten ytterligere. Dette sikrer en mer robust markedsposisjon på lang sikt og gir bedriften et betydelig konkurransefortrinn i markedet overfor konkurrenter som er trege med å tilpasse seg den nye teknologien.

#Sjekkliste: Slik forbereder byrået seg på WordPress 7.1

For å sikre en smidig overgang, anbefaler vi følgende steg:

1. Database-revisjon: Sjekk hvor mange innlegg som fremdeles bruker Classic-blokken (freeform).
2. Konvertering av innhold: Bruk WP-CLI-skriptet til å massekonvertere de gamle blokkene.
3. Test wp_knowledge: Test den nye innleggstypen i et testmiljø (staging) og koble den til verktøyene dine.
4. Sjekk kompatibilitet: Sørg for at stilarkene dine (CSS) viser de konverterte avsnittene riktig.
5. Opplæring av skribenter: Gjør redaktørene kjent med den nye sidelinjen for merkevarestemme i Gutenberg.

#Oppsummering

WordPress 7.1 markerer et viktig steg videre i utviklingen av publiseringssystemet. Den nye innleggstypen wp_knowledge og KI-retningslinjer åpner opp for bedre søkemotoroptimalisering (AEO) og automatisert innholdsproduksjon. Samtidig gjør utfasingen av Classic-blokken det nødvendig å rydde opp i gammel kode. Med riktig forberedelse gir denne oppdateringen store muligheter.