WordPress 6.8 wordt op 15 april 2025 uitgebracht. De volgende release introduceert niet veel nieuwe functies, maar richt zich vooral op het verbeteren van de bestaande functionaliteit.
De nieuwe versie brengt verbeteringen op het gebied van editor en gebruiksvriendelijkheid, met toevoegingen zoals eenvoudigere opties voor het beheren van gegevensweergaven binnen de blokeditor en de mogelijkheid om sticky sticky te negeren in de Query Loop, verbeteringen op het gebied van ontwerp en thema’s, zoals een vernieuwd Style Book, prestatie- en beveiligingsverbeteringen, met de introductie van Speculatief laden en bcrypt voor het hashen van wachtwoorden.
Deze toevoegingen zijn bedoeld om de gebruikerservaring op te poetsen, vooral voor degenen die klassieke thema’s gebruiken, en om de prestaties van de site te verbeteren.
Dit is wat je zult vinden als je WordPress 6.8 installeert.
Verbeteringen aan de editor
WordPress 6.8 bevat verschillende updates die het maken en beheren van inhoud verbeteren. Van nieuwe previewmogelijkheden tot verbeteringen in Data Views, deze updates moeten workflows stroomlijnen in zowel de Bericht Editor als de Site Editor.
1. Templateknoppen in Preview dropdown
Er is een nieuwe schakeloptie Show template toegevoegd aan de Preview dropdown in de bovenste werkbalk van de Bericht Editor.
Voorheen had je alleen toegang tot de Template options in de zijbalk van het bericht. Hoewel dit een duplicatie is, is het een opmerkelijke verbetering, omdat het plaatsen van deze optie in de werkbalk dropdown het schakelen tussen inhouds- en templateweergaven eenvoudiger en sneller maakt.
2. Verbeterde Data Views
Data Views, voor het eerst geïntroduceerd in WordPress 6.5, zijn een krachtig hulpmiddel in de Site Editor waarmee gebruikers pagina’s, templates , template parts en patronen op een georganiseerde manier kunnen bekijken en beheren.
In WordPress 6.8 zijn Data Views verder ontwikkeld om een meer intuïtieve, flexibele en efficiënte bewerkingservaring te bieden in de Site Editor. De focus ligt op het verbeteren van de bruikbaarheid en het toevoegen van aanpassingsmogelijkheden.
De paginaweergave kan worden aangepast met meer eigenschappen, waaronder Preview, Slug, Parent, Discussion, Template en Passowrd. Preview is ook beschikbaar voor Patterns en Templates.
WordPress 6.8 introduceert ook een nieuwe dichtheidsregeling voor de tabellayout, waarmee gebruikers de ruimte die elke rij inneemt kunnen aanpassen. Met drie opties – Comfortable, Balanced en Compact – kunnen gebruikers de weergave aanpassen aan hun voorkeuren, waardoor de beheerervaring veelzijdiger wordt.
Nieuwe en verbeterde blokken
WordPress 6.8 introduceert een gloednieuw blok en verschillende updates voor bestaande blokken.
1. Een nieuw Query Total blok
Het nieuwe Query Total blok geeft query-gerelateerde informatie weer, zoals het totale aantal resultaten van een query of het bereik van de resultaten die momenteel worden weergegeven.
Je kunt het nieuwe blok binnen een Query Loop toevoegen om het aantal resultaten of bereiken in gepagineerde resultaten weer te geven.
2. Updates voor het Query Loop blok
Voor WordPress 6.8 bood het Query blok een beperkt aantal opties, waaronder:
- Include – Sticky berichten worden toegevoegd aan de lijst met berichten.
- Exclude – Sticky berichten worden volledig uitgesloten
- Only – Alleen sticky berichten worden meegenomen
Ontbrak in deze set opties de mogelijkheid om sticky berichten te negeren door ze als gewone berichten te behandelen. Deze optie werd al ondersteund door WP_Query (ignore_sticky_posts => true) maar was niet beschikbaar als optie in de zijbalk van het blok.
WordPress 6.8 introduceert een optie voor het “negeren” van de status van sticky berichten. Dit betekent dat ontwikkelaars en gebruikers nu kunnen voorkomen dat sticky berichten automatisch bovenaan de resultatenreeks verschijnen, waardoor hun plaatsing in overeenstemming wordt gebracht met de inherente sorteerlogica van de query.
Deze update verbetert de flexibiliteit en consistentie met het gedrag van WordPress core op het gebied van query’s, waardoor het Query blok veelzijdiger wordt voor inhoudsbeheer in de Block Editor.
Een andere update van het Query Loop blok vervangt het Choose pattern modal dat verschijnt als je op de Replace knop klikt in de werkbalk van het blok door een dropdown. De knop toont nu Change design.
3. Afbeeldingen instellen als uitgelicht vanuit de werkbalk van het Image blok
Een nieuwe optie stelt je in staat om een afbeelding als uitgelicht in te stellen vanuit de Options werkbalk van dit blok. Als het bericht al een uitgelichte afbeelding heeft, dan kan de gebruiker deze ook wijzigen via de werkbalk van het blok.
4. Updates aan het Navigation blok
Verschillende kleine verbeteringen aan het Navigation blok verbeteren de bruikbaarheid en algehele functionaliteit ervan.
- Het blok toont nu de menunaam naast de navigatietekst (PR #68466).
- Er is nu een Wis optie beschikbaar in de kleurkiezer voor het Navigation blok (PR #68454)
- Alle niet-interactieve indelingen zijn toegestaan binnen de blokken Navigatielink en Submenu (PR #67585)
Voor een uitgebreidere lijst van verbeteringen aan het Navigation blok in WordPress 6.8, bekijk deze dev note.
Ontwerp- en themaverbeteringen
WordPress 6.8 introduceert belangrijke verbeteringen aan de sitebewerkingservaring. De interface voor Global Styles is vernieuwd voor eenvoudigere toegang en realtime aanpassingen. Tegelijkertijd breidt het Style book zijn functionaliteit uit naar klassieke thema’s, waardoor de kloof tussen moderne en traditionele WordPress workflows wordt overbrugd.
1. Global Styles beschikbaar in de zijbalk van de Site Editor
Met 6.8 is de interface Globale Styles nu toegankelijk vanuit het hoofdmenu van de site-editor. Als je op het menu-item Styles klikt, verschijnt het paneel Global Styles met alle opties voor Typografie, Kleuren, Achtergrond, Schaduwen en Layout.
Als je op het oogpictogram klikt, wordt het Style Book weergegeven, dat de wijzigingen in de stijlinstellingen in realtime laat zien. Als je op een specifieke sectie van het paneel Global Styles klikt, word je meteen doorgestuurd naar de corresponderende sectie van het Style Book.
Deze verandering zou het gemakkelijker en sneller moeten maken om de stijlen van je site aan te passen, waardoor de ontwerpworkflows aanzienlijk verbeteren.
Vergelijk de Styles interface in WordPress 6.7 vs. 6.8 om het verschil te zien.
WordPress 6.8 brengt deze verbetering ook naar klassieke thema’s.
2. Stijlboek toegevoegd aan klassieke thema’s
Beschikbaar voor blokthema’s sinds WordPress 6.2. Met WordPress 6.8 is het Style Book ook beschikbaar voor klassieke thema’s die editor stijlen ondersteunen via add_theme_support( 'editor-styles' ) of een theme.json bestand hebben.
Deze functie werd voor het eerst geïntroduceerd met Gutenberg 19.9. Als je Gutenberg niet gebruikt, heb je vanaf WordPress 6.8 toegang tot Global Styles en Style Book in klassieke thema’s via Appearance > Design > Styles.
De volgende afbeeldingen laten de verschillen zien tussen de Styles sectie in WordPress 6.7 en het Style Book in WordPress 6.8 met het Twenty Twenty-One thema geïnstalleerd.
Patterns zijn verplaatst naar een apart gedeelte van het Ontwerpscherm om ruimte te maken voor het Style Book in de Site Editor.
De volgende afbeeldingen tonen de previews van Typography en Colors in het Style Book van het klassieke Twenty Twenty-One thema in WordPress 6.8.
De introductie van het Style Book voor klassieke thema’s markeert een stap in de richting van meer integratie van functies voor het bewerken van blokstijlen.
Prestaties en beveiliging
WordPress 6.8 brengt aanzienlijke verbeteringen in prestaties en beveiliging. Met de nieuwe Speculation Rules API kunnen WordPress pagina’s sneller laden door acties van gebruikers te voorspellen. Tegelijkertijd maakt de overstap naar het bcrypt algoritme voor wachtwoordbeveiliging het systeem veiliger tegen cyberaanvallen. Laten we erin duiken.
1. Speculatief laden in WordPress 6.8
Speculatief laden is een optimalisatietechniek voor websiteprestaties die het mogelijk maakt om pagina’s of bronnen vooraf te laden voordat de gebruiker er toegang toe krijgt, waardoor de laadtijd wordt verkort en de gebruikerservaring wordt verbeterd.
Speculatief laden is gebaseerd op de Speculation Rules API, een experimentele API waarmee ontwikkelaars regels kunnen specificeren voor het prefetchen of pre-renderen van URL’s op basis van verwachte gebruikersinteracties via een interface gedefinieerd in JSON.
De Speculation Rules API wordt momenteel ondersteund door een beperkt aantal browsers, voornamelijk op Chromium 121+ gebaseerde browsers, zoals nieuwere versies van Chrome, Edge en Opera.
Gebruikers van browsers die op dit moment de Speculation Rules API niet ondersteunen (Firefox en Safari) worden niet gestraft als een site speculatieve laadregels gebruikt. Zij zullen simpelweg niet profiteren van de prestatieverbeteringen die de API mogelijk maakt.
Er zijn enkele belangrijke verschillen tussen prefetching en prerendering:
- Prefetching:
prefetchregels binnen een<script type="speculationrules">element ofSpeculation-Rulesheader dwingt de browser om de response body van de gespecificeerde pagina’s te downloaden, maar zonder die pagina’s te renderen. Prefetching gaat niet over het laden van subbronnen en het uitvoeren van JavaScript. De resultaten worden bewaard in een gespecificeerde cache, die wordt geleegd als de gebruiker van de pagina wegnavigeert. Als de gebruiker weggaat zonder de vooraf ingestelde pagina’s te hebben bezocht, is er enige verspilling van bronnen, maar het is nog steeds minder dan met prerendering. - Prerendering:
prerenderregels binnen een<script type="speculationrules">element ofSpeculation-Rulesheader dwingt de browser om de inhoud op te halen, te renderen en te laden in een onzichtbaar tabblad, opgeslagen in een per-document in-memory cache. Als je prerendering gebruikt, worden alle subbronnen geladen en wordt alle JavaScript-code uitgevoerd. De resultaten worden bewaard in een speciale cache die wordt geleegd als de gebruiker de pagina verlaat, behalve de pagina waar de gebruiker naartoe navigeert. Prerendering biedt aanzienlijke voordelen in termen van prestaties, maar gebruikt geheugen en netwerkbandbreedte en kan veel middelen kosten.
Speculatieregels kunnen worden geplaatst in een inline <script type="speculationrules"> element of in externe bestanden waarnaar wordt verwezen door de Speculation-Rules HTTP header. Hier is een voorbeeld van gebruik in een script tag:
{
"prefetch": [
{
"source": "list",
"urls": ["firstpage.html", "secondpage.html"]
}
]
}Vóór 6.8 konden WordPress gebruikers die speculatief laden wilden toevoegen aan hun WordPress websites de Speculative Loading plugin van het WordPress Performance Team gebruiken. Deze plugin biedt de prestatievoordelen van de Speculation Rules API door WordPress frontend URL’s automatisch voor te laden of te prerenderen.
Met 6.8 komt Speculative Loading in de WordPress kern met twee nieuwe functies, een filter en een action:
De nieuwe functie wp_get_speculation_rules_configuration() retourneert de huidige configuratie van de speculatieregels (mode – prefetch/prerender – en eagerness – conservative/moderate/eager). De standaardwaarden zijn prefetch en conservative om het gebruik van bronnen te minimaliseren en ongewenste effecten te voorkomen. Volgens de dev note “is dit in lijn met de configuratie die Cloudflare gebruikt in haar speculatieve laadfunctie en het minimaliseert de kans op speculatieve ladingen zonder een daaropvolgende navigatie naar de URL.”
De volgende code is een voorbeeld van het gebruik van de wp_get_speculation_rules_configuration() functie die je kunt toevoegen in een plugin of het functiebestand van het actieve thema:
add_action( 'wp_footer', function() {
$config = wp_get_speculation_rules_configuration();
echo '<pre>';
print_r( $config );
echo '</pre>';
} );WordPress schakelt speculatief laden in op de frontend van alle sites, behalve wanneer een gebruiker is ingelogd of wanneer permalinks zijn uitgeschakeld.
We hebben het speculatief laden getest in WordPress 6.8 en we kregen de volgende uitvoer:
{
"prefetch": [
{
"source": "document",
"where": {
"and": [
{
"href_matches": "/*"
},
{
"not": {
"href_matches": [
"/wp-*.php",
"/wp-admin/*",
"/wp-content/uploads/*",
"/wp-content/*",
"/wp-content/plugins/*",
"/wp-content/themes/twentytwentyfive/*",
"/*\?(.+)"
]
}
},
{
"not": {
"selector_matches": "a[rel~="nofollow"]"
}
},
{
"not": {
"selector_matches": ".no-prefetch, .no-prefetch a"
}
}
]
},
"eagerness": "conservative"
}
]
}De functie wp_get_speculation_rules() genereert het volledige JSON object van de speculatieregels op basis van de configuratie.
Je kunt het gebruiken zoals in het volgende voorbeeld:
add_action( 'wp_footer', function() {
if ( function_exists( 'wp_get_speculation_rules' ) ) {
$rules = wp_get_speculation_rules();
if ( ! empty( $rules ) ) {
echo '<h4>Speculation rules:</h4>';
echo '<pre>';
echo esc_html( json_encode( $rules, JSON_PRETTY_PRINT ) );
echo '</pre>';
} else {
echo '<p>Speculation rules are empty or invalid.</p>';
}
} else {
echo '<p>wp_get_speculation_rules() not available.</p>';
}
});Je kunt het nieuwe filter wp_speculation_rules_configuration gebruiken om de standaardconfiguratie te wijzigen, zoals het veranderen van eagerness in moderate of eager of het forceren van een specifiek gedrag.
Je kunt het wp_speculation_rules_configuration filter gebruiken om alleen gerelateerde artikelen te prerenderen door een lijst met URL’s toe te voegen met source = list in plaats van document, zoals in het volgende voorbeeld:
add_filter('wp_speculation_rules_configuration', function( $config ) {
$config['mode'] = 'prerender';
$config['eagerness'] = 'eager';
$config['urls'] = [
'source' => 'list',
'urls' => [
home_url('/page-1/'),
home_url('/page-2/')
]
];
return $config;
}Met de action wp_load_speculation_rules kun je custom regels toevoegen naast de belangrijkste speculatieregel, terwijl je met het filter wp_speculation_rules_href_exclude_paths extra paden kunt uitsluiten van speculatief laden.
Volgens de dev note verbeterden websites met ingeschakeld speculatief laden hun Largest Contentful Paint (LCP) met ~1,9% in de mediaan. Dit is een opmerkelijk resultaat als je bedenkt dat dit het resultaat is van een enkele toevoeging.
Bekijk voor een diepgaande analyse van speculatief laden onze uitgebreide tutorial. Je kunt alle details over speculatief laden in WordPress 6.8 met gebruiksvoorbeelden vinden in track ticket #62503 en de officiële dev note. Zie ook Speculative Loading in WordPress door Felix Arntz.
2. bcrypt voor het hashen van wachtwoorden in WordPress 6.8
6.8 verandert het algoritme dat WordPress gebruikt om de wachtwoorden van gebruikers te beschermen. WordPress gebruikt momenteel phpass, dat niet als het beste wordt beschouwd als het gaat om moderne beveiliging. WordPress 6.8 schakelt over op het veiligere bcrypt encryptie-algoritme.
Het belangrijkste verschil is dat bcrypt meer tijd en middelen kost om te kraken, waardoor cyberaanvallen minder effectief zijn.
Daarnaast worden applicatiewachtwoorden, sleutels voor het resetten van gebruikerswachtwoorden, sleutels voor het opvragen van persoonlijke gegevens en de sleutel voor de herstelmodus overgeschakeld van phpass naar het veiligere en snellere hashingalgoritme BLAKE2b.
Er is geen actie van de gebruiker nodig om deze verandering door te voeren:
Wanneer een gebruiker voor het eerst inlogt na de update – of wanneer hij de volgende keer zijn wachtwoord wijzigt – wordt zijn wachtwoord automatisch opnieuw gehasht met bcrypt en opgeslagen in de database. Toepassingswachtwoorden en beveiligingssleutels worden niet automatisch opnieuw gehasht, maar een bestaande hash blijft geldig als deze is gegenereerd vóór WordPress 6.8 en wordt gebruikt voordat deze verloopt.
Wachtwoorden voor berichten zullen voorlopig phpass blijven gebruiken, maar dit kan in de toekomst veranderen.
Voor een beter beeld van de toepassing van bcrypt met WordPress 6.8 en een meer diepgaande analyse voor ontwikkelaars, mag je de dev note van John Blackbourn niet missen.
Updates voor ontwikkelaars
WordPress 6.8 brengt ook interessante updates voor ontwikkelaars. Deze updates maken het maken en beheren van blokken eenvoudiger, verbeteren de gebruikersinterfaces en verhogen de websiteprestaties. Hier is een overzicht van wat er nieuw is en hoe het kan helpen om ontwikkelworkflows te stroomlijnen.
1. Registratie van meerdere blokkentypes in WordPress 6.8
WordPress 6.8 introduceert een efficiëntere bloktyperegistratie met de nieuwe functie wp_register_block_types_from_metadata_collection(). Met deze functie kunnen ontwikkelaars meerdere bloktypen tegelijk registreren, waardoor de prestaties verbeteren en de ontwikkeling van blokken wordt gestroomlijnd.
De functie is gebaseerd op de API’s voor bloktyperegistratie die werden geïntroduceerd met WordPress 6.7 en is vooral handig voor plugins die meerdere bloktypen registreren met één enkele call, en biedt een efficiëntere en eenvoudigere benadering van bloktype registratie in vergelijking met het registreren van elk blok afzonderlijk.
Het belangrijkste voordeel is dat je register_block_type() niet herhaaldelijk hoeft te callen voor elk blokkeertype dat je met je plugin registreert. Je kunt nu een nieuw bloktype toevoegen aan een bestaande plugin door simpelweg een map aan te maken voor dat bloktype, en je hoeft het bloktype niet te registreren in de PHP codebase van de plugin omdat alle bloktypes automatisch worden herkend en geregistreerd.
Om deze krachtige functie te gebruiken, moet je een manifest maken voor al je bloktypes. Het manifest is een PHP bestand dat blok metadata bevat van alle block.json bestanden in het project, en je kunt het genereren met het build-blocks-manifest commando uit het @wordpress/scripts NPM pakket.
Zodra je het manifest hebt gegenereerd, kun je al je bloktypen registreren met deze enkele functiecall:
wp_register_block_types_from_metadata_collection(
plugin_dir_path( __FILE__ ) . 'dist',
plugin_dir_path( __FILE__ ) . 'dist/blocks-manifest.php'
);Bekijk voor een nadere blik op de nieuwe wp_register_block_types_from_metadata_collection() functie de dev note en de documentatie van het build-block-manifest commando.
2. Verschillende updates voor gebruikersinterface componenten in 6.8
WordPress 6.8 introduceert verschillende wijzigingen in de user-interface componenten in de Block Editor, met verschillende afschrijvingen en updates. Enkele opvallende veranderingen zijn:
- Het
Navigationcomponent is afgeschreven: HetNavigationcomponent (en al zijn subcomponenten) zijn afgeschreven en gepland voor hard delete in WordPress 7.1. Het zal worden vervangen door hetNavigatorcomponent. - Het
Navigatorcomponent is gestabiliseerd: De__experimentalNavigatorToParentButtonengoToParentmethode van de__experimentalUseNavigatorhook zijn afgeschreven en vervangen door__experimentalNavigatorBackButtonengoBack. - De component
RadioGroupis afgeschreven: De componentRadioGroupis afgeschreven. Je kunt in plaats daarvanRadioControlofToggleGroupControlgebruiken.
Voor een uitgebreide lijst van wijzigingen aan gebruikersinterface componenten in 6.8, zie de dev note.
3. Updates aan Interactivity API
De Interactivity API krijgt verschillende verbeteringen. Voor WordPress 6.8 vonden alle gerelateerde taken tegelijk plaats wanneer iemand interactie had met een pagina, wat de boel kan vertragen als ze langer dan 50 milliseconden duren. Om dit op te lossen, introduceert WordPress 6.8 asynchrone handlers die het mogelijk maken om deze taken standaard asynchroon uit te voeren. Dit zou moeten helpen om INP (Interaction to Next Paint) te verbeteren, wat een index is die de reactiesnelheid van een website op gebruikersinteracties meet.
Deze verandering wordt voorbereid voor WordPress 6.8, maar is nog niet volledig doorgevoerd. Ontwikkelaars moeten nieuwe best practices volgen om waarschuwingen te voorkomen en deze verbeteringen bij te houden (zoals het gebruik van asynchrone methoden). De nieuwe functies die zijn geïntroduceerd zijn een tussenstap naar een snellere en betrouwbaardere Interactivity API.
Voor een diepgaander overzicht van de nieuwe best practices voor de Interactivity API kun je de dev note van Felix Arntz bekijken.
4. Een prestatiewaarschuwing voor ontwikkelaars
De useSelect hook helpt bij het ophalen en beheren van gegevens in de Block Editor, maar als deze niet zorgvuldig wordt gebruikt, kan het een website vertragen.
Vanaf WordPress 6.8 verschijnt er een nieuwe waarschuwing in de devconsole wanneer SCRIPT_DEBUG is ingeschakeld als useSelect te vaak of inefficiënt wordt aangeroepen. Meer specifiek wordt de waarschuwing weergegeven als useSelect wordt geactiveerd bij elke render (update) van een component zonder de juiste optimalisatie.
De nieuwe waarschuwing zou ontwikkelaars moeten helpen bij het identificeren van mogelijke prestatieproblemen. Meer details zijn te vinden in de dev note.
Samenvatting
WordPress 6.8 richt zich op het verfijnen van bestaande functies en het verbeteren van de prestaties. De belangrijkste verbeteringen zijn onder andere een verbeterde bruikbaarheid van de editor, ontwerpupgrades met een vernieuwde interface voor Global Styles en ondersteuning voor Style Book voor klassieke thema’s. Het verbetert ook de prestaties met speculatief laden via de Speculation Rules API en versterkt de beveiliging met bcrypt password hashing.
Maar dat is nog niet alles. Voor een uitgebreidere lijst van verbeteringen en toevoegingen die met WordPress 6.8 komen, bekijk je de WordPress 6.8 Field Guide en andere wijzigingen voor ontwikkelaars op de officiële WordPress blog.
Nu is het jouw beurt. Heb jij WordPress 6.8 al geïnstalleerd? Wat zijn je eerste indrukken? Voel je vrij om je gedachten te delen in het comments hieronder.
Carlo is een gepassioneerd liefhebber van webdesign en front-end development. Hij werkt al meer dan 10 jaar met WordPress, ook in samenwerking met Italiaanse en Europese universiteiten en onderwijsinstellingen. Hij heeft tientallen artikelen en gidsen over WordPress geschreven, gepubliceerd op zowel Italiaanse als internationale websites en in gedrukte tijdschriften. Je kunt Carlo vinden op X en LinkedIn.
