Kan Google och AI-sök läsa en prissättningssida med enbart JavaScript?

Kan Google och AI-sök läsa en prissättningssida med enbart JavaScript?

Google kan läsa prissningssidor som endast använder JavaScript, men du bör ändå inkludera abonnemangsnamn, priser och viktiga gränser i sidans ursprungliga HTML. Googles rendering kan försenas eller bli ofullständig, och Google varnar för att inte alla bottar kan köra JavaScript.

Risken är inte att Google inte kan köra JavaScript

Google använder en modern version av Chromium för att rendera JavaScript. Men processen sker i etapper: sidan hämtas först, sedan renderas den och till sist används det renderade innehållet för indexering. Google uppger att en sida kan få vänta i renderingskön i sekunder eller längre. Om ett skript eller en sidresurs blockeras – eller om skriptet misslyckas med att läsa in prissättningsdetaljerna – kanske Google inte ser det innehåll som du ser i din webbläsare. Googles guide för JavaScript-SEO och felsökningsguide för JavaScript förklarar dessa begränsningar. (developers.google.com)

Detta skapar en affärsrisk: din prissättningssida kan se komplett ut för en besökare men ge en sökrobot ett tomt skal eller ofullständiga abonnemangsdetaljer. Om ett pris eller en användningsgräns saknas i Googles renderade version uppger Google att det saknade innehållet inte kan indexeras. Googles AI-funktioner förlitar sig också på samma grundläggande SEO-fundament, inklusive att en sida är indexerad och att viktigt innehåll finns tillgängligt som text. (developers.google.com)

AI-sök tillför ytterligare en anledning att inte förlita sig på en enda renderingskonfiguration. Google uppger att vissa bottar inte kan köra JavaScript, medan OpenAI identifierar OAI-SearchBot som den sökrobot som används för att visa webbplatser i ChatGPT Search. Utgå inte från att alla sökverktyg ser en sida på samma sätt som en kunders webbläsare gör. Googles guide för JavaScript-SEO OpenAIs dokumentation för sökrobotar. (developers.google.com)

Rangordna åtgärderna: ursprunglig HTML vinner

1. Bäst: Placera abonnemangsnamn, priser, faktureringsvillkor och viktiga gränser i den ursprungliga HTML-koden. Sidan bör skicka denna information innan webbläsaren kör JavaScript.
2. Sedan: Använd JavaScript för interaktioner. Låt det hantera sådant som en växlare för månadsvis/årsvis eller en registreringsknapp.
3. Förlita dig inte enbart på en webbläsarkontroll. Att du ser priserna på din bärbara dator bevisar att din webbläsare har läst in dem. Det visar inte vad Google eller en annan sökrobot har tagit emot.

Detta tillvägagångssätt är en liten, fokuserad åtgärd för många SaaS-webbplatser. Du behöver inte bygga om varje sida eller lägga till särskild "AI"-kod. Google uppger att dess AI-funktioner inte har några extra tekniska krav eller särskilt schema; riktlinjen är att följa samma SEO-grundregler och göra viktigt innehåll tillgängligt som text. Googles riktlinjer för AI-funktioner. (developers.google.com)

En sida med tre abonnemang: risken i dollar och timmar

Anta att ett SaaS-företag med tre anställda har en marknadsföringssajt på 30 sidor. Dess prissättningssida får 120 organiska klick i månaden, enligt Search Console. Sidan visar tre abonnemang först efter att JavaScript har körts:

Det här är exempel på priser och gränser; använd ditt faktiska erbjudande. Poängen är att sidan behöver exponera dessa detaljer i textform – inte bara rita upp dem efter att ett skript har körts. Om en sökrobot missar $49-abonnemanget Team eller dess gräns på 5 användare kanske den inte förstår erbjudandet tillräckligt bra för att matcha sidan med sökningar som handlar om det priset eller den gränsen. Detta är en sökbarhetsrisk, inte ett påstående om att ett saknat pris garanterar förlorade placeringar.

Här är en enkel kostnadskontroll. Om en kund som skulle ha valt $49-abonnemanget inte hittar det eller förstår det, är det $588 i prenumerationsintäkter under 12 månader. Detta är ren aritmetik, inte en prognos. För en uppskattad implementeringsbudget, avsätt 30 minuter för grundaren för att bekräfta den exakta abonnemangstexten och två utvecklartimmar för sidändringen och kontrollen. Med en antagen intern utvecklarkostnad på $100 i timmen blir det $200 i tid.

Åtgärden gäller en prissättningssida, inte alla 30 sidorna. För det här exemplet är det en rimlig insats: placera det faktiska erbjudandet i det första svaret och låt sedan JavaScript lägga till de interaktiva delarna.

Överlämningen till utvecklaren på en mening

Se till att servern skickar abonnemangsnamn, priser, faktureringsvillkor och viktiga gränser i sidans första svar, så att de finns på plats innan webbläsaren kör JavaScript.

Behåll samma uppgifter i den synliga sidan och den ursprungliga HTML-koden, så att kunder och sökrobotar inte möts av motstridiga priser.

Kontrollera den renderade sidan i Google Search Console

Inspektera prissättnings-URL:en i Search Console den här veckan:

1. Klistra in hela URL:en till prissättningssidan i sökfältet i Search Console.
2. Klicka på Testa live-URL.
3. Klicka på Visa testad sida.
4. Öppna fliken HTML och sök efter varje abonnemangsnamn, pris, faktureringsperiod och viktig gräns.

Googles hjälpguide bekräftar att Visa testad sida visar den renderade HTML-koden; livetestet kan också visa en skärmdump av den renderade sidan. Googles instruktioner för att visa renderad källkod. (support.google.com)

Om skärmdumpen visar korten men HTML-koden saknar texten behöver sidan åtgärdas med ursprunglig HTML. Om den renderade HTML-koden innehåller alla tre abonnemangen och deras villkor kan Google se dessa detaljer i det testet. Detta kontrollerar Googles rendering; det talar inte om för dig hur alla AI-sökrobotar kommer att hantera sidan.

Vem som bör hoppa över att publicera exakta priser: ett SaaS-företag som medvetet endast säljer kundanpassade företagsabonnemang. Placera i stället "Anpassad prissättning" och en tydlig väg för försäljningskontakt i den ursprungliga HTML-koden.

**Din nästa åtgärd den här veckan: kör URL-inspektion på din prissättningssida och sök i den renderade HTML-koden efter alla tre abonnemangsnamn, priser och gränser.