JavaScript-rendering

Googlebot håller genomsökning och rendering i separata köer. Varje svar med en HTTP 200-status köas för rendering om inte en robots metatagg säger något annat, och en huvudlös Chromium kör sedan skripten^[1]. Över 100 000 Googlebot-hämtningar av nextjs.org, exklusive felstatuskoder och icke-indexerbara sidor, renderades varje HTML-sida fullständigt, inklusive asynkront hämtat innehåll och strömmade React Server Components^[4]. Väntetiden är vanligtvis kort: över 37 000 renderade sidor matchade med server-beacon-par gav en medianfördröjning på 10 sekunder och en 75:e percentil på 26 sekunder, med en svans nära 18 timmar vid den 99:e^[5]. En noindex-tagg i den initiala HTML-koden avbryter renderingen helt, så ett skript som skrivits för att ta bort den körs aldrig^[6].

Samma partnerskap mätte de viktigaste AI-sökrobotarna och fann att ingen av dem exekverade JavaScript, inklusive OpenAI:s GPTBot, OAI-SearchBot och ChatGPT-User, Anthropic:s ClaudeBot, Meta-ExternalAgent, Bytespider och PerplexityBot^[2]. De laddar ner skriptfiler utan att köra dem, vid 11,50 % av ChatGPT:s förfrågningar och 23,84 % av Claudes^[7]. Gemini är undantaget, som använder Googlebots infrastruktur och renderar fullständigt, liksom AppleBot via en webbläsarbaserad sökrobot, medan Common Crawls CCBot inte renderar^[3]. Volymerna under den uppmätta månaden var 4,5 miljarder Googlebot-hämtningar över Gemini och Sök, mot 569 miljoner för GPTBot och 370 miljoner för Claude^[8].

Sammanställt från Vercel och MERJ:s loggstudie^[2][3], Googles renderingsdokumentation^[1] och Microsofts uttalande från 2018 om bingbot^[9]. Stödet är ett rörligt mål och det är värt att kontrollera mot varje operatörs egen dokumentation.

Googles dokumentation rekommenderar fortfarande server-side eller förrendering, eftersom inte alla botar kör JavaScript^[10], och Googles svarsytor ställer inga egna krav: en sida måste indexeras och vara berättigad till ett utdrag innan den kan visas som en stödjande länk i AI-översikter eller AI-läge^[11]. Microsofts vägledning från 2018 beskriver bingbot som generellt kapabel att rendera, samtidigt som den fortfarande rekommenderar dynamisk rendering för webbplatser som förlitar sig starkt på JavaScript^[9]. För assistenter som endast läser det första svaret levererar en enskild sidapplikation ett tomt skal, och titlar, priser, brödtext och strukturerad data som injiceras efter laddning saknas från vad modellen ser^[7]. MERJ:s vägledning från 2026 ramar in lösningen som en kanonisk URL som serveras i flera representationer snarare än en andra webbplats^[12].