Technische baseline-audit

Fase P2 · Stadium A — Begrijpen
Tijdsbox: 2–4 uur voor een lichte controle, 1–2 werkdagen voor een standaardcontrole, of 3–8 werkdagen voor een diepgaande controle.
Eigenaar: de technische SEO-lead. Engineering, analytics, content en lokalisatie-eigenaren leveren bewijs en accepteren oplossingen in hun domeinen.

Een technische baseline-audit stelt vast of zoekmachines de URL’s kunnen bereiken, interpreteren en selecteren die het bedrijf verwacht dat ze tonen. De scope omvat crawlcontroles, HTTP-reacties, indexatie, canonicals, links, rendering, internationale targeting en veilige levering. Het resultaat is een geprioriteerd bevindingenregister met benoemde eigenaren en acceptatietests, geen score.

Waarom deze fase hier komt

Publiceren op een site met crawl- of indexatieproblemen verergert de schade. Zoekmachines ontdekken een herhaald defect vaak sneller over nieuwe URL’s heen dan dat ze de content evalueren en belonen. Een kapot canonical-template kan elk artikel elders laten verwijzen; een robots-regel kan een directory verbergen; client-gerenderde navigatie kan wezen creëren voor een niet-JavaScript-client. Elke nieuwe pagina vergroot de getroffen set en maakt herstel riskanter.

Herstel eerst de basis. De volgorde is crawlbaarheid → indexeerbaarheid → contentkwaliteit → prestaties omdat elke laag een poort is. Crawlbaarheid betekent dat een crawler een URL kan ontdekken en opvragen; indexeerbaarheid betekent dat de bereikbare URL in aanmerking komt voor opname. Pas daarna moeten contentkwaliteit en prestaties worden beoordeeld. Een snelle pagina die door robots.txt wordt geblokkeerd, kan niet concurreren, en titeltags doen er niet toe op onbereikbare pagina’s.

Deze fase verbruikt de scope, prioriteitsreizen, markten en risico’s uit Discovery en doelen . Het eerder uitvoeren ervan levert een crawl zonder bedrijfscontext op. Het overslaan ervan laat onderzoek en productie zich richten op templates die niet betrouwbaar in de index kunnen komen.

Invoer en uitvoer

Invoer definieert de beoogde site, niet alleen wat een crawler vindt. Uitvoer vertelt de volgende eigenaar welke URL’s veilig zijn om te testen en welke geblokkeerd blijven.

Kies de auditdiepte

Selecteer de diepte vóór het crawlen. Schattingen gaan uit van gereedheid van toegang en sluiten implementatie uit.

De checklist

Werk in volgorde. Een mislukte poort kan latere steekproeven ongeldig maken, dus noteer de mislukking en de scope ervan voordat u doorgaat.

1. Bevestig dat het doel productie is

Wat te doen: verifieer schema, host, robots-bestand, analytics-eigenschap, Search Console-eigenschap en sitemap-host. Waarom het belangrijk is: staging kan er schoon uitzien terwijl productie kapot blijft. Hoe het te doen: los de overeengekomen canonical-host op, vergelijk prioritaire pagina’s en response-headers, en noteer de crawl-origin. Tool: browser, crawler-configuratie, Search Console-selector. Gereed wanneer: het register benoemt de bevestigde productie-origin en -eigenschap, zonder staging-hostnamen in seeds of exports.

2. Test robots.txt vóór het crawlen

Wat te doen: inspecteer de /robots.txt van elke productie-host en de daarin gerefereerde sitemaps. Waarom het belangrijk is: een disallow-regel voorkomt crawlen voordat content kan worden geëvalueerd. Hoe het te doen: vergelijk Disallow-patronen met de beoogde inventaris, test overeenkomende en niet-overeenkomende URL’s, en onderscheid een crawlblokkade van noindex. Tool: ruwe response en robots-tester. Gereed wanneer: robots retourneert 200, beoogde blokkades hebben redenen, indexeerbare steekproeven zijn toegestaan en één onbedoelde blokkade leidt tot een kritieke bevinding.

