02 / IndexeringsregelnoindexMaar de pagina sluit zichzelf uit.
Wanneer de techniek aandacht vraagt
Je pagina bestaat. Maar krijgt ze een kans?
Technische SEO onderzoekt hoe zoekmachines pagina’s crawlen, renderen, indexeren en verbinden. Deze situaties geven aanleiding om verder te kijken.
01Belangrijke pagina’s ontbreken in Google.
Ze bestaan op je website, maar worden niet geïndexeerd. We controleren de URL en de bijbehorende signalen.
02Google kiest een andere URL.
Parameters, duplicaten of tegenstrijdige canonicals kunnen aanleiding zijn om de hoofdversie te onderzoeken.
03Na een redesign verdwijnen rankings.
We bekijken oude en nieuwe URL’s, redirects, canonicals, interne links en indexeringsinstellingen.
04Search Console staat vol meldingen.
Welke uitgesloten of foutieve URL’s zijn werkelijk belangrijk? Niet iedere melding vraagt om een fix.
05Je webshop maakt eindeloos veel URL’s.
Filters, sorteringen en varianten kunnen veel crawlbare combinaties veroorzaken.
06De crawler ontvangt iets anders.
We vergelijken serverresponse, gerenderde content en crawlbare links met de essentiële informatie voor bezoekers.
De belangrijke URL bepaalt de prioriteit. Veel crawlmeldingen zijn niet vanzelf belangrijker dan één fout op de pagina die aanvragen moet opleveren.
Van signaal naar onderzoek
Een melding. Wat betekent die voor je pagina?
Drie schematische situaties. Steeds dezelfde vragen: wat gebeurt er, wat moet mogelijk veranderen en hoe controleren we dat?
De technische samenhang
Dit controleren we: van bereikbaarheid tot indexering.
De website bepaalt de diepte van het onderzoek. Niet ieder onderdeel heeft op iedere website een probleem.
URLCrawlerIndex?
Ontdekken & indexeren
Kan de crawler erbij, en welke instructies krijgt hij?
Toegang, response en indexering
HTTP-statuscodes, robots.txt, meta robots, redirects, bereikbare URL’s en URL-inspectie in Search Console. Een crawlbare pagina wordt niet automatisch geïndexeerd.
Sitemaps en interne links
Een sitemap bevat bij voorkeur indexeerbare, succesvolle URL’s die naar zichzelf canonicaliseren. We controleren redirects, fouten en uitgesloten pagina’s in de sitemap.
Belangrijke pagina’s moeten ook via gewone interne links bereikbaar zijn. We onderzoeken verweesde of te diepe pagina’s en links naar redirects of fouten.
URL-variantURL-variant
Bedoelde hoofdversie
Hoofdversies & duplicaten
Wijzen de signalen naar dezelfde bedoelde URL?
Canonicals en dubbele inhoud
Parameters, filters, HTTP/HTTPS, www/non-www, sorteringen en productvarianten kunnen vergelijkbare inhoud via verschillende URL’s aanbieden. We vergelijken canonical, interne links, redirects en sitemap.
Als Google een andere hoofdversie kiest, onderzoeken we de signalen en inhoudelijke verschillen.
Redirects en bestemmingen
We controleren permanente 301/308-redirects, chains, loops, foutieve doelen, achtergebleven interne links en inhoudelijke aansluiting op de opvolger.
Rendering & gebruik
Wat komt er daadwerkelijk beschikbaar voor de bezoeker en Google?
JavaScript en mobiele weergave
Google kan JavaScript renderen. We controleren essentiële content, crawlbare links, serverstatus, canonicals en metadata in de uiteindelijke weergave. De uitvoering telt, niet het framework op zichzelf.
Performance en structured data
Serverrespons, afbeeldingen, fonts, JavaScript, CSS, caching en layout shifts kunnen aandacht vragen. We geven die prioriteit op basis van het echte probleem.
Structured data moet passen bij het paginatype, overeenkomen met zichtbare informatie en technisch geldig zijn. Bijvoorbeeld voor producten, organisaties, personen, artikelen en breadcrumbs.
?kleur=zwart?maat=xl?kleur=zwart&maat=xl
Schaal & webshopstructuur
Duizenden URL-combinaties vragen om bewuste keuzes.
Filters, varianten en paginering
Niet elke combinatie hoeft een zoekresultaat te worden. We bepalen belangrijke categorieën, crawltoegang, indexeringsbeleid, canonicals en interne links. Paginering en filters moeten de relevante producten bereikbaar houden.
Wanneer URL’s veranderen, leggen we voor livegang vast wat verhuist en waarheen. Na livegang controleren we de nieuwe situatie.
Oude URL → relevante opvolger
Oude URLPermanentRelevante opvolger
/diensten/kozijnen/301 /kunststof-kozijnen/
/assortiment/deuren/301 /buitendeuren/
/projecten/villa/301 /werk/villa/
URL-map / de inhoudelijke opvolger bepaalt de bestemming
Wat leggen we voor livegang vast?
Oude en nieuwe URL’s, belangrijke landingspagina’s, backlinks, redirects, canonicals, interne links, sitemap en indexeringsinstellingen. Dit geldt ook bij domeinwissels en een nieuwe paginastructuur.
Wat controleren we daarna?
Redirects en doelen, actuele canonicals en robots-instructies, nieuwe interne links en sitemaps. Daarna volgen we hoe Google belangrijke URL’s verwerkt.
Een crawler geeft signalen. Wij onderzoeken welke ingreep nodig is. Soms is de juiste conclusie: niets veranderen.
01Een belangrijke URL weegt zwaarder dan een groot aantal meldingen.
Eén verkeerde canonical op een commerciële dienstenpagina kan belangrijker zijn dan duizenden irrelevante filtermeldingen. We koppelen het probleem aan impact.
02Een canonical is geen bevel.
We controleren ook interne links, redirects, sitemap en dubbele inhoud. Alleen de tag aanpassen is niet altijd de volledige oplossing.
03Robots.txt en noindex zijn niet hetzelfde.
Robots.txt regelt crawltoegang. Noindex gaat over opname in de index. Een crawler die een pagina niet mag ophalen, kan de noindex-regel daar niet lezen.
04Een redirect krijgt een relevante bestemming.
Bij een migratie mappen we oude pagina’s naar hun inhoudelijke opvolger. Niet massaal naar de homepage.
05Structured data vervangt geen inhoud.
Het type moet passen, de informatie zichtbaar zijn en de markup geldig. Meer schema toevoegen is geen doel op zichzelf.
06Een groene snelheidsscore is niet altijd de eerste prioriteit.
Performance is belangrijk, maar een onbedoelde noindex of verkeerd URL-signaal kan eerst aandacht nodig hebben.
Scope en investering
Wat kost de audit? En wie voert het herstel uit?
Vijftig URL’s op een dienstenwebsite vragen iets anders dan honderdduizenden varianten in een internationale webshop.
Analyse, implementatie of allebei?
De technische omgeving en beschikbaarheid van developers bepalen mede wat we kunnen uitvoeren. Dat nemen we mee in de opdracht.
Omvang, platform, aantal URL’s, technische complexiteit, JavaScript, filters, meertaligheid, migraties en beschikbaarheid van developers. Ook maakt het verschil of Magic Bytes alleen analyseert of eveneens implementeert.
Welke ingrepen kunnen eruit volgen?
Een onbedoelde noindex weghalen, canonicals herstellen, redirects mappen, interne links corrigeren, sitemap opschonen, filterbeleid aanpassen, duplicaten consolideren, rendering of structured data herstellen en performance verbeteren.
Of niets wijzigen wanneer een melding geen relevant probleem blijkt.
Over indexering, technische audits en de uitvoering van verbeteringen.
01Waarom staat mijn pagina niet in Google?
Dat kan meerdere oorzaken hebben. We controleren onder andere indexeringsregels, canonical, interne links, statuscode en wat Search Console over de URL meldt.
02Is JavaScript slecht voor SEO?
Nee. Google rendert JavaScript al jaren. De technische uitvoering bepaalt of belangrijke content en signalen correct beschikbaar zijn.
03Wat is een canonical?
Een canonical geeft aan welke URL je als hoofdversie van vergelijkbare of dubbele pagina’s beschouwt. Google behandelt die aanwijzing als een signaal en kan uiteindelijk een andere canonical selecteren.
04Is snelheid belangrijk voor SEO?
Performance is relevant voor gebruikers en kan onderdeel zijn van technische SEO, maar is niet automatisch het belangrijkste probleem op iedere website.