Googles krav gir et tydelig utgangspunkt
Google oppgir at vanlige SEO-prinsipper også gjelder AI-oversikter og AI-modus. Det finnes ingen ekstra tekniske krav eller spesielle optimaliseringer som må gjennomføres for å kunne vises der. En side må være indeksert og kunne vises med et tekstutdrag i Google Søk. Dette gir ingen garanti for visning. Kilde: Google om AI-funksjoner.
SEO betyr søkemotoroptimalisering: arbeid som hjelper søkemotorer med å finne og forstå innholdet, og gjør siden nyttig for dem som besøker den.
Spørsmålet er derfor hvilke svakheter nettsiden faktisk har. Kanskje mangler tjenestesiden svar på det kundene lurer på. Kanskje blokkerer en teknisk innstilling innholdet. Begge deler fortjener oppmerksomhet, men krever ulike tiltak.
Denne artikkelen gjelder Googles AI-funksjoner i søk. Råd og målemetoder for andre tjenester må vurderes separat.
Skill mellom tilgang, innhold og resultat
Når en leverandør foreslår «AI-optimalisering», be om å få arbeidet beskrevet i tre deler:
| Område | Spørsmål dere bør få svar på | Eksempel på en konkret leveranse |
|---|---|---|
| Teknisk tilgang | Kan Google hente og behandle de aktuelle sidene? | Liste over kontrollerte adresser, feil og rettinger |
| Innhold | Får en potensiell kunde svarene som trengs for å vurdere tjenesten? | Revidert tjenesteside med konkrete forklaringer |
| Resultat | Hvilke observasjoner viser om arbeidet hjelper? | Måleplan med utgangspunkt, datoer og begrensninger |
Dette er et forslag til bestilling. Det gjør det lettere å sammenligne tilbud enn en formulering som bare lover «bedre AI-synlighet».
Be også om skillet mellom dokumenterte krav, leverandørens egne hypoteser og forsøksvise tiltak. Et fornuftig eksperiment kan være nyttig selv om det ikke er et krav fra Google.
Undersøk tekniske hindringer før dere bestiller en ombygging
Google beskriver tre grunnleggende tekniske vilkår: Googlebot må ikke være blokkert, siden må svare korrekt, og den må ha innhold som kan indekseres. Indeksering betyr at innholdet tas inn i Googles søkeindeks. Kilde: Googles tekniske krav.
Be den tekniske ansvarlige kontrollere noen prioriterte sider, for eksempel den viktigste tjenesten og en relevant fagartikkel. Be om dokumentasjon på:
- om Google får tilgang til adressen;
- om siden returnerer et vellykket svar og faktisk innhold;
- om innstillinger hindrer indeksering;
- om viktig tekst er tilgjengelig i det innholdet Google mottar.
En teknisk feil kan være grunn til å endre oppsettet. En vanskelig innholdsstruktur kan være grunn til å forbedre navigasjonen. Be om at forslaget knyttes til et konkret funn før dere beslutter nytt publiseringssystem eller full redesign.
Gjør tjenestesiden nyttig for den som skal velge
Google anbefaler innhold med egen verdi, tydelig opphav og tilstrekkelig forklaring. En side bør hjelpe leseren videre, ikke bare gjenta det som allerede finnes andre steder. Kilde: Googles veiledning om nyttig innhold.
For en tjenestebedrift kan dere begynne med spørsmål som faktisk kommer i salgsdialogen. Samle dem fra medarbeidere som svarer på henvendelser. Ikke kall spørsmålene «mest søkt» uten søkedata.
Konstruert eksempel: En bedrift tilbyr integrasjoner mellom et ordresystem og et planleggingssystem. Tjenestesiden sier bare: «Vi effektiviserer hverdagen med smarte løsninger.»
En mer nyttig forklaring kan beskrive:
- hvilke opplysninger som kan overføres;
- hva som må avklares med systemleverandørene;
- hvordan manglende data og mislykkede overføringer håndteres;
- hva kunden må ha klart før en vurdering;
- hva som påvirker omfang og pris.
Slik blir det mulig å vurdere tjenesten. Det er også enklere å oppdage om bedriften trenger en annen løsning.
Dette eksemplet er et redaksjonelt forslag, ikke en oppskrift som garanterer at Google bruker siden som kilde. Bruk bare erfaringer og resultater dere kan dokumentere. Et tydelig merket eksempel er bedre enn en oppdiktet kundehistorie.
Hva med GEO, spesialfiler og strukturerte data?
Forkortelsen GEO brukes om optimalisering for generative søketjenester. Navnet sier imidlertid lite om hva et tilbud inneholder. Vurder tiltakene enkeltvis.
Google oppgir at egne AI-tekstfiler eller spesiell strukturert merking ikke er nødvendig for å vises i deres AI-søk. Kilde: Google om AI-funksjoner.
Strukturerte data er merking i koden som beskriver innholdet. Google krever at slik merking er relevant og stemmer med det som faktisk vises til brukerne. Gyldig merking gir heller ikke garanti for et utvidet søkeresultat. Kilde: Googles retningslinjer for strukturerte data.
Be derfor om en forklaring dersom noen foreslår nye filer eller ekstra merking: Hvilken tjeneste er tiltaket ment for? Hvilken dokumentasjon støtter det? Hvordan skal effekten undersøkes?
Det er fornuftig å rette feil i eksisterende merking. Det er også fornuftig å la et lite forsøk ha et avgrenset budsjett og en avtalt vurderingsdato.
Mål utviklingen uten å love en egen AI-fasit
Googles veiledning sier at visninger og klikk fra AI-funksjonene inngår i Search Consoles samlede ytelsesrapport under søketypen «Web». Et samlet trafikktall kan derfor ikke alene brukes til å beregne effekten av et bestemt AI-tiltak. Kilde: Google om måling av AI-funksjoner.
Search Console gir blant annet informasjon om klikk, visninger, sider og søk. Google påpeker også at egne manuelle søk kan gi andre resultater fordi blant annet tidspunkt, sted og enhet varierer. Kilde: Search Consoles ytelsesrapport.
Lag en enkel arbeidslogg før dere endrer innhold:
| Noter | Hvorfor det er nyttig |
|---|---|
| Sidens adresse og dato for endringen | Knytter observasjoner til faktisk arbeid |
| Hva som ble endret | Gjør tiltaket mulig å vurdere senere |
| Sammenligningsperioder og relevante filtre | Hindrer at dere sammenligner helt ulike utsnitt |
| Tilgjengelige søk, klikk og visninger | Viser utviklingen i søketrafikken |
| Relevante henvendelser, når de kan knyttes til siden | Gir et bedre bilde av lesernytten for bedriften |
| Andre hendelser i perioden | Gir plass til forklaringer som kampanjer og sesong |
Dette er vårt forslag til oppfølging, ikke en garanti for å isolere årsak. En positiv endring etter publisering kan ha flere forklaringer. Enkeltobservasjoner av et AI-svar bør registreres som observasjoner, med søk og dato.
Prioriter én side med et tydelig problem
Velg først en side som er viktig for bedriften og har et konkret forbedringsbehov. La markedsansvarlig og teknisk ansvarlig bli enige om problemet, tiltaket og hvordan det skal følges opp.
Et godt bestillingsgrunnlag kan være:
Vi ønsker en gjennomgang av [adresse]. Undersøk teknisk tilgang og om siden svarer på [kundespørsmål]. Skill dokumenterte feil fra forslag til eksperimenter. Beskriv arbeidet, kostnaden og hvilke data vi kan bruke til å vurdere utviklingen.
Digital Flow tilbyr webdesign, SEO og analyse. Send oss siden og spørsmålet dere vil besvare, så har vi et konkret utgangspunkt for å vurdere neste steg.