3. Reconciliëer sitemaps met echte URL’s

Wat te doen: vergelijk ingediende sitemaps met de canonicale, indexeerbare inventaris. Waarom het belangrijk is: een sitemap moet URL’s noemen die de site geselecteerd wil hebben, geen redirects, fouten of duplicaten. Hoe het te doen: normaliseer vermeldingen, vergelijk aantallen per template, steek dan toevoegingen en weglatingen in Sitemaps en indexering . Tool: https://app.amicited.com/reports/google-search/sitemaps-indexing en crawl-exports. Gereed wanneer: de dekking is minimaal 95%, 0 vermeldingen redirecten of geven een fout, en elke lacune heeft een reden of eigenaar.

4. Meet de statuscode-verdeling

Wat te doen: classificeer reacties als 2xx, 3xx, 4xx of 5xx. Waarom het belangrijk is: fouten stoppen ophalen en redirects voegen hops toe. Hoe het te doen: volg en rapporteer redirects, segmenteer per template en vergelijk met Bing-crawl . Tool: https://app.amicited.com/reports/bing-webmasters/crawl, crawler en monitoring. Gereed wanneer: indexeerbare URL’s retourneren 200; interne fouten, lussen en ketens zijn nul; en opzettelijke redirects zijn gedocumenteerd.

5. Verwijder redirect-ketens en -lussen

Wat te doen: traceer redirects naar hun uiteindelijke response. Waarom het belangrijk is: hops vertragen ontdekking; een lus bereikt nooit content. Hoe het te doen: exporteer paden, werk interne links bij naar uiteindelijke canonicals en consolideer regels. Tool: redirect-rapport en header-controles. Gereed wanneer: interne links gaan direct, legacy-redirects nemen één hop, en er is geen lus of keten meer.

6. Stel de in aanmerking komende indexatieverhouding vast

Wat te doen: vergelijk Google’s indexstatus met bewust in aanmerking komende URL’s. Waarom het belangrijk is: het opnemen van redirects, filters, duplicaten of noindex-pagina’s maakt de verhouding betekenisloos. Hoe het te doen: bouw de in aanmerking komende noemer, inspecteer prioritaire steekproeven in URL-inspectie en groepeer uitsluitingen per template. Tool: https://app.amicited.com/reports/google-search/url-inspection, Search Console en inventaris. Gereed wanneer: ten minste 90% is geïndexeerd of elke lacune heeft een hoofdoorzaak-eigenaar; onder 80% is een grote bevinding.

7. Controleer canonical-correctheid

Wat te doen: vergelijk verklaarde, uiteindelijke en door Google geselecteerde canonicals. Een canonical is de voorkeursversie van vergelijkbare URL’s. Waarom het belangrijk is: een verkeerde consolideert signalen weg van de beoogde pagina. Hoe het te doen: test unieke-pagina-zelfverwijzingen, bewuste cross-canonicals en consistentie over HTML, sitemaps, redirects en links. Tool: canonical-rapport en https://app.amicited.com/reports/google-search/url-inspection. Gereed wanneer: 100% van de unieke indexeerbare pagina’s noemt één absolute, 200, indexeerbare canonical, met elke geselecteerde mismatch verklaard.

8. Vind duplicaat- en bijna-duplicaatclusters

Wat te doen: groepeer URL’s met identieke of grotendeels overlappende hoofdcontent en hetzelfde zoekdoel. Waarom het belangrijk is: duplicaten splitsen interne signalen en dwingen zoekmachines een versie te kiezen die het bedrijf misschien niet prefereert. Hoe het te doen: vergelijk exacte hashes, genormaliseerde tekstovereenkomst, titels, canonicals, parameters en templatedoel; kies vervolgens voor consolidatie, differentiatie, noindex of verwijdering. Tool: crawler-duplicaatrapporten, pagina-inventaris en Google Search Pages . Gereed wanneer: geen cluster bevat meer dan één onverklaarde canonicale indexeerbare URL die dezelfde intentie dient, en elke geaccepteerde variant heeft een gedocumenteerd apart doel.

