Kan Google og KI-søk lese en prisside som kun bruker JavaScript?

Kan Google og KI-søk lese en prisside som kun bruker JavaScript?

Google kan lese prissider som kun bruker JavaScript, men du bør likevel inkludere plannavn, priser og viktige grenser i sideas første HTML. Googles gjengivelse (rendering) kan bli forsinket eller ufullstendig, og Google advarer om at ikke alle roboter kan kjøre JavaScript.

Risikoen er ikke at Google ikke kan kjøre JavaScript

Google bruker en moderne versjon av Chromium til å gjengi JavaScript. Men prosessen skjer i etapper: Først hentes siden, deretter gjengis den, og til slutt brukes det gjengitte innholdet til indeksering. Google opplyser at en side kan bli stående i gjengivelseskøen i sekunder eller lenger. Hvis et skript eller en sideressurs blokkeres – eller hvis skriptet ikke klarer å laste inn prisdetaljene – kan det hende at Google ikke ser det innholdet du ser i nettleseren din. Googles guide for JavaScript-søkemotoroptimering og veiledning for feilsøking av JavaScript forklarer disse grensene. (developers.google.com)

Dette skaper en forretningsrisiko: Prissiden din kan se komplett ut for en besøkende, men gi en crawler et tomt skall eller ufullstendige plandetaljer. Hvis en pris eller bruksgrense mangler i Googles gjengitte versjon, opplyser Google at de ikke kan indeksere dette manglende innholdet. Googles KI-funksjoner er også avhengige av de samme grunnleggende SEO-forutsetningene, inkludert at en side er indeksert og at viktig innhold er tilgjengelig som tekst. (developers.google.com)

KI-søk gir enda en grunn til å ikke basere seg på ett enkelt gjengivelsesoppsett. Google opplyser at noen roboter ikke kan kjøre JavaScript, mens OpenAI identifiserer OAI-SearchBot som crawleren som brukes til å hente frem nettsider i ChatGPT Search. Ikke ta for gitt at alle søkesystemer ser en side slik en kundes nettleser gjør. Googles guide for JavaScript-søkemotoroptimering OpenAIs dokumentasjon for crawlere. (developers.google.com)

Prioriter fiksene: Innledende HTML vinner

1. Best: Legg plannavn, priser, faktureringsvilkår og viktige grenser i den første HTML-koden. Siden bør sende disse opplysningene før nettleseren kjører JavaScript.
2. Deretter: Bruk JavaScript til interaksjoner. La det håndtere ting som en bryter for månedlig/årlig visning eller en registreringsknapp.
3. Ikke stol utelukkende på en nettlesersjekk. At du ser prisene på laptopen din, beviser bare at nettleseren din lastet dem inn. Det viser ikke hva Google eller en annen crawler mottok.

Denne fremgangsmåten er en liten, målrettet fiks for mange SaaS-nettsteder. Du trenger ikke å bygge om hver eneste side eller legge til spesiell «KI»-markup. Google opplyser at deres KI-funksjoner ikke har noen ekstra tekniske krav eller spesiell strukturert data (schema); retningslinjene deres er å følge de samme grunnleggende SEO-prinsippene og gjøre viktig innhold tilgjengelig som tekst. Googles retningslinjer for KI-funksjoner. (developers.google.com)

En side med tre planer: Risikoen i form av penger og timer

Tenk deg at et SaaS-selskap med tre ansatte har et markedsnettsted på 30 sider. Prissiden deres får 120 organiske klikk i måneden, ifølge Search Console. Siden viser tre planer først etter at JavaScript har kjørt:

Dette er eksempler på priser og grenser; bruk ditt faktiske tilbud. Poenget er at siden må eksponere disse detaljene i ren tekst – ikke bare tegne dem opp etter at et skript har kjørt. Hvis en crawler går glipp av Team-planen til 49 USD eller dens grense på 5 brukerplasser, forstår den kanskje ikke tilbudet godt nok til å matche siden med søk om akkurat den prisen eller grensen. Dette er en risiko for synlighet, ikke en påstand om at en manglende pris garanterer tapt rangering.

Her er en enkel kostnadssjekk. Hvis én kunde som ellers ville valgt 49 USD-planen, ikke finner den eller forstår den, utgjør det 588 USD i abonnementsinntekter over 12 måneder. Dette er ren aritmetikk, ikke en prognose. For et eksempel på et implementeringsbudsjett kan du sette av 30 minutter til at gründeren bekrefter den nøyaktige plankopien, og to utviklertimer til sideendringen og sjekken. Med en antatt intern utviklerkostnad på 100 USD i timen, er dette 200 USD i tidsbruk.

Grepet gjelder én prisside, ikke alle 30 sidene. For dette eksemplet er det en fornuftig investering: Legg det faktiske tilbudet i det første svaret, og la deretter JavaScript legge til de interaktive delene.

Overleveringen til utvikleren i én setning

Sørg for at serveren sender plannavn, priser, faktureringsvilkår og viktige grenser i sidens første svar, slik at de er tilstede før nettleseren kjører JavaScript.

Behold de samme opplysningene i den synlige siden og den innledende HTML-koden, slik at kunder og crawlere ikke møter motstridende priser.

Sjekk den gjengitte siden i Google Search Console

Denne uken bør du sjekke pris-URL-en i Search Console:

1. Lim inn hele URL-en til prissiden i søkefeltet til Search Console.
2. Klikk på Test live-URL.
3. Klikk på Vis testet side.
4. Åpne HTML-fanen og søk etter hvert plannavn, pris, faktureringsperiode og viktig grense.

Googles hjelpeveiledning bekrefter at Vis testet side viser den gjengitte HTML-koden; live-testen kan også vise et skjermbilde av den gjengitte siden. Googles instruksjoner for visning av gjengitt kildekode. (support.google.com)

Hvis skjermbildet viser kortene, men HTML-koden mangler teksten, trenger siden fiksene for innledende HTML. Hvis den gjengitte HTML-koden inneholder alle de tre planene og deres vilkår, kan Google se disse detaljene i den testen. Dette sjekker Googles gjengivelse; det forteller deg ikke hvordan hver enkelt KI-crawler vil håndtere siden.

Hvem som bør droppe å publisere nøyaktige priser: Et SaaS-selskap som bevisst bare selger skreddersydde bedriftsplaner (enterprise). Legg til «Tilpasset pris» og en tydelig kontaktvei for salg i den innledende HTML-koden i stedet.

**Din neste handling denne uken: Kjør URL-inspeksjon på prissiden din og søk i den gjengitte HTML-koden etter alle de tre plannavnene, prisene og grensene.