Technische SEO voor een sterke, vindbare website.

Een bureau voor technische SEO onderzoekt en verhelpt technische omstandigheden die bepalen hoe zoekmachines pagina’s vinden, crawlen, renderen, begrijpen en indexeren. Qreativa verbindt crawlanalyses met serverresponsen, robots-instructies, canonicalisatie, JavaScript-rendering, sitestructuur, interne links, gestructureerde gegevens, Core Web Vitals en controles bij releases. Het doel is dat waardevolle content betrouwbaar bereikbaar is, tegenstrijdige signalen verdwijnen en technisch werk niet verloren gaat.

Volgens Google mag de pagina Googlebot niet blokkeren, moet ze een succesvolle HTTP 200-respons geven en moet ze indexeerbare content bevatten. Daarmee komt een pagina in aanmerking voor indexering, maar indexering of een positie in de zoekresultaten is niet gegarandeerd. We gebruiken deze eisen als vertrekpunt en onderzoeken daarna onder meer dubbele signalen, rendering, paginakwaliteit en interne vindbaarheid om te verklaren waarom een technisch bereikbare URL toch wordt uitgesloten.

Crawlen is het opvragen van een URL en de bijbehorende bestanden. Bij renderen worden de ontvangen HTML, CSS en JavaScript verwerkt tot een pagina die de zoekmachine kan interpreteren. Indexeren omvat de beoordeling en verwerking om een pagina op te slaan voor mogelijke weergave in zoekresultaten. Een URL kan wel gecrawld zijn maar niet goed renderen, of goed renderen zonder te worden geïndexeerd. Daarom onderzoeken we iedere stap apart.

Robots.txt bepaalt of crawlers die de regels volgen een URL mogen opvragen. Het is geen betrouwbare manier om een al bekende URL uit de index te verwijderen. Een geblokkeerde URL kan soms zonder beschrijvende tekst in Google blijven staan: Google kan de pagina dan niet crawlen om een noindex-instructie te lezen. Afhankelijk van het doel kiezen we de juiste aanpak, zoals een crawlbare pagina met noindex, toegangsbeveiliging, verwijdering van de URL of een geldige redirect.

Nee. Een sitemap helpt zoekmachines nieuwe of bijgewerkte URL’s te ontdekken en geeft aan welke canonieke URL’s je website belangrijk vindt. Daarmee dwing je crawlen, indexeren of hogere posities niet af. We nemen alleen geldige, canonieke en indexeerbare URL’s op, splitsen sitemaps waar dat het onderzoek verduidelijkt, dienen ze in via Search Console en vergelijken de ingediende URL’s met de werkelijke indexering.

Een canonical is een sterk signaal, geen bindende instructie. Google beoordeelt ook redirects, sitemaps, interne links en de gelijkenis tussen pagina’s. Bij tegenstrijdige signalen kan Google een andere representatieve URL kiezen. We stemmen die signalen op elkaar af, verwijderen canonical-ketens en -lussen en controleren in Search Console welke canonical Google heeft gekozen. Alleen een tag toevoegen bewijst niet dat een duplicatieprobleem is opgelost.

Google kan JavaScript verwerken, maar zulke applicaties hebben extra mogelijke foutbronnen: URL’s, links, rendering, metadata, statuscodes en content die pas later of onder bepaalde voorwaarden verschijnt. We vergelijken oorspronkelijke en gerenderde HTML, onderzoeken de bereikbaarheid van resources en het netwerkgedrag, en testen links en routeresponsen. Daarna bepalen we wat bij het platform past: server-side rendering, statische generatie, aanpassingen aan hydration of kleinere gerichte oplossingen.

Core Web Vitals meten de laadtijd, reactiesnelheid en visuele stabiliteit zoals echte bezoekers die ervaren. De huidige metingen zijn Largest Contentful Paint (LCP), Interaction to Next Paint (INP) en Cumulative Layout Shift (CLS). Google adviseert voor een goede ervaring een LCP binnen 2,5 seconden, een INP onder 200 milliseconden en een CLS onder 0,1. We beginnen bij praktijkgegevens en de betrokken templates. Labtests gebruiken we om oorzaken te vinden, niet om koste wat kost een perfecte testscore te behalen.