9. Vind wezen en meet linkdiepte

Wat te doen: voeg crawler-URL’s samen met sitemaps, analytics, Search Console, CMS-exports en backlinks om pagina’s te vinden zonder crawlbare interne link. Meet het kortste klikpad vanaf de homepage. Waarom het belangrijk is: een wees kan in een sitemap verschijnen maar toch weinig interne context of autoriteit ontvangen; overmatige diepte maakt ontdekking fragiel. Hoe het te doen: vergelijk bronnen, inspecteer directorypatronen in Directory View en traceer navigatie, broodkruimels, hubs en contextuele links. Tool: https://app.amicited.com/reports/directory en een multi-bron-crawl. Gereed wanneer: het beoogde aantal wezen is nul, prioriteitspagina’s zijn binnen drie klikken van de homepage, andere beoogde indexeerbare pagina’s zijn binnen vijf klikken, en elke uitzondering heeft een bewuste ontdekkingsroute.

10. Vergelijk gerenderde en niet-JavaScript-HTML

Wat te doen: vergelijk de initiële serverresponse met de pagina nadat JavaScript is uitgevoerd. Waarom het belangrijk is: een browser kan content en links tonen die een niet-JavaScript-client nooit ontvangt. Hoe het te doen: haal representatieve pagina’s op met scripts uitgeschakeld, inspecteer ruwe HTML, vergelijk vervolgens koppen, hoofdtekst, links, canonical, robots-directieven, gestructureerde data en status na rendering. Tool: crawler in HTML- en gerenderde modi plus browser-ontwikkeltools. Gereed wanneer: de initiële response bevat de primaire content, canonical, index-directieven en crawlbare navigatie die nodig is om prioriteitspagina’s te ontdekken; elke JavaScript-only-afhankelijkheid is expliciet geaccepteerd en getest over templates.

11. Valideer hreflang waar van toepassing

Wat te doen: verifieer annotaties die taal- of regionale equivalenten verbinden. Waarom het belangrijk is: onvolledige of conflicterende clusters kunnen ertoe leiden dat zoekmachines targeting negeren en de verkeerde marktversie tonen. Hoe het te doen: test geldige taal-regiocodes, absolute canonical-URL’s, zelfverwijzingen, wederkerige retourlinks, x-default waar het een echte fallback-rol heeft, en indexeerbaarheid van elk doel. Tool: crawler-hreflang-rapport en URL-steekproeven. Gereed wanneer: ongeldige codes, ontbrekende zelfverwijzingen, ontbrekende returns, niet-canonicale doelen, redirects en fouten zijn allemaal nul. Als de site geen gelokaliseerde equivalenten heeft, noteer dan “niet van toepassing” in plaats van annotaties te verzinnen.

12. Test paginatie en crawlpaden

Wat te doen: verifieer dat meerpagina’s-categorie- of archiefsequenties crawlbare links en bruikbare unieke URL’s blootleggen. Waarom het belangrijk is: oneindig scrollen of knop-only laden kan diepere items verbergen, terwijl het canonicaliseren van elke pagina naar pagina één de inventaris uit de ontdekking kan verwijderen. Hoe het te doen: schakel JavaScript uit, volg volgende- en genummerde links, inspecteer status, canonical- en robots-directieven, en test de laatste pagina en out-of-range-parameters. Tool: niet-gerenderde crawl en browser. Gereed wanneer: elk beoogd item bereikbaar is via ankerlinks, elke bruikbare pagina canonicaliseert naar zichzelf, ongeldige paginanummers retourneren een passende fout in plaats van een zachte 200, en geen sequentie creëert een onbegrensde URL-ruimte.

13. Controleer mobiele gelijkwaardigheid

