Elementor-alternatief 2026: waarom blokthema's nu de betere keuze zijn

"Welk Elementor-alternatief is de moeite waard?" is een vraag die vijf jaar geleden bijna niemand serieus zou hebben beantwoord. Elementor was simpelweg het antwoord op "hoe bouw ik een WordPress-site zonder te programmeren?". Vandaag ligt dat anders. WordPress heeft met Full Site Editing de achterstand ingelopen, en een groeiend aantal sitebeheerders vraagt zich af of de page builder waarmee ze jaren geleden begonnen nog de juiste basis is. Dit artikel geeft je een eerlijke inschatting: wat Elementor groot heeft gemaakt, wat hij echt kost, wat er aan de native editor is veranderd, en een faire vergelijking van de alternatieven, inclusief de vraag voor wie Elementor ook in 2026 de juiste keuze blijft.

Eerst de transparantie, want die hoort bij een eerlijke vergelijking: hafenstudios bouwt met Hafen een eigen WordPress-thema. We hebben dus belang bij dit onderwerp, en willen je toch een faire inschatting geven in plaats van een verkapte verkooppagina. Wat je hieronder leest is onze oprechte mening, inclusief de sterke punten van Elementor.

Wat Elementor groot heeft gemaakt

Om te begrijpen waarom een Elementor-alternatief vandaag überhaupt een discussie waard is, loont eerst de eerlijke blik op de vraag waarom Elementor zo succesvol werd. Dat succes kwam niet uit de lucht vallen.

De visuele editor

Elementor leverde als een van de eerste page builders een echt toegankelijke drag-and-drop-ervaring voor WordPress: je ziet live hoe je pagina verandert terwijl je hem bouwt, zonder een regel code te schrijven en zonder heen en weer te springen tussen editor en voorbeeld. Voor veel zelfstandigen, bureaus en kleine bedrijven was dat het eerste moment waarop WordPress echt als een bouwdoos voelde in plaats van als een CMS waar een ontwikkelaar bij nodig is.

Het ecosysteem

Rond Elementor is in de loop der jaren een enorm ecosysteem ontstaan: duizenden sjablonen, widgetpakketten van derden zoals Essential Addons of Ultimate Addons, ontelbare video-tutorials en een actieve community. Wie een probleem met Elementor heeft, vindt doorgaans binnen enkele minuten een oplossing, een tutorial of een kant-en-klaar template. Die omvang van het ecosysteem is een echt voordeel, dat je niet moet onderschatten en dat een kleiner alternatief nog moet inhalen.

De eerlijke kosten van Elementor

Precies dezelfde flexibiliteit die Elementor zo populair maakte, brengt kosten met zich mee die op verkooppagina's niet voorkomen. Wie een Elementor-alternatief overweegt, kent ze het beste voordat hij beslist.

Prestaties en DOM-ballast

Elementor rendert elke pagina via een eigen, omvangrijk CSS- en JavaScript-framework dat los van de WordPress-kern draait. Het resultaat is een duidelijk dieper geneste HTML-structuur dan bij native blokken: waar een eenvoudige alinea in de blokeditor als <p> uit de bus komt, zit dezelfde alinea bij een page builder vaak in meerdere geneste <div>-containers voor sectie, kolom en widget. Dat heet DOM-ballast, en het werkt direct door op laadtijd en Core Web Vitals, zeker op lichtere hosting. De algemene maatregelen om een trage WordPress-site te versnellen gelden overigens ongeacht welke page builder je gebruikt. Galerijplugins hebben precies dezelfde kwaal, zoals onze vergelijking van de NextGEN Gallery-alternatieven laat zien.

Lock-in: de shortcode-woestijn

Het punt dat beheerders het hardst raakt wanneer ze het te laat ontdekken, is de lock-in. Elementor slaat layout-informatie op in een eigen dataformaat dat zonder de actieve plugin niet leesbaar is. Zet je Elementor uit, dan toont WordPress geen nette, zij het sobere, lopende tekst, maar een woestijn van kale shortcodes en metadata die er voor bezoekers volstrekt onbruikbaar uitziet. Weggaan bij Elementor betekent in de praktijk dus bijna altijd: content pagina voor pagina opnieuw opbouwen, niet gewoon een plugin uitzetten. Dat is geen kwade wil van de ontwikkelaars, maar het technische gevolg van een eigen renderingsysteem. Het is wel een feit dat je moet meewegen bij de keuze voor een page builder.

Het Pro-abonnement

