Kan Google og AI-søgning læse en prisside, der udelukkende bruger JavaScript?

Kan Google og AI-søgning læse en prisside, der udelukkende bruger JavaScript?

Google kan læse prissider, der udelukkende bruger JavaScript, men du bør alligevel indsætte plannavne, priser og vigtige grænser i sidebens oprindelige HTML. Googles gengivelse (rendering) kan være forsinket eller ufuldstændig, og Google advarer om, at ikke alle bots kan køre JavaScript.

Risikoen er ikke, at Google ikke kan køre JavaScript

Google bruger en moderne version af Chromium til at gengive JavaScript. Men den behandler sider i etaper: den henter først siden, gengiver den derefter og bruger derefter det gengivne indhold til indeksering. Google oplyser, at en side kan vente i gengivelseskøen i sekunder eller længere. Hvis et script eller en sideressource er blokeret – eller hvis scriptet ikke indlæser prisdetaljerne – ser Google muligvis ikke det indhold, du ser i din browser. Googles guide til JavaScript-SEO og fejlfinding af JavaScript forklarer disse begrænsninger. (developers.google.com)

Det skaber en forretningsrisiko: din prisside kan se komplet ud for en besøgende, men give en crawler en tom skal eller ufuldstændige planoplysninger. Hvis en pris eller forbrugsgrænse mangler i Googles gengivne version, oplyser Google, at den ikke kan indekserje det manglende indhold. Googles AI-funktioner er også afhængige af de samme grundlæggende SEO-fundamenter, herunder at have en side indekseret og vigtigt indhold tilgængeligt som tekst. (developers.google.com)

AI-søgning tilføjer endnu en grund til ikke at afhænge af én enkelt gengivelsesopsætning. Google oplyser, at nogle bots ikke kan køre JavaScript, mens OpenAI identificerer OAI-SearchBot som den crawler, der bruges til at vise websteder i ChatGPT Search. Gå ikke ud fra, at alle søgesystemer ser en side på samme måde som en kundes browser. Googles guide til JavaScript-SEO OpenAIs dokumentation for crawlere. (developers.google.com)

Prioritér rettelserne: Den oprindelige HTML vinder

1. Bedst: Sæt plannavne, priser, betalingsbetingelser og vigtige grænser ind i den oprindelige HTML. Siden bør sende disse kendsgerninger, før browseren kører JavaScript.
2. Derefter: Brug JavaScript til interaktioner. Lad det håndtere ting som en månedlig/årlig skifteknap eller en tilmeldingsknap.
3. Stol ikke udelukkende på et browsertjek. At se priserne på din bærbar computer beviser, at din browser indlæste dem. Det viser ikke, hvad Google eller en anden crawler modtog.

Denne tilgang er en lille, målrettet rettelse for mange SaaS-websteder. Du behøver ikke at genopbygge hver eneste side eller tilføje særlig "AI"-markup. Google oplyser, at dens AI-funktioner ikke har ekstra tekniske krav eller særlig schema; dens vejledning er at følge de samme SEO-grundregler og gøre vigtigt indhold tilgængeligt som tekst. Googles vejledning til AI-funktioner. (developers.google.com)

En side med tre planer: Risikoen i dollars og timer

Lad os antage, at en SaaS-virksomhed med tre ansatte har et marketingwebsted på 30 sider. Dens prisside får 120 organiske klik om måneden, ifølge Search Console. Siden viser kun tre planer, efter JavaScript er kørt:

Dette er eksempler på priser og grænser; brug dit faktiske tilbud. Pointen er, at siden skal vise disse detaljer i tekstform – ikke kun tegne dem, efter et script kører. Hvis en crawler misser Team-planen til 49 USD eller dens grænse på 5 brugere, forstår den muligvis ikke tilbuddet godt nok til at matche siden med søgninger om netop den pris eller grænse. Det er en risiko for synlighed, ikke en påstand om, at en manglende pris garanterer tabte placeringer.

Her er et simpelt omkostningstjek. Hvis én kunde, som ville have valgt planen til 49 USD, ikke finder eller forstår den, er det 588 USD i abonnementsindtægter over 12 måneder. Det er ren aritmetik, ikke en prognose. For et budget til en implementering i praksis skal du afsætte 30 minutter til, at grundlæggeren bekræfter den nøjagtige plantekst, og to udviklertimer til ændringen af siden og tjekket. Med en antaget intern udvikleromkostning på 100 USD i timen svarer det til 200 USD i tidsforbrug.

Rettelsen gælder for én prisside, ikke alle 30 sider. For dette eksempel er det en fornuftig investering: Læg det faktiske tilbud ind i det første svar, og lad derefter JavaScript tilføje de interaktive dele.

Udvikleroverdragelsen i én sætning

Sørg venligst for, at serveren sender plannavne, priser, betalingsbetingelser og vigtige grænser i sidens første svar, så de er til stede, før browseren kører JavaScript.

Behold de samme kendsgerninger på den synlige side og i den oprindelige HTML, så kunder og crawlere ikke præsenteres for modstridende priser.

Tjek den gengivne side i Google Search Console

I denne uge skal du inspicere pris-URL'en i Search Console:

1. Indsæt den fulde URL til prissiden i søgefeltet i Search Console.
2. Klik på Test live-URL.
3. Klik på Vis testet side.
4. Åbn fanen HTML, og søg efter hvert plannavn, pris, betalingsperiode og vigtig grænse.

Googles hjælpeguide bekræfter, at Vis testet side viser den gengivne HTML; live-test kan også vise et skærmbillede af den gengivne side. Googles instruktioner til visning af gengivet kildekode. (support.google.com)

Hvis skærmbilledet viser kortene, men teksten mangler i HTML'en, har siden brug for rettelsen med den oprindelige HTML. Hvis den gengivne HTML indeholder alle tre planer og deres vilkår, kan Google se disse detaljer i den test. Dette tjekker Googles gengivelse; det fortæller dig ikke, hvordan enhver AI-crawler vil håndtere siden.

Hvem der bør springe over at offentliggøre nøjagtige priser: en SaaS-virksomhed, der med vilje udelukkende sælger skræddersyede virksomhedsplaner (enterprise). Indsæt "Brugerdefineret prissætning" og en tydelig kontaktvej til salgsafdelingen i den oprindelige HTML i stedet.

**Din næste handling i denne uge: Kør URL-inspektion på din prisside, og søg i den gengivne HTML efter alle tre plannavne, priser og grænser.