Nee. Google beveelt goede Core Web Vitals aan voor gebruikers en Google Zoeken, maar er is geen afzonderlijke score voor pagina-ervaring die een bepaalde positie garandeert. Verbeteringen moeten echte problemen bij laden, interacties of stabiliteit oplossen. We wegen ze af tegen content, zoekintentie en commerciële prioriteiten, stellen een prestatiebudget vast en onderzoeken de traagste gedeelde componenten. Waar voldoende bezoekersgegevens beschikbaar zijn, controleren we de veranderingen met praktijkmetingen.

Gestructureerde gegevens geven zoekmachines expliciete informatie over een pagina en kunnen geschikte content in aanmerking laten komen voor ondersteunde zoekfuncties. Ze garanderen geen uitgebreid zoekresultaat en zijn geen snelle route naar hogere posities. We voegen alleen markup toe voor zichtbare, correcte content, gebruiken ondersteunde typen en valideren de implementatie. Daarna blijven we Search Console volgen, omdat templatewijzigingen en releases later alsnog fouten kunnen veroorzaken.

Nee. Dat is vooral relevant voor heel grote of vaak veranderende websites. Kleinere sites hebben meestal meer aan het oplossen van slecht bereikbare pagina’s, dubbele URL’s, zwakke interne links, serverfouten en onduidelijke sitemaps. Met crawlgegevens en logbestanden onderzoeken we of de crawlbehoefte en servercapaciteit de indexering werkelijk beperken. Pas dan adviseren we maatregelen op grote schaal, zoals regels voor facetnavigatie.

Ja. Webshops kunnen grote aantallen URL’s aanmaken via filters, sortering, paginering en parameters. We bepalen welke combinaties een echte zoekbehoefte bedienen, welke crawlbaar of indexeerbaar moeten blijven en hoe producten en categorieën onderling verbonden zijn. Daar stemmen we canonicals, robots-regels, sitemaps en templates op af. Zo blijven nuttige pagina’s voor specifieke zoekvragen behouden, zonder dat een onbeheersbare verzameling URL’s onnodig resources verbruikt.

Ja. We inventariseren bestaande URL’s en prestaties, bepalen de nieuwe bestemmingen, controleren templates en metadata in de testomgeving en bereiden redirects per URL voor. Ook valideren we analytics en Search Console en crawlen we de website vóór en na de livegang. Daarna volgen we statuscodes, redirects, canonical-signalen, indexering, posities en conversies. Zo kunnen fouten worden hersteld voordat ze tot langdurig verlies van organisch verkeer leiden.

Een gerichte audit kan in de eerste werkcyclus al prioriteiten opleveren. De uitvoering hangt af van de complexiteit van het platform, de beschikbaarheid van developers en het ritme van releases. Grote webshops, JavaScript-applicaties en migraties vragen om tests in fasen. We maken onderscheid tussen een diagnose en een gecontroleerde oplossing, rangschikken aanbevelingen op impact en inspanning en blijven na de livegang monitoren. Iedere templatewijziging of release kan immers de technische situatie veranderen.

Qreativa werkt met een maandabonnement, een afgesproken hoeveelheid capaciteit van ervaren specialisten en één lijst met prioriteiten. Afhankelijk van de afspraken kunnen audits, specificaties, hulp bij implementatie, releasecontroles, Search Console-analyse en rapportage deel uitmaken van het werk. Hosting, CDN, externe crawl- of monitoringsoftware, development buiten de afgesproken werkzaamheden, toegankelijkheidscertificering, penetratietests, juridisch advies en advertentiebudget worden apart betaald.

Onze gesprekken en de samenwerking met ons team verlopen in het Engels. Je kunt deze Nederlandstalige pagina gebruiken om de aanpak te beoordelen; bespreek je vraagstuk en de samenwerking vervolgens in het Engels met ons team.