De gratis versie van Elementor dekt de basis, maar de functies die voor veel zakelijke sites onmisbaar zijn, zoals theme builder, formulieren, popups of WooCommerce-widgets, zitten achter het betaalde Elementor Pro. Dat is een legitiem verdienmodel, maar het betekent een terugkerende uitgave, elk jaar opnieuw, die bij een groeiend aantal projecten of licenties merkbaar gaat wegen.

Een overladen page-builder-installatie vol extra widgets is trouwens ook een veelvoorkomende foutbron: leidt een update tot een pluginconflict, dan volgt vaak het klassieke witte scherm. De page builder hoort bij de typische oorzaken van een white screen of death in WordPress, naast pluginconflicten en een te krappe PHP-geheugenlimiet.

Wat er met Gutenberg en Full Site Editing is veranderd

De eigenlijke reden waarom de vraag naar een Elementor-alternatief vandaag veel vaker wordt gesteld dan een paar jaar geleden, is niet dat Elementor slechter zou zijn geworden. Het is dat de native WordPress-editor volwassen is geworden.

Blokthema's

Sinds WordPress 5.9 bestaan er echte blokthema's, die de complete opbouw van de site, dus header, footer, templates en template-onderdelen, in de editor zelf bewerkbaar maken, zonder PHP-kennis en zonder aparte theme-builder-plugin. Dat was vroeger een van de kernkwaliteiten van Elementor Pro, en zit vandaag native in WordPress ingebouwd.

Globale stijlen

Via de theme.json van een blokthema leg je kleuren, typografie en witruimte centraal vast en gebruik je ze in de editor als consistente instellingen, zonder eigen design-system-plugin. Het resultaat is een look die uit één bron komt, in plaats van uit verspreide widgetinstellingen op elke afzonderlijke pagina.

Patronen

Blokpatronen zijn kant-en-klare, herbruikbare layout-bouwstenen, van de eenvoudige sectie met twee kolommen tot een compleet hero-gedeelte, die je met een klik invoegt en daarna volledig aanpast. Voor veel van de layouts waarvoor je vroeger echt een page builder nodig had, volstaat nu een goed patroon uit een modern blokthema.

Onder de streep betekent dat: de afstand tussen "native editor" en "page builder" is in 2026 veel kleiner dan in 2021. Dat maakt Elementor niet overbodig, maar het maakt de vraag of je hem echt nodig hebt tot een vraag die een eerlijk antwoord verdient.

De alternatieven in een faire vergelijking

Wie op dit moment over een Elementor-alternatief nadenkt, heeft meerdere serieuze opties die elk andere prioriteiten bedienen. Eerst het overzicht, daarna de duiding.

Gutenberg met een blokthema

De native weg: een modern blokthema plus de in WordPress ingebouwde editor, helemaal zonder extra plugin. Het grote voordeel is de nabijheid tot de WordPress-kern zelf, waardoor de HTML-uitvoer slank blijft, er geen lock-in ontstaat en je geen doorlopende licentie voor de editor betaalt. Het nadeel: voor heel vrije, millimeterprecieze layouts, bijvoorbeeld met complexe overlay-effecten of heel specifieke interacties, loopt de native editor sneller tegen grenzen aan dan een aparte page builder.

Bricks

Bricks positioneert zich duidelijk als gereedschap voor technisch onderlegde bouwers en bureaus. De gegenereerde code geldt als relatief schoon, en de koppeling van dynamische data, bijvoorbeeld uit custom fields of externe bronnen, is sterk uitgebouwd. Wie zich in de logica inwerkt, krijgt veel controle. De leercurve is daarvoor merkbaar steiler dan bij Elementor, en ook Bricks werkt met een eigen dataformaat: de lock-in-gedachte geldt hier in principe net zo.

Breakdance

Breakdance is een jongere page builder met een modernere codebasis, die in prestatievergelijkingen vaak beter scoort dan oudere, historisch gegroeide systemen. Het kleinere ecosysteem in vergelijking met Elementor betekent wel: minder tutorials, minder widgets van derden, minder kant-en-klare templates. Voor iedereen die bewust een moderne page builder zonder de erfenis van Elementor wil en met een kleinere community kan leven, is dat een faire optie.

Kadence en GeneratePress met blokken

Kadence en GeneratePress kiezen een middenweg: lichte, op prestaties gerichte thema's die met de native WordPress-blokken werken in plaats van met een eigen renderingsysteem, en die uitbreiden met een eigen blokbibliotheek (Kadence Blocks respectievelijk GenerateBlocks). Dat is een goede instap voor iedereen die van een klassieke page builder komt en de overstap naar native blokken niet in één harde knip wil maken.