Wat te doen: vergelijk mobiele en desktop-levering voor content, links, metadata, directieven, gestructureerde data en responsestatus. Waarom het belangrijk is: Google evalueert voornamelijk de mobiele weergave; het verbergen van betekenisvolle content of links alleen op mobiel verandert wat het kan begrijpen. Hoe het te doen: crawl met desktop- en smartphone-user-agents en vergelijk representatieve templates, niet alleen visuele screenshots. Tool: gepaarde crawls, mobiele URL-inspectie en browser-responsieve modus. Gereed wanneer: alle indexeerbare content en crawlbare links die nodig zijn voor betekenis en ontdekking zijn gelijkwaardig, met nul mobiel-only blokkades, canonical-verschillen of foutreacties.

14. Dwing HTTPS af en verwijder mixed content

Wat te doen: verifieer veilige levering, host-redirects, certificaten, canonical-schema, interne URL’s en bronnen die via HTTP worden geladen. Mixed content betekent dat een HTTPS-pagina een onveilige bron opvraagt. Waarom het belangrijk is: onveilige verzoeken kunnen worden geblokkeerd, stellen gebruikers bloot en creëren inconsistente URL-signalen. Hoe het te doen: crawl alle HTTP-varianten, inspecteer certificaatdekking en browserbeveiligingsfouten, en doorzoek gerenderde bronverzoeken. Tool: crawler, browserbeveiligingspaneel en serverconfiguratie. Gereed wanneer: elke HTTP-pagina redirect één keer naar de bijbehorende HTTPS-URL, alle canonicals en interne links gebruiken HTTPS, certificaten zijn geldig voor elke live host, en actieve of passieve mixed-content-verzoeken zijn nul.

Tools in AmICited

Gebruik productrapporten als checklistbewijs, niet als crawlvervanging.

• Sitemaps en indexering op https://app.amicited.com/reports/google-search/sitemaps-indexing toont de ingediende sitemapstatus, waarschuwingen, fouten en indexeringsacties.
• URL-inspectie op https://app.amicited.com/reports/google-search/url-inspection geeft Google’s live oordeel voor gesamplede URL’s en de geselecteerde canonical.
• Bing-crawl op https://app.amicited.com/reports/bing-webmasters/crawl toont Bing’s crawleractiviteit en URL-niveau-problemen.
• Google Search Pages op https://app.amicited.com/reports/pages helpt bij het selecteren van waardevolle landingspagina’s en scheidt pagina’s met zichtbaarheid van pagina’s die afwezig zijn in zoekdata.
• Directory View op https://app.amicited.com/reports/directory onthult sectiepatronen en ondersteunt diepte- en wees-onderzoeken.
• Data Health op https://app.amicited.com/features/data-health/ registreert of aangesloten bewijs compleet genoeg is om beslissingen met vertrouwen te ondersteunen.

Beslissingsregels

Drempelwaarden creëren bevindingen; ze vervangen geen oordeel. Segmenteer per template en bedrijfsbelang: tien mislukkingen in een afrekeningscategorie kunnen zwaarder wegen dan duizend kapotte archieftags.

Prioriteer met impact × inspanning × vertrouwen. Scoor impact van 1–5 op basis van getroffen in aanmerking komende URL’s en bedrijfsreizen. Scoor inspanning van 1–5 als gemaksfactor, waarbij 5 een kleine, omkeerbare wijziging betekent en 1 een groot risicovol programma; noteer ook de realistische schatting in uren of dagen. Scoor vertrouwen als 0,5 voor een plausibele hypothese, 0,75 voor herhaald bewijs, of 1,0 voor een gereproduceerde hoofdoorzaak. Het product geeft een ordeningshulpmiddel, geen schijnnauwkeurigheid.

Pas de afhankelijkheidsoverride toe: een oplossing die ander werk deblokkeert, heeft voorrang op een hogere score die dat niet doet. Het verwijderen van een robots-blokkade vóór lancering komt vóór het oppoetsen van geïndexeerde titeltags. Op hetzelfde afhankelijkheidsniveau, pak template-brede oorzaken aan vóór symptomen.

Opleverbaar: het geprioriteerde bevindingenregister

Draag één gedeeld register over, geen crawler-export. Gebruik één rij per hoofdoorzaak en voeg URL-steekproeven apart toe.

Het register is compleet wanneer kritieke en grote bevindingen eigenaren en schattingen hebben, blokkades een sequentie hebben, hypothesen zijn gelabeld en de publicatiebeslissing expliciet is.

