<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:media="http://search.yahoo.com/mrss/"><channel><title>Inzichten van Olé Media</title><link>https://olemedia.nl/blog</link><atom:link href="https://olemedia.nl/feed.xml" rel="self" type="application/rss+xml"/><description>Praktische notities over websites, SEO, GEO en AI van Olé Media uit Limburg.</description><language>nl-NL</language><lastBuildDate>Tue, 27 Oct 2026 07:00:00 GMT</lastBuildDate><image><url>https://olemedia.nl/olemedia/logo-main.png</url><title>Olé Media</title><link>https://olemedia.nl/blog</link></image><item><title>De toegankelijkheidswet geldt al. Wat moet je website nu kunnen?</title><link>https://olemedia.nl/blog/toegankelijkheidswet-website-eaa</link><guid isPermaLink="true">https://olemedia.nl/blog/toegankelijkheidswet-website-eaa</guid><pubDate>Tue, 27 Oct 2026 07:00:00 GMT</pubDate><dc:creator>Owen Lemmens</dc:creator><category>Toegankelijkheid</category><description>Sinds 28 juni 2025 moeten webshops en online diensten toegankelijk zijn. Voor wie het geldt, wat de ACM verwacht en een checklist om te beginnen.</description><content:encoded><![CDATA[<h2>Geldt het voor jou?</h2><p>Sinds 28 juni 2025 gelden in Nederland de regels uit de European Accessibility Act. De ACM houdt toezicht op e-handelsdiensten: websites en apps waarop consumenten iets kopen, boeken of een overeenkomst sluiten. Ook chat en videobellen vallen onder het toezicht.</p><p>Kleine ondernemingen zijn uitgezonderd. Heb je minder dan 10 mensen in dienst en een jaaromzet van maximaal 2 miljoen euro, dan gelden deze verplichtingen niet. Zit je daarboven of groei je die kant op, dan hoort toegankelijkheid op de planning.</p><ul><li>Webshops en boekingssites voor consumenten</li><li>Online afsluiten van abonnementen of diensten</li><li>Chat en (video)bellen met klanten</li><li>Niet verplicht: onder 10 medewerkers én maximaal 2 miljoen euro omzet</li></ul><h2>Wat de ACM verwacht</h2><p>De ACM toetst aan WCAG 2.1 op niveau AA. Volgens de ACM wordt WCAG 2.2 AA in de loop van 2026 de nieuwe norm, en de toezichthouder raadt aan daar nu al op te bouwen.</p><p>Het gaat om de hele klantroute: ook betalen, identificeren, digitaal ondertekenen en de e-mails en bijlagen bij een bestelling. Daarnaast hoort er een toegankelijkheidsverklaring op de website en in de app die makkelijk te vinden en zelf toegankelijk is.</p><p>Een certificaat of keurmerk is niet verplicht. Video, audio en kantoordocumenten van vóór 28 juni 2025 en archieven zijn uitgezonderd.</p><h2>Waar het nu misgaat</h2><p>In maart 2026 maakte de ACM bekend dat 61 procent van de ongeveer honderd grootste Nederlandse webwinkels niet digitaal toegankelijk was. Bij die winkels lukte bestellen met hulptechnologie niet, bijvoorbeeld door een bestelknop die niet met het toetsenbord werkt of een ontoegankelijke CAPTCHA.</p><p>Dat zijn geen randgevallen. Onbereikbare knoppen, onduidelijke formulieren en foutmeldingen zonder uitleg hinderen iedere bezoeker en kosten dus ook gewoon omzet.</p><h2>Checklist voor je bestelroute</h2><p>Begin bij de route die geld oplevert: zoeken, product kiezen, in het winkelmandje, afrekenen en de bevestiging. Loop die vijf stappen langs met deze vragen.</p><ul><li>Kun je alles bereiken en gebruiken met alleen Tab, Enter en de pijltjes?</li><li>Zie je steeds waar de focus staat?</li><li>Hebben knoppen, links en invoervelden een duidelijke naam voor schermlezers?</li><li>Is het contrast van tekst en knoppen voldoende, ook op foto's?</li><li>Leggen foutmeldingen uit wat er mis is en hoe je het oplost?</li><li>Werkt de pagina bij 200% inzoomen zonder dat er iets wegvalt?</li><li>Zijn betalen en de bevestigingsmail ook toegankelijk?</li></ul><h2>Als het (nog) niet klopt</h2><p>Voldoet je dienst nog niet, dan verwacht de ACM een melding met een plan. Kritieke en ernstige problemen meld je binnen een week, kleinere binnen een maand, tenzij je ze binnen die termijn oplost.</p><p>Leg vast wie verantwoordelijk is, publiceer de toegankelijkheidsverklaring en plan de verbeteringen. Toegankelijkheid is het goedkoopst wanneer het vanaf het ontwerp meedoet: kleuren, componenten en formulieren die vanaf het begin kloppen. Een vernieuwing of rebranding is daarvoor het ideale moment.</p><h2>Bronnen</h2><ul><li><a href="https://www.acm.nl/nl/toegankelijkheid/toegankelijkheid-van-e-handelsdiensten-en-elektronische-communicatiediensten">ACM: Toegankelijkheid van e-handelsdiensten en elektronische communicatiediensten</a></li><li><a href="https://www.acm.nl/nl/publicaties/acm-klant-met-beperking-kan-bij-merendeel-grote-webwinkels-niet-terecht">ACM: Klant met beperking kan bij merendeel grote webwinkels niet terecht (24 maart 2026)</a></li><li><a href="https://eur-lex.europa.eu/eli/dir/2019/882/oj">EUR-Lex: Richtlijn (EU) 2019/882, European Accessibility Act</a></li><li><a href="https://www.w3.org/TR/WCAG22/">W3C: Web Content Accessibility Guidelines (WCAG) 2.2</a></li></ul>]]></content:encoded><media:content url="https://olemedia.nl/og/blog/toegankelijkheidswet-website-eaa.jpg" medium="image" type="image/jpeg" width="1200" height="630"/></item><item><title>Website rebranden zonder je Google-posities te verliezen</title><link>https://olemedia.nl/blog/website-rebranden-zonder-posities-te-verliezen</link><guid isPermaLink="true">https://olemedia.nl/blog/website-rebranden-zonder-posities-te-verliezen</guid><pubDate>Tue, 27 Oct 2026 07:00:00 GMT</pubDate><dc:creator>Owen Lemmens</dc:creator><category>Technische SEO</category><description>Een nieuwe naam of look hoeft geen vindbaarheid te kosten. Zo houd je je posities met een URL-kaart, permanente redirects en een strakke eerste maand.</description><content:encoded><![CDATA[<h2>Begin bij wat al werkt</h2><p>Een rebranding gaat over naam, kleur en verhaal. Zoekmachines kijken vooral naar adressen, inhoud en links. Wie die laag vergeet, verliest pagina's die jarenlang bezoekers en aanvragen opleverden.</p><p>Maak daarom eerst een lijst van alle bestaande URL's: uit de sitemap, het CMS, serverlogs en het linkrapport in Search Console. Neem ook afbeeldingen, pdf's en andere bestanden mee die mensen vinden.</p><ul><li>Welke pagina's trekken nu verkeer en aanvragen?</li><li>Welke URL's krijgen links van andere websites?</li><li>Welke inhoud verdwijnt bewust?</li></ul><h2>Eén oude URL, één nieuwe bestemming</h2><p>Koppel elke oude URL aan de best passende nieuwe pagina. Google adviseert permanente server-side redirects, zoals 301 of 308, en schrijft dat die geen PageRank kosten.</p><p>Stuur niet alles naar de homepage. Een oude dienstpagina verwijst naar de nieuwe dienstpagina. Voor inhoud die echt verdwijnt is een 404 of 410 eerlijker dan een redirect naar iets dat er niet op lijkt.</p><p>Vermijd ketens en verwijs direct naar de eindbestemming. Laat redirects zo lang mogelijk staan, volgens Google in de regel minstens een jaar.</p><ul><li>Permanente server-side redirects (301 of 308)</li><li>Geen redirectketens</li><li>Interne links direct naar de nieuwe URL</li><li>Canonical en hreflang bijgewerkt</li></ul><h2>De dag van livegang</h2><p>Controleer dat robots.txt en noindex de nieuwe site niet blokkeren. Zet oud én nieuw adres in Search Console en dien de nieuwe sitemap in. Verandert het domein, gebruik dan ook het hulpmiddel voor adreswijziging in Search Console; bij alleen nieuwe paden of een overstap naar https is dat niet nodig.</p><ul><li>robots.txt en noindex gecontroleerd</li><li>Nieuwe sitemap ingediend</li><li>Steekproef: tien oude URL's leiden in één stap naar de juiste pagina</li><li>Formulieren, analytics en structured data getest</li></ul><h2>De eerste maand erna</h2><p>Reken op schommelingen. Google noemt tijdelijke verschuivingen in posities normaal, en bij een middelgrote site kan het een paar weken of langer duren voordat de nieuwe URL's overal zichtbaar zijn.</p><p>Meet daarom per pagina in plaats van alleen het totaal: krijgen de belangrijkste oude URL's hun verkeer terug op de nieuwe adressen? Bekijk wekelijks de 404's en dekking in Search Console en herstel gemiste redirects meteen.</p><h2>Bronnen</h2><ul><li><a href="https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes">Google: Site moves with URL changes</a></li><li><a href="https://developers.google.com/search/docs/crawling-indexing/301-redirects">Google: Redirects and Google Search</a></li></ul>]]></content:encoded><media:content url="https://olemedia.nl/og/blog/website-rebranden-zonder-posities-te-verliezen.jpg" medium="image" type="image/jpeg" width="1200" height="630"/></item><item><title>GEO in 2026: zo maak je expertise vindbaar én citeerbaar</title><link>https://olemedia.nl/blog/geo-in-2026-vindbaar-en-citeerbaar</link><guid isPermaLink="true">https://olemedia.nl/blog/geo-in-2026-vindbaar-en-citeerbaar</guid><pubDate>Wed, 26 Aug 2026 07:00:00 GMT</pubDate><dc:creator>Owen Lemmens</dc:creator><category>GEO + SEO</category><description>Geen magische AI-markup, wel een sterke technische basis, originele expertise en bronnen die mens en machine kunnen controleren.</description><content:encoded><![CDATA[<h2>SEO blijft het fundament</h2><p>Google beschrijft geen aparte technische truc om in AI-antwoorden te verschijnen. Een pagina moet nog steeds crawlbaar, indexeerbaar en bruikbaar zijn, met inhoud die overeenkomt met wat de markup belooft.</p><p>Dat maakt GEO geen vervanger van SEO. Google beschouwt GEO en AEO als werk aan dezelfde zoekervaring. De opdracht wordt wel scherper: publiceer informatie die een antwoord echt beter maakt en laat duidelijk zien wie ervoor verantwoordelijk is.</p><p>Voor Google zijn een llms.txt-bestand, speciale AI-markup en kunstmatig opgeknipte tekst geen rangschikkingsvoordeel. Zo'n bestand kan voor andere systemen nuttig zijn, maar het vervangt geen crawlbare pagina met goede inhoud.</p><ul><li>Eén indexeerbare URL per taal</li><li>Heldere auteurs en organisatiegegevens</li><li>Interne links vanuit relevante diensten en cases</li><li>Zichtbare inhoud en structured data die hetzelfde zeggen</li></ul><h2>Maak kennis controleerbaar</h2><p>Een generiek overzicht is makkelijk te vervangen. Eigen observaties, concrete keuzes, lokale context en aantoonbare projectervaring zijn dat niet.</p><p>Noem primaire bronnen waar een feit ervan afhangt. Geef publicatie- en wijzigingsdata mee en corrigeer oude informatie zichtbaar. Zo kan een lezer, zoekmachine of AI-systeem de herkomst beter beoordelen.</p><ul><li>Leg uit wat je zelf hebt gezien of getest</li><li>Scheid feiten, ervaring en mening</li><li>Link rechtstreeks naar primaire documentatie</li><li>Werk artikelen bij wanneer de bron verandert</li></ul><h2>Meet zichtbaarheid zonder toneel</h2><p>Beoordeel GEO niet op één losse prompt. Kijk naar organisch verkeer, merkzoekopdrachten, relevante landingspagina's, kwalitatieve aanvragen en vermeldingen in AI-ervaringen wanneer je meetplatform die rapporteert.</p><p>Google heeft hiervoor in Search Console een apart rapport voor generatieve AI-prestaties. Gebruik dat als bron voor Google-zichtbaarheid en beoordeel externe meettools op hun transparantie, niet op een beloofde geheime score.</p><p>De beste optimalisatie blijft inhoud die ook zonder zoekmachine nuttig is. Als een artikel geen echte vraag beantwoordt, gaat extra schema het niet redden.</p><h2>Bronnen</h2><ul><li><a href="https://developers.google.com/search/docs/appearance/ai-features">Google: AI features and your website</a></li><li><a href="https://developers.google.com/search/docs/fundamentals/ai-optimization-guide">Google: optimizing for generative AI features</a></li><li><a href="https://schema.org/BlogPosting">Schema.org: BlogPosting</a></li></ul>]]></content:encoded><media:content url="https://olemedia.nl/og/blog/geo-in-2026-vindbaar-en-citeerbaar.jpg" medium="image" type="image/jpeg" width="1200" height="630"/></item><item><title>IndexNow en sitemaps: nieuwe content sneller laten ontdekken</title><link>https://olemedia.nl/blog/indexnow-en-sitemaps-nieuwe-content</link><guid isPermaLink="true">https://olemedia.nl/blog/indexnow-en-sitemaps-nieuwe-content</guid><pubDate>Wed, 19 Aug 2026 07:00:00 GMT</pubDate><dc:creator>Owen Lemmens</dc:creator><category>Technische SEO</category><description>Wat je bij een publicatie technisch kunt signaleren, wat een sitemap bewijst en waarom sneller ontdekt niet hetzelfde is als hoger ranken.</description><content:encoded><![CDATA[<h2>Een sitemap is je actuele inhoudsregister</h2><p>Een XML-sitemap verzamelt de canonieke URL's die je geïndexeerd wilt hebben. Houd hem schoon, geef een geloofwaardige laatste wijzigingsdatum mee en neem taalvarianten afzonderlijk op.</p><p>Een sitemap is een ontdek- en controlesignaal. Hij garandeert niet dat een pagina wordt geïndexeerd of een bepaalde positie krijgt.</p><ul><li>Alleen canonieke, publieke URL's</li><li>Een echte lastmod na inhoudelijke wijziging</li><li>Zowel Nederlandse als Engelse pagina's</li><li>Geen privacy-, test- of API-routes</li></ul><h2>IndexNow meldt alleen wat veranderde</h2><p>IndexNow laat deelnemende zoekmachines weten dat een URL is toegevoegd, gewijzigd of verwijderd. Daarvoor staat een verificatiesleutel op je domein en verstuur je alleen de relevante URL's.</p><p>Een HTTP 200 bevestigt volgens de officiële documentatie alleen dat de URL is ontvangen. Het bewijst niet dat een zoekmachine de pagina crawlt, indexeert of hoger plaatst.</p><p>Gebruik het als publicatiesignaal, niet als rankinghack. De inhoud, interne context en technische kwaliteit bepalen nog steeds of de pagina waarde heeft.</p><h2>Maak publiceren een vaste keten</h2><p>Een nette release werkt de pagina, canonicals, hreflang, sitemap en structured data tegelijk bij. Daarna kun je de gewijzigde URL signaleren en de crawlstatus controleren.</p><p>Zo wordt vindbaarheid onderdeel van opleveren in plaats van een losse reparatieronde na livegang.</p><h2>Bronnen</h2><ul><li><a href="https://www.indexnow.org/documentation">IndexNow: official documentation</a></li><li><a href="https://developers.google.com/search/docs/crawling-indexing/sitemaps/build-sitemap">Google: build and submit a sitemap</a></li></ul>]]></content:encoded><media:content url="https://olemedia.nl/og/blog/indexnow-en-sitemaps-nieuwe-content.jpg" medium="image" type="image/jpeg" width="1200" height="630"/></item><item><title>Meertalige SEO zonder duplicate content of geforceerde redirects</title><link>https://olemedia.nl/blog/meertalige-seo-zonder-duplicate-content</link><guid isPermaLink="true">https://olemedia.nl/blog/meertalige-seo-zonder-duplicate-content</guid><pubDate>Sat, 08 Aug 2026 07:00:00 GMT</pubDate><dc:creator>Owen Lemmens</dc:creator><category>Internationale SEO</category><description>Een duidelijke URL per taal, wederzijdse hreflang en een taalkeuze die bezoekers altijd zelf kunnen aanpassen.</description><content:encoded><![CDATA[<h2>Geef iedere taal een eigen thuis</h2><p>Een Nederlandse en Engelse pagina horen ieder op een vaste, indexeerbare URL. Ze krijgen een canonical naar zichzelf en verwijzen met hreflang wederzijds naar de equivalente versie.</p><p>Dat is duidelijker dan tekst na het laden vervangen op basis van browsertaal. Zoekmachines en bezoekers kunnen zo precies delen naar welke versie ze verwijzen.</p><ul><li>Nederlands op de hoofdroute</li><li>Engels onder /en</li><li>Zelfverwijzende canonicals</li><li>Wederzijdse hreflang en een x-default</li></ul><h2>Suggestie mag, opsluiten niet</h2><p>Land- en browsertaal kunnen helpen om bij het eerste bezoek een passende versie voor te stellen. De taalwissel moet zichtbaar blijven en een handmatige keuze hoort voorrang te krijgen.</p><p>Vermijd onvoorwaardelijke redirects op IP-adres. Ze kunnen reizigers, VPN-gebruikers en crawlers naar de verkeerde taal sturen.</p><h2>Vertaal betekenis, niet alleen woorden</h2><p>Een goede Engelse versie vertaalt navigatie, formulieren, metadata, foutmeldingen, structured data en juridische uitleg mee. De boodschap mag natuurlijk Engels worden zolang feiten en projectcontext gelijk blijven.</p><p>Google beschouwt HTML-tags, HTTP-headers en sitemap-hreflang als gelijkwaardige methodes. Meerdere methodes leveren geen extra zoekvoordeel op en zijn alleen verstandig wanneer ze automatisch uit dezelfde bron worden onderhouden.</p><p>Controleer beide talen als aparte gebruikersroutes. Een perfecte homepage met een half vertaald formulier is geen meertalige website.</p><h2>Bronnen</h2><ul><li><a href="https://developers.google.com/search/docs/specialty/international/localized-versions">Google: localized versions of your pages</a></li><li><a href="https://developers.google.com/search/docs/specialty/international/managing-multi-regional-sites">Google: managing multi-regional and multilingual sites</a></li><li><a href="https://schema.org/inLanguage">Schema.org: inLanguage</a></li></ul>]]></content:encoded><media:content url="https://olemedia.nl/og/blog/meertalige-seo-zonder-duplicate-content.jpg" medium="image" type="image/jpeg" width="1200" height="630"/></item><item><title>Structured data: maak je bedrijf begrijpelijk voor mens én machine</title><link>https://olemedia.nl/blog/structured-data-de-onbenutte-seo-kans</link><guid isPermaLink="true">https://olemedia.nl/blog/structured-data-de-onbenutte-seo-kans</guid><pubDate>Sun, 22 Feb 2026 07:00:00 GMT</pubDate><dc:creator>Owen Lemmens</dc:creator><category>SEO</category><description>Een praktische aanpak voor schema-markup die klopt met de zichtbare inhoud en je digitale entiteit sterker maakt.</description><content:encoded><![CDATA[<h2>Begin niet bij schema</h2><p>Goede structured data begint bij een duidelijke pagina. Als naam, dienst, auteur of locatie in de zichtbare inhoud vaag is, kan markup dat niet repareren.</p><p>Breng eerst de echte entiteiten en relaties in kaart. Voeg daarna een machineleesbare laag toe vanuit dezelfde contentbron.</p><p>Google adviseert om minder, maar volledige en juiste eigenschappen te publiceren. Meer markup is niet automatisch beter wanneer zichtbare inhoud en JSON-LD van elkaar afwijken.</p><h2>De nuttigste bouwstenen</h2><p>Voor een dienstverlener zijn Organization, Person, WebSite, Service, CreativeWork, BlogPosting en BreadcrumbList meestal genoeg.</p><ul><li>Gebruik vaste @id-verwijzingen</li><li>Markeer alleen zichtbare feiten</li><li>Verzin geen reviews of resultaten</li><li>Valideer na iedere inhoudswijziging</li></ul><h2>Onderhoud is de winst</h2><p>De beste implementatie is niet de grootste graph, maar een model dat automatisch klopt wanneer een case, auteur of dienst verandert.</p><h2>Bronnen</h2><ul><li><a href="https://developers.google.com/search/docs/appearance/structured-data/intro-structured-data">Google: intro to structured data</a></li><li><a href="https://developers.google.com/search/docs/appearance/structured-data/breadcrumb">Google: breadcrumb structured data</a></li><li><a href="https://schema.org/docs/documents.html">Schema.org: documentation</a></li></ul>]]></content:encoded><media:content url="https://olemedia.nl/og/blog/structured-data-de-onbenutte-seo-kans.jpg" medium="image" type="image/jpeg" width="1200" height="630"/></item><item><title>AI maakt sneller. Smaak bepaalt of het ook beter wordt.</title><link>https://olemedia.nl/blog/ai-in-webdesign-kansen-en-valkuilen</link><guid isPermaLink="true">https://olemedia.nl/blog/ai-in-webdesign-kansen-en-valkuilen</guid><pubDate>Sat, 14 Feb 2026 07:00:00 GMT</pubDate><dc:creator>Owen Lemmens</dc:creator><category>AI + design</category><description>Waar AI het ontwerpproces echt versnelt, waar output generiek wordt en waarom art-direction alleen maar belangrijker wordt.</description><content:encoded><![CDATA[<h2>Gebruik AI als versneller</h2><p>Varianten, samenvattingen en snelle prototypes helpen een team eerder reageren op iets concreets. Dat verkort de route naar een goede keuze.</p><ul><li>Contentinventarisatie</li><li>Prototypevarianten</li><li>Code-assistentie</li><li>Toegankelijkheidschecks</li></ul><h2>Gemiddelde output is geen eigen richting</h2><p>Zonder een duidelijke inhoudelijke en visuele richting maakt snelheid vooral méér van hetzelfde. Selectie, context en verantwoordelijkheid blijven menselijk werk.</p><h2>Onze grens</h2><p>AI krijgt bij Olé een afgebakende taak, een bekende bron en een controlepunt. Een mooi resultaat is niet genoeg als niemand kan uitleggen hoe het tot stand kwam.</p><p>De actuele NIST-richtlijnen leggen nadruk op testen, evalueren, documenteren en menselijk toezicht. Daarom krijgt ieder praktisch AI-proces een eigenaar, een terugvalroute en een duidelijk moment waarop een mens beslist.</p><h2>Bronnen</h2><ul><li><a href="https://www.nist.gov/publications/artificial-intelligence-risk-management-framework-ai-rmf-10">NIST: AI Risk Management Framework</a></li><li><a href="https://nvlpubs.nist.gov/nistpubs/ai/NIST.AI.600-1.pdf">NIST: Generative AI Profile</a></li></ul>]]></content:encoded><media:content url="https://olemedia.nl/og/blog/ai-in-webdesign-kansen-en-valkuilen.jpg" medium="image" type="image/jpeg" width="1200" height="630"/></item><item><title>Lokale SEO zonder twintig bijna dezelfde stadspagina’s</title><link>https://olemedia.nl/blog/lokale-seo-voor-mkb</link><guid isPermaLink="true">https://olemedia.nl/blog/lokale-seo-voor-mkb</guid><pubDate>Wed, 28 Jan 2026 07:00:00 GMT</pubDate><dc:creator>Owen Lemmens</dc:creator><category>Lokale groei</category><description>Bouw regionale relevantie met echte projecten, consistente bedrijfsgegevens en inhoud die alleen jij kunt publiceren.</description><content:encoded><![CDATA[<h2>Maak je locatie bewijsbaar</h2><p>Consistente naam-, adres- en contactgegevens vormen de basis. Een volledig bedrijfsprofiel, lokale cases en eerlijke reviews doen meer dan een rij plaatsnamen in de footer.</p><p>Google noemt relevantie, afstand en bekendheid als de drie belangrijkste lokale factoren. Alleen de eerste en derde kun je inhoudelijk beïnvloeden, met complete bedrijfsinformatie, bruikbare lokale context en een reputatie die buiten je eigen website bestaat.</p><h2>Schrijf vanuit ervaring</h2><p>Laat zien welke vraag er lokaal speelde, wat je hebt gemaakt en welke keuzes relevant waren. Dat is bruikbaarder dan een generieke pagina waarin alleen de plaatsnaam wisselt.</p><ul><li>Lokale cases</li><li>Duidelijk werkgebied</li><li>Bedrijfsprofiel</li><li>Interne links naar relevante diensten</li></ul><h2>Techniek blijft de onderlaag</h2><p>Snelle pagina’s, correcte canonicals, lokale structured data en indexeerbare contactinformatie maken alle inhoud betrouwbaar vindbaar.</p><p>Maak niet voor iedere plaats een bijna identieke tussenpagina. Google noemt zulke regionale doorstuurpagina's expliciet als doorway abuse wanneer ze bezoekers vooral naar dezelfde eindbestemming leiden.</p><h2>Bronnen</h2><ul><li><a href="https://support.google.com/business/answer/7091?hl=en">Google Business Profile: improve local ranking</a></li><li><a href="https://developers.google.com/search/docs/essentials/spam-policies">Google Search: spam policies</a></li></ul>]]></content:encoded><media:content url="https://olemedia.nl/og/blog/lokale-seo-voor-mkb.jpg" medium="image" type="image/jpeg" width="1200" height="630"/></item><item><title>Headless of WordPress? Kies op workflow, niet op mode</title><link>https://olemedia.nl/blog/headless-cms-vs-wordpress</link><guid isPermaLink="true">https://olemedia.nl/blog/headless-cms-vs-wordpress</guid><pubDate>Thu, 08 Jan 2026 07:00:00 GMT</pubDate><dc:creator>Owen Lemmens</dc:creator><category>Development</category><description>De juiste CMS-keuze begint bij wie publiceert, hoe vaak inhoud verandert en welke kanalen dezelfde content gebruiken.</description><content:encoded><![CDATA[<h2>Er is geen universele winnaar</h2><p>Een marketingteam met eenvoudige publicatiebehoeften kan uitstekend werken met WordPress. Een product met meerdere front-ends, complexe rollen of sterke performance-eisen profiteert vaak van een headless opzet.</p><p>WordPress ondersteunt beide routes. De REST API kan inhoud als JSON aan een los front-end leveren, maar de officiële documentatie benadrukt ook dat een gewone WordPress-site de API niet nodig heeft om goed te werken.</p><h2>Stel eerst deze vragen</h2><p>Wie beheert de inhoud, welke previews zijn nodig en hoeveel systemen moeten dezelfde informatie gebruiken?</p><ul><li>Redactionele workflow</li><li>Integraties</li><li>Preview en rollen</li><li>Onderhoud</li><li>Totale kosten</li></ul><h2>Houd techniek uit de weg</h2><p>Het beste CMS is het systeem dat redacteuren begrijpen en developers niet elke week hoeven te repareren.</p><h2>Bronnen</h2><ul><li><a href="https://developer.wordpress.org/rest-api/">WordPress: REST API handbook</a></li><li><a href="https://developer.wordpress.org/rest-api/using-the-rest-api/global-parameters/">WordPress: REST API global parameters</a></li></ul>]]></content:encoded><media:content url="https://olemedia.nl/og/blog/headless-cms-vs-wordpress.jpg" medium="image" type="image/jpeg" width="1200" height="630"/></item><item><title>Een snelle website voelt niet technisch. Hij voelt vanzelfsprekend.</title><link>https://olemedia.nl/blog/waarom-snelheid-alles-is</link><guid isPermaLink="true">https://olemedia.nl/blog/waarom-snelheid-alles-is</guid><pubDate>Thu, 18 Dec 2025 07:00:00 GMT</pubDate><dc:creator>Owen Lemmens</dc:creator><category>Performance</category><description>Core Web Vitals vertaald naar ontwerpkeuzes die bezoekers werkelijk merken.</description><content:encoded><![CDATA[<h2>Snelheid is onderdeel van het ontwerp</h2><p>Een snelle eerste indruk, stabiele layout en directe reactie bepalen of een interface betrouwbaar voelt. Performance hoort daarom niet pas in de laatste testweek.</p><h2>Budget vóór effect</h2><p>Grote beelden, fonts, tracking en WebGL krijgen vooraf een budget. Een interactie die de hoofdtaak vertraagt, is niet af.</p><ul><li>LCP onder 2,5 seconde</li><li>INP onder 200 milliseconden</li><li>CLS onder 0,1</li><li>Test op echte mobiele hardware</li></ul><h2>Meet na livegang</h2><p>Een labtest is het begin. Velddata laat zien hoe echte bezoekers, apparaten en verbindingen de site ervaren.</p><p>Beoordeel LCP, INP en CLS op het 75e percentiel en splits mobiel en desktop. Daarmee voorkom je dat een snel kantoorapparaat de ervaring op tragere telefoons maskeert.</p><h2>Bronnen</h2><ul><li><a href="https://web.dev/articles/vitals">web.dev: Web Vitals</a></li></ul>]]></content:encoded><media:content url="https://olemedia.nl/og/blog/waarom-snelheid-alles-is.jpg" medium="image" type="image/jpeg" width="1200" height="630"/></item></channel></rss>