Elementor zelf: voor wie blijft hij terecht?

Zo eerlijk als deze vergelijking wil zijn: Elementor is daarmee niet verkeerd. Voor complexe klantprojecten, waarbij een bureau maximale visuele vrijheid nodig heeft, veel verschillende klanten met heel uiteenlopende ontwerpeisen bedient of op een ingespeeld team met een bekende workflow leunt, blijft Elementor een legitieme, goed te onderbouwen keuze. Het enorme ecosysteem aan widgets, sjablonen en communitykennis is een echt productiviteitsvoordeel dat geen van de genoemde alternatieven op dit moment in dezelfde breedte biedt. De vraag is niet "Elementor ja of nee", maar of jouw concrete project die bandbreedte echt nodig heeft, of dat een slanker fundament volstaat.

De Hafen-aanpak: AI-native blokthema in plaats van page-builder-ballast

Juist voor de gevallen waarin een slanker fundament volstaat, hebben we bij hafenstudios Hafen gebouwd, ons thema voor iedereen die een Elementor-alternatief helemaal zonder page builder wil. Hafen staat sinds augustus 2026 gratis in de officiële WordPress-themadirectory, sinds 22 september 2026 in versie 1.1.0: je installeert het in het dashboard onder Weergave, Thema's zoals elk ander thema uit de directory, en updates komen langs dezelfde weg binnen.

Meteen de nuance, omdat eerlijkheid ons meer waard is dan een gladde claim: Kadence en GeneratePress zitten jaren langer in de markt dan wij, en die voorsprong haalt een 1.0 niet per decreet in. Een grotere gebruikersbasis betekent meer gevonden randgevallen, meer tutorials, meer sjablonen en uitbreidingen van derden. Wie juist dat nodig heeft, zit daar nog steeds goed. Wie daarentegen een fundament zoekt dat zijn content uit zichzelf machineleesbaar uitlevert, zonder daarvoor nog een abonnement af te sluiten, vindt bij ons iets wat die twee zo niet meebrengen.

Hafen is een native blokthema dat consequent op de Full-Site-Editing-aanpak van WordPress zelf inzet, in plaats van een eigen renderingsysteem mee te brengen. In de praktijk betekent dat: geen extra CSS- en JavaScript-framework over de WordPress-kern heen, maar slanke, semantische HTML rechtstreeks uit de native blokken. Minder geneste <div>-containers betekent minder DOM-ballast, en dat werkt meetbaar door op laadtijd en Core Web Vitals. Het thema zelf is verifieerbaar slank: in versie 1.1.0 twee requests, ongeveer 13 kilobyte over de lijn, ongeveer 38 kB CSS en geen externe aanroepen. Wat Lighthouse bij jou meet, hangt daarnaast af van hosting, afbeeldingen en je plugins; het thema haalt alleen de rem uit het fundament. Die cijfers zijn gewogen, niet beloofd: we hebben ze op een schone installatie nagemeten in plaats van ze te claimen. De prijzen van hafenstudios laten in één oogopslag zien wat gratis blijft en wat onder een Pro-versie valt.

Twee dingen onderscheiden Hafen daarnaast van een klassiek blokthema, en allebei zitten ze bewust niet in het thema maar in de eveneens gratis begeleidende plugin Hafen Core. Dat is geen kuur maar een regel van de directory: een thema mag alleen over presentatie gaan, zodat je rich results een themawissel overleven. Ten eerste gestructureerde data: JSON-LD voor artikelen, auteurs, breadcrumbs en organisatie, zonder dat iemand een veld invult, in plaats van ze via een extra SEO-abonnement aan te bouwen. Ten tweede genereert Core automatisch een llms.txt, een samengestelde inhoudskaart speciaal voor AI-crawlers zoals die achter ChatGPT, Claude of Perplexity, vergelijkbaar met een robots.txt voor klassieke zoekmachines. Beide functies hebben met een page builder als Elementor niets te maken, maar worden voor de zichtbaarheid van je site steeds relevanter.

38 looks in plaats van 38 plugins

Het standaardbezwaar tegen native blokken luidt: zonder page builder gaan alle sites er uiteindelijk hetzelfde uitzien. Precies daartegen werkt het look-systeem van de 1.0. Hafen brengt 38 stijlvarianten mee die niet alleen het kleurenpalet wisselen, maar vier ontwerpassen tegelijk bespelen: kleur, typografie, vorm (hoekradii van scherp tot pilvormig) en dichtheid (witruimte, regelhoogte, tekstbreedte). De 38 varianten dekken acht basiskarakters af, van nuchter en functioneel voor dienstverleners via rustig en degelijk voor advocatuur en advies tot luid en plakkaatachtig voor campagnes. Wisselen is één klik in de site-editor onder Stijlen, de content blijft onaangeroerd, en terug gaat net zo verliesvrij. Wie hetzelfde bereik uit een page builder wil halen, bouwt het met de hand na of koopt er een sjabloonpakket bij. Wat er verder in de 1.0 zit, staat in het artikel één thema, 38 looks, nul lettertypebestanden.