Wat er misgaat

Een rapport met 200 items waar niemand iets mee kan

Crawler-exports verwarren observaties met beslissingen. Groepeer herhaalde URL’s onder het template of de regel die ze veroorzaakt, geef een representatieve steekproef en wijs één eigenaar toe. Tweehonderd kapotte URL’s geproduceerd door één navigatiecomponent zijn één hoofdoorzaak-bevinding met een meetbare scope, geen tweehonderd taken.

Symptomen rapporteren in plaats van oorzaken

“Pagina niet geïndexeerd” is een symptoom. De oorzaak kan een onbedoelde canonical, een verweesd template, dunne parametervarianten, een mobiele fout of een JavaScript-only link zijn. Een bevinding is pas klaar voor prioritering wanneer het de beheersbare oorzaak identificeert of de volgende diagnostische test duidelijk labelt.

Per ongeluk staging auditen

Staging kan andere robots-regels, authenticatie, data, templates, feature flags en host-gedrag hebben. Noteer de productie-origin en Search Console-eigenschap bovenaan elke export. Als een crawl voor release-garantie tegen staging moet draaien, label het dan als een aparte vergelijking en voeg de metrics nooit samen in de productie-baseline.

Vermijd ook het tellen van opzettelijke uitsluitingen als verliezen, het behandelen van sitemap-opname als bewijs van indexering, het alleen testen van de homepage, of het prioriteren op basis van alleen URL-aantal. Definieer de in aanmerking komende set, segmenteer per template en behoud acceptatiebewijs.

Volgende fase

De volgende fase, AI-toegankelijkheid en agent-gereedheid , heeft een technisch stabiele steekproef nodig. Draag de beoogde indexeerbare inventaris over, schone representatieve URL’s voor elk prioriteitstemplate, ruwe en gerenderde HTML-vergelijkingen, robots- en response-bewijs, canonical-beslissingen, bekende uitsluitingen en het openstaande-bevindingenregister.

Beweer niet dat de site “technisch gezond” is. Vermeld welke templates de crawl- en indexpoorten hebben doorstaan, welke geblokkeerd blijven en of publiceren kan doorgaan. De volgende eigenaar accepteert wanneer ze AI-specifieke user-agents en extractie kunnen testen zonder onopgeloste zoekcrawl-defecten opnieuw te ontdekken.

FAQ

Hoe vaak moeten we een technische baseline-audit herhalen?

Voer deze uit vóór een migratie, herontwerp, domeinwijziging of groot publicatieprogramma, en herhaal de getroffen controles na de release. Monitor continu en herhaal een standaardcontrole wanneer templates, navigatie, rendering of canonical-regels wijzigen.

Welke indexatieverhouding moet een gezonde site hebben?

Voor bewust in aanmerking komende URL’s is 90% of meer de startverwachting, 80–90% heeft uitleg nodig, en onder 80% is een bevinding. Sluit redirects, duplicaten, filters en opzettelijke noindex-pagina’s uit van de noemer.

Kunnen we content publiceren terwijl technische oplossingen in uitvoering zijn?

Alleen wanneer nieuwe URL’s crawlbaar, indexeerbaar, gecanonicaliseerd, intern gelinkt en niet beïnvloed door het defect zijn. Als ontdekking of selectie wordt geblokkeerd, pauzeer dan; nieuwe URL’s vergroten alleen de opruiming.

Hebben we een crawler nodig als Search Console is aangesloten?

Ja. Search Console rapporteert wat Google heeft waargenomen; een crawler test de huidige site en onthult links, reacties, diepte, canonicals en duplicaten. Geen van beide vervangt de ander.

Wie is eigenaar van de in de audit gevonden oplossingen?

De SEO-lead is eigenaar van het register en de acceptatiecriteria. Engineering is meestal eigenaar van server-, rendering-, redirect-, canonical- en HTTPS-oplossingen; contentteams kunnen eigenaar zijn van duplicatie en links. Elk item heeft één genoemd persoon nodig.