Hoe lang duurt het voordat Google je wijziging oppikt?

Een wijziging doorloopt drie stappen voordat je hem terugziet in Google:

1. Crawlen: Google ontdekt je pagina en haalt hem op.
2. Indexeren: Google rendert de pagina, verwerkt de inhoud en neemt hem op in de index.
3. Tonen: Google gebruikt de pagina in de zoekresultaten, met een title, een snippet en soms een afbeelding.

Die stappen hangen aan elkaar. Een pagina die Google niet gecrawld heeft, kan Google ook niet indexeren. Een vertraging in de ene stap schuift dus door naar de volgende.

Illyes gaf per onderdeel een typische doorlooptijd en een traagste scenario. Dit zijn de wijzigingen die je in de praktijk het vaakst tegenkomt:

Twee dingen vallen op. Een wijziging in robots.txt en een verwijdering via Search Console zijn goed voorspelbaar, want het typische en het traagste scenario liggen dicht bij elkaar. Bij de rest loopt de bandbreedte op van dagen naar maanden. Bij een canonical noemt Illyes conflicterende signalen als oorzaak van de vertraging. Geven je pagina’s tegenstrijdige aanwijzingen over welke versie de juiste is, dan moet Google zelf kiezen. Dat kost tijd.

Het cijfer dat het vaakst rondgaat: indexeren duurt typisch ongeveer anderhalf uur. Dat klopt, maar het staat niet los van de rest. Die anderhalf uur gaat alleen over de indexeringsstap, en dan in het geval dat alle onderdelen daarvan goed gaan.

Daarvoor moet Google je pagina eerst vinden en ophalen. Een nieuwe URL ontdekt Google typisch binnen ongeveer 20 uur. Een bekende pagina haalt Google typisch na ongeveer 30 dagen opnieuw op. Renderen kost een paar seconden, maar een pagina kan uren in de wachtrij staan voordat het zover is.

Hoe wij het lezen: pas je de title van een bestaande pagina aan, dan gaan de 1 tot 2 dagen voor het bijwerken van die title pas lopen als Google de pagina opnieuw heeft opgehaald. Illyes zei het zelf: veel van deze processen zijn aan elkaar gekoppeld, en vertragingen stapelen zich op.

In de kolom traagst staat opvallend vaak ‘nooit’. Dat geldt voor het ontdekken van nieuwe pagina’s, het opnieuw ophalen van bekende pagina’s, het verwerken van sitemaps, het indexeren en het bijwerken van structured data. Bij sitemaps, indexeren en structured data staat kwaliteit als reden genoemd.

Dat zegt iets over wat je zelf in de hand hebt. Een aangepaste robots.txt of een verwijderverzoek verwerkt Google binnen een dag. Maar een technische fix zorgt er niet voor dat Google je pagina de moeite waard vindt. Roast vat het in hun verslag van Search Central Live in Barcelona goed samen: snelle technische oplossingen helpen niet als Google de pagina zelf niet waardevol vindt.

Ook je server speelt mee. Heeft je server het zwaar, dan kan Google binnen enkele seconden minder gaan crawlen. Het weer opbouwen van die crawlcapaciteit duurt in het traagste geval 1 tot 3 weken.

Bij grote trajecten verschuift de tijdschaal van dagen naar maanden.

Een verhuizing van je website naar andere URL’s, bijvoorbeeld naar een nieuw domein, duurt typisch 1 tot 3 maanden. In het traagste geval is dat een half jaar tot meer dan een jaar. Een kleine verhuizing kan volgens Illyes in een paar weken klaar zijn.

Bij core updates worden uitroltijd en hersteltijd vaak door elkaar gehaald. Een core update rolt uit in 2 tot 4 weken. Dat is de periode waarin Google de update doorvoert. Ben je gedaald en verbeter je je site, dan duurt herstel typisch 3 tot 6 maanden. In het traagste geval zie je het pas terug bij de volgende core update, na een half jaar tot een jaar. Een afgeronde uitrol betekent dus niet dat je herstel is afgerond.

Spam updates werken anders. Die rollen uit in 1 tot 2 dagen. Verwerkt Google wijzigingen doorlopend, dan zie je het effect typisch na 1 tot 2 weken. Verwerkt Google ze in batches, dan duurt het maanden.

Voor het opheffen van een handmatige actie noemt Illyes typisch 1 tot 2 weken, en in het traagste geval 4 tot 6 weken. Bij sites die lang stil hebben gelegen, kan het nog veel langer duren.

Wij werken met hypotheses: als we X aanpassen, verwachten we Y. Zo’n test heeft alleen zin met een meetperiode die past bij de wijziging. Deze cijfers helpen om die periode realistisch te kiezen.

• Trek geen conclusies na een paar dagen. Een aangepaste title beoordeel je na weken, een migratie of herstel na een core update na maanden.
• Noteer wanneer je iets wijzigt. Dan kun je een verandering in je cijfers later aan de juiste oorzaak koppelen.
• Zorg dat de basis klopt: een server die het verkeer aankan, signalen die elkaar niet tegenspreken en pagina’s die de moeite waard zijn. Daar heb je meer aan dan aan een snelle technische fix.

Crawlen

Indexeren

Tonen

Core updates rollen uit in 2 tot 4 weken, spam updates in 1 tot 2 dagen.

Met deze cijfers weet je voortaan wat je na een wijziging kunt verwachten. Pas je een title aan, dan kijk je pas na een paar weken of Google hem heeft opgepikt. Zet je een nieuwe pagina live, dan is die typisch binnen ongeveer een dag ontdekt en geïndexeerd. Duurt het veel langer, dan is dat een signaal om naar de kwaliteit of de techniek van die pagina te kijken. Plan je een migratie of werk je aan herstel na een core update, dan reken je in maanden en niet in weken.

Dat geeft rust. Je hoeft niet na drie dagen aan de bel te trekken, en je weet ook wanneer stilte wél iets betekent. Blijft een pagina na een paar weken buiten de index, of zie je na een half jaar nog geen herstel? Dan is wachten geen plan meer en is het tijd om uit te zoeken wat er speelt.

Twijfel je of wat je ziet nog binnen de normale doorlooptijd valt? Dan kijken we graag met je mee.