Overstappen van Elementor: waar je op moet letten

Besluit je na deze vergelijking om Elementor te verlaten, dan loont een realistische blik op de inspanning, in plaats van een weekendproject te verwachten dat het niet is.

Reken op shortcode-resten

Zoals hierboven beschreven laat het uitschakelen van Elementor kale shortcodes achter in plaats van nette content. Er bestaan migratiehulpmiddelen en -diensten die proberen Elementor-layouts geautomatiseerd naar native blokken te vertalen, maar de resultaten zijn in de praktijk wisselend van kwaliteit, afhankelijk van hoe complex de oorspronkelijke pagina's waren opgebouwd. Reken bij complexere pagina's eerder op handmatig nawerk dan op een resultaat met één klik.

Plan een redesign realistisch in

Een overstap naar een blokthema is zelden een pure 1:1-overzetting, maar in de praktijk meestal ook een gelegenheid voor een klein redesign. Dat is geen slecht nieuws, eerder een eerlijke verwachting: plan bewust tijd in voor de overstap, waarin je content pagina voor pagina overzet en meteen moderniseert, in plaats van de overstap tussendoor af te raffelen.

Eerst de content, daarna het ontwerp

Bij het overzetten helpt het om eerst de pure inhoud, teksten, afbeeldingen, formulieren, netjes veilig te stellen, en pas daarna de layout in native blokken of patronen opnieuw op te bouwen. Wie probeert Elementor-layouts pixel voor pixel in het nieuwe systeem na te bouwen, verliest vaak meer tijd dan een bewust opnieuw bedachte, maar inhoudelijk gelijkwaardige layout zou hebben gekost.

Testfase voor de livegang

Bouw de overstap op een staging-omgeving of testpagina op voordat je live gaat, en controleer vooral formulieren, interne links en de mobiele weergave voordat je de oude page builder definitief uitschakelt. Een schone weg terug, bijvoorbeeld via een verse back-up, moet tot een geslaagde livegang op elk moment mogelijk blijven.

Wat een themawissel meetbaar oplevert

Zodat de inspanning niet alleen een gevoel blijft, hier een meetreeks uit een echte overstap. Op 1 september 2026 wisselde een gegroeide productiesite met 17 jaar aan content, een ledengedeelte, consentbeheer en video-embeds van thema: van het klassieke Neve naar Hafen. Er is vooraf en achteraf op dezelfde dag op dezelfde machine gemeten, met Lighthouse 13.4.1 in headless Chrome, drie runs per pagina, de mediaan telt. Eén kanttekening voordat je de cijfers op je eigen project legt: dit was een wissel vanaf een klassiek thema, geen Elementor-verhuizing. De tabel toont dus het pure thema-effect bij een ongewijzigd pluginbestand, niet ook nog de winst van het schrappen van een page builder.

De belangrijkste regel is de First Contentful Paint: van ruwweg 4 seconden naar 1,3 seconde op elke gemeten pagina, oftewel het moment waarop bezoekers voor het eerst iets zien in plaats van op wit te wachten. En het eerlijke deel hoort erbij: de wissel alleen loste de Largest Contentful Paint niet op, die lag mobiel ook onder Hafen nog op 4 tot 6 seconden, omdat het grootste element op de belangrijkste pagina's een via JavaScript nageladen videoposter was. Pas een tweede optimalisatieronde aan de content tilde de mobiele scores naar 71 tot 86 en drukte het JavaScript naar 215 tot 254 kilobyte. De vuistregel voor je eigen overstap: het thema ruimt het fundament op, afbeeldingen, embeds en plugins blijven jouw werk. De volledige meetreeks, met methode en alle grenzen, staat in onze praktijkcase over de themawissel.

Welke weg je ook kiest: de basisvraag blijft dezelfde als bij elk ander WordPress-gereedschap. Wat heb je echt nodig, en wat is alleen meegesleept gewicht dat later laadtijd, onderhoud of juist lock-in kost? Wie toch al zijn plugin- en themabestand opruimt, doet er goed aan die vraag ook bij de keuze van de editor mee te nemen.

Veelgestelde vragen