GEO-myter for WordPress-byraer: hva fungerer og hva som ikke gjør det

#Hva er GEO for et WordPress-byrå

GEO i praksis er sitérbarhet pluss retrieval, ikke en ny plugin-pakke. En modell eller generativ søkemotor må: (1) vite at dere finnes som entity, (2) ha en URL med setninger den kan sitere, (3) behandle den URL-en som troverdig mot konkurrenter. Et LinkedIn-innlegg som sier «vi optimaliserte for AI» uten landing-endringer, uten lastVerified, uten konsistent tekst i llms.txt og uten tabeller en extractor kan løfte, oppfyller ingen av vilkårene.

For et WordPress-byra er problemet dobbelt. Kunden har hundrevis av URL-er (portfolio, byer, pluginsider), mens en AI-assistent siterer få kilder per svar. Fornuftig GEO konsentrerer seg derfor om tilbudspilarer og fagartikler, ikke om masse-liming av llmCard på hver byside fra 2019. På wppoland.com samler vi innsatsen om WordPress-utvikler, WooCommerce, vedlikehold, headless-migrering, MCP og LLMO-innhold. Resten av nettstedet lever på klassisk SEO og indeksering.

Joe Hall minnet lesere om sent i september 2026 at hype løper foran infrastruktur: selskaper kjøper GEO-revisjoner før de fikser kanoniske URL-er og første avsnitt på siden de betaler Ads for. Vi ser det samme i Norge når et byrå installerer en «AI SEO»-plugin på et Elementor-nettsted med LCP over 4 s og forventer ChatGPT-sitater. På WordPress-arrangementer i Oslo og Bergen i 2026 gjentok hallway-snakk det mønsteret: glitrende AI-paneler på trege WooCommerce-kasser mens kanoniske URL-er fortsatt pekte på staging.

#Gir llms.txt bedre synlighet i ChatGPT

Myte: å legge ut en community-/llms.txt får modellen til å velge merkevaren deres fremfor konkurrenter.

Faktum: llms.txt er et orienteringsdokument for crawlere og agenter (tjenesteliste, kontakt, siteringsregler). Det er ikke en W3C-registrert standard, og det finnes ingen garantert parser i hvert OpenAI- eller Google-produkt. Google Search Central snakker fortsatt om HTML, interne lenker og structured data, ikke llms.txt som ranking-signal.

Googles veiledning om AI-optimalisering (sist oppdatert 10. juli 2026) nevner llms.txt-filer, oppdeling av innhold i små biter og uekte omtaler blant taktikker du kan se bort fra i Google Søk, fordi Søk ikke bruker slike filer. Ifølge samme side verken hjelper eller skader en llms.txt for andre tjenester synligheten i Google Søk.

Det vi gjør: vi vedlikeholder /llms.txt med ett entity-avsnitt (senior WordPress-engineering, headless Astro/Next.js, WooCommerce, MCP, GEO/LLMO) og en Services (English canonical URLs)-blokk som lenker til pilarer agenter skal finne uten å gjette fra menyen. Det er en snarvei for boter, ikke en kopi av hele nettstedet. Oppdateringen 2026-10-02 la til headless, MCP og GEO/LLMO ved siden av tidligere tjenester.

War story: en SaaS-kunde ville «bare llms.txt», uten endring på /pricing/. Filen pekte på priser, men landingen åpnet fortsatt med en firmahistorie fra 2014. Perplexity fortsatte å sitere konkurrentens dokumentasjon med en plantabell over fold. Etter at vi flyttet BLUF og en sammenligningstabell inn i HTML, ble paraphrase-sitater bedre. Ingenting flyttet seg fordi llms.txt har ranking-kraft i organisk Google, for den finnes ikke der.

#Bør du servere Markdown til AI-boter i stedet for HTML

Myte: publiser /ai/ eller content.md i ren Markdown, og la menneskesiden leve i en Divi-slider.

Faktum: I de fleste retrieval-pipelines kommer indeksert HTML først. En separat Markdown-fil uten kanonisk link rel="canonical" og uten paritet med MDX eller WordPress skaper to sannhetskilder. En uke senere er priser i MD-filen utdatert mens HTML er oppdatert. Modellen siterer feil tall eller hopper over siden som inkonsistent.

Bedre mønster på Astro eller headless WordPress: én innholdsstrøm, semantisk HTML (article, h2, lister, tabeller), frontmatter med llmCard.facts og FAQ i YAML som rendres både i JSON-LD og i synlig FAQ nederst. Markdown som forfatterformat i repoet (.mdx) er greit. Markdown som egen bot-publikasjon lønner seg sjelden.

På wppoland.com MDX-pilarer beholder vi speakable, howTo der det passer, og vi dupliserer ikke artikler på /raw.md. For MCP-agenter eksponerer vi separate API-er (agent.json, MCP-verktøy). Det er et kapabilitetsindeks, ikke en bloggklone.

Målt på et annet nettsted, oktober 2026: Amir Pournasserian gikk gjennom 18 dager med Cloudflare-logger fra sitt private nettsted (30. september til 17. oktober 2026). Markdown-kopiene hans ligger på .md-adresser, lages fra de samme innholdsfilene som HTML-sidene, har noindex, og hver side peker til kopien sin med <link rel="alternate" type="text/markdown">. Verifiserte crawlere begynte å hente dem dagen etter lansering. På åtte dager kom 143 av de 152 forespørslene som ikke var fra hans egne verktøy, fra sju verifiserte crawlere, med Amazonbot øverst. Googlebot og Bingbot hentet ingen kopi. llms.txt fikk på 17 dager ingen henting fra noen verifisert AI- eller søkecrawler, og den eneste verifiserte AI-forespørselen kom fra Claude-User, som henter når en person ber om det. Advarselen om to sannhetskilder gjelder altså en Markdown-fil du vedlikeholder for hånd, mens en kopi bygd fra samme kilde slipper unna. Tallene er forespørsler fra ett lite privat nettsted og sier ingenting om hva crawleren gjorde med innholdet. På wppoland.com lages Markdown-versjonen fra samme kilde som HTML-en og leveres på selve sideadressen når en forespørsel ber om Accept: text/markdown; HTTP-headeren Link peker på den med rel="alternate"; type="text/markdown", og det finnes ingen egne .md-adresser (sjekket 23. oktober 2026).

Oppdatert 24. oktober 2026: Den åpne spesifikasjonen AgentReady, versjon 2.0 (oktober 2026), utviklet sammen med forskningslaben ora.ai ut fra sporede agentkjøringer, peker samme vei. MUST-kravene for å lese et nettsted er svaret i den første HTML-en, rendret på serveren eller på forhånd og ikke lagt inn med JavaScript, og ærlige HTTP-svar: 404 for en side som mangler i stedet for 200, og 429 med Retry-After ved struping. Egne dokumentasjonssider, llms.txt og JSON-LD er SHOULD-krav, og spesifikasjonen påpeker at agenter bare når filer laget for maskiner når en side de allerede har hentet, lenker til dem. En Markdown-kopi er MAY, og kommer etter at HTML-en virker. En MCP-server eller en CLI blir et krav bare for produkter der agenten skal fullføre en oppgave, ikke bare lese, og spesifikasjonen fraråder å sette opp en tom løsning bare for å krysse av.

Praktikernotat: Barry Schwartz dekket at AI Overviews presser flere AI Mode-svar på Search Engine Roundtable i 2026. Trafikkhistorien handler fortsatt om HTML-URL-er i Googles indeks, ikke et skygge-Markdown-nettsted på et subdomene ingen lenker til.

Norsk praksis: MVA, toll og fraktregler for handel til Svalbard og distrikts-Norge hører hjemme i synlig policy-tekst med lastVerified, ikke i skjult schema på 800 SKU-varianter. Det så vi hos en sportsforhandler i Trondheim som bulket FAQ-schema uten å oppdatere Zendesk-svar som faktisk matchet kundespørsmål.

#Gir FAQPage-schema siteringer i AI

Myte: en plugin injiserer FAQ-schema, og Google AI eller ChatGPT siterer hvert spørsmål.

Faktum: FAQPage hjelper parsere se Q&A-struktur. Det garanterer ikke: (a) URL-indeksering, (b) inkludering i overview-kildesett, (c) modellvalg i en chat uten browsing. Google dokumenterer FAQ rich results for kvalifiserte sidetyper; i 2026 ser vi fortsatt gyldig JSON-LD uten synlige FAQ-utvidelser i SERP-en.

Det som fungerer sammen med schema:

1. Spørsmål i søkespråk («hva koster headless-migrering av WooCommerce»), ikke bedriftsfraser.
2. Svar korte, med et faktum (dato, omfang, juridisk unntak). Samme tekst i <div class="faq-answer"> som i JSON-LD.
3. lastVerified og kilder i llmCard.sources på YMYL-guider.

Vår generative eligibility-audit (Lumar-stil, oktober 2026) på tilbudspilarer sjekker FAQ eller llmCard pluss troverdighetssignaler. Vi feilet den engelske headless-pilaren til vi la inn eksplisitt lastUpdated-dato i Astro. Schema alene uten datoer og kilder passerte validatoren, ikke vår credibility_signals-sjekk.

Målt på et stort utvalg, oktober 2026: SISTRIX (22. oktober 2026) sammenlignet 48 527 sider fra DACH-regionen som ble sitert av ChatGPT, Google AI Mode eller AI Overviews i andre kvartal 2026, hver med en ikke-sitert side fra samme domene: 96 418 URL-er fra 17 380 domener, 43 egenskaper per side, betinget logistisk regresjon. Sider med FAQPage-schema ble sitert 1,5 ganger så ofte, forutsatt at spørsmålene er ekte. En synlig innholdsfortegnelse ga 1,7, Article-schema 1,6, mens Breadcrumb-, HowTo- og QAPage-markering ikke viste noen forskjell (1,0). For llms.txt måtte sammenligningen gå mellom domener: 11,7 prosent av de siterte URL-ene kom fra domener med filen, mot en andel på 14,0 prosent blant alle domener. Ingen målbar fordel, altså. Forfatterne kaller det korrelasjon, ikke årsak, testet ikke Perplexity, Claude eller Gemini-chat, og så FAQ-effekten snu retning i egne testkjøringer under rundt 5 000 URL-er. Slik jobber vi med dette på kundesider, uansett CMS: GEO- og LLMO-optimalisering.

#Betyr Google-rangering noe med AI Overviews

Myte: fordi AI svarer på SERP-en, er posisjon 1-3 irrelevant.

Faktum: Retrieval avhenger fortsatt av indeks og kvalitet, og utvidede AI Overviews spiser klikk, ikke alltid sitater. I AI Overviews-artikkel dokumenterte vi Search Console-rader: posisjon 1,7 på et pris-spørsmål og null klikk fordi svaret ligger over lenken. Det gjør ikke ranking irrelevant. Det betyr at toppranking uten sitérbar tekst gir synlighet uten besøk.

Dekningen på kommersielle søk øker også. Semrush (21. oktober 2026) fulgte 400 søkeord med kjøpsmodifikatorer (alternativer, best X for Y, pris, anmeldelser, merke mot merke) i amerikanske desktopresultater: i august 2026 viste 88 % av dem en AI Overview, mot 45,75 % i september 2025.

For et WordPress-byra:

• Informasjons-long tail driver fortsatt klikk og trakt-inngang.
• Kommersiell head (priser, «WooCommerce-utvikler») trenger BLUF, tabeller, entity i de første setningene. Ellers vinner overview uten besøk.
• Ingen rank betyr at browsing-modeller ofte ikke har noe sted å hente URL-en deres.

GEO uten SEO er å prøve å sitere en side Google ikke promoterer for penge-spørsmål.

#Kan GEO erstatte SEO

Myte: ansett en «GEO-spesialist» og la SEO stå frosset siden 2018.

Faktum: GEO overlapper teknisk SEO og innhold. Slå av SEO betyr: staging-noindex som lekker til produksjon, ingen interne lenker til pilarer, ingen canonicalUrl-oppdateringer etter Astro-migrering. Da hjelper ikke llmCard retrieval.

Trafikktallene peker samme vei: i målingen fra The SEO Works av 95 nettsteder (september 2025 til august 2026) ga organisk søk 39 ganger mer trafikk enn AI-assistenter.

Minimalt felles grunnlag for byråer:

Å levere bare GEO uten Core Web Vitals-audit på WooCommerce er PR, ikke engineering. Vi så en butikk med 40 plugins og «optimized for ChatGPT» i footer: TTFB 1,8 s, ingen lastVerified, FAQ kopiert 1:1 fra en konkurrent. Assistanten siterte fortsatt Shopify Help Center.

#GEO-sjekkliste for WordPress-nettsteder

Konkret sjekkliste oktober 2026 for å skille hype fra arbeid:

1. public/llms.txt - entity pluss kanoniske EN-tjeneste-URL-er (headless, MCP, GEO/LLMO lagt til i denne orkestreringspasseringen).
2. Script npm run audit:generative-eligibility-pillars - seks sjekker (BLUF, title, query coverage, one page goal, credibility, FAQ/llmCard) på seks pilarer; --check for CI.
3. GEO-frontmatter (llmCard, faq, speakable, lastVerified) på guider og MDX-pilarer, ikke kopiert på tusenvis av bysider.
4. About-sider (PL, EN, DE, NB, PT-PT) - entity-setning på linje med llms.txt (senior engineering, headless, MCP, GEO/LLMO).
5. LLMO- og AI Overviews-artikler - egen opplæringslinje. Dette innlegget avliver myter; det gjentar ikke en bot-tutorial.

Vi lover ikke «#1 i ChatGPT på 30 dager», separate Markdown-nettsteder eller masse-FAQ-schema på bysider som bør være noindex.

#Lønner det seg med AI SEO-plugins for WordPress

Plugin-katalogen i 2026 lister dusinvis av utvidelser med «AI», «GEO» eller «LLMO» i tittelen. De fleste pakker inn OpenAI API-kall for metabeskrivelser eller bulk-FAQ-generering. Ingen erstatter crawl-hygiene.

Før du installerer enda et panel:

• Les om pluginen skriver synlig FAQ-HTML eller bare JSON-LD. Skjult schema uten brødtekst feiler våre duplikat- og troverdighetssjekker.
• Sjekk om den genererer seks locale-varianter som 1:1-maler. Det mønsteret utløser vår AI-slop-retorikkgate på oversatte nettsteder.
• Mål INP på checkout etter aktivering. En kunde i Manchester mistet 0,4 s på mobil checkout da en «AI schema»-plugin enqueued en andre jQuery-bundle.

Foretrekk én pillar-omskriving fremfor ti plugin-brytere.

#GEO for flerspråklige WordPress-nettsteder

wppoland.com publiserer seks språk. GEO-feil multipliseres når hvert språk får samme engelske entity-setning limt inn i llmCard.entity.

Regler vi følger:

• Samme wpId, ulike praksiseksempler per locale (regional lov, lokal WordCamp, valutakontekst på pris-landinger bare der det er tillatt).
• llms.txt forblir EN-first for tjeneste-URL-er, med menneskesider lokalisert. Agenter løser ofte engelske tjeneste-slugs først; lokale landinger trenger fortsatt BLUF på markedsspråk.
• hreflang og canonical forblir SEO-arbeid. GEO fikser ikke en portugisisk side som canonicaliserer til en URL som ikke finnes.

Make WordPress Slack og Advanced WordPress Facebook-gruppen viser fortsatt ekte feilhistorier raskere enn leverandør-decks. Vi lenker disse fellesskapene i onboarding, ikke som sitater, men som påminnelser om at produksjons-WordPress er rotete.

#Hjelper et .no-domene på AI-siteringer for B2B

Aleyda Solis målte dette i Local vs Global AI Citations, publisert 8. oktober 2026: siteringer fra ChatGPT, Gemini og AI Mode på ti temaer, med ett prompt-bibliotek lokalisert for USA, Storbritannia, Spania og Brasil. Landsdomener (.uk, .es, .br) sto for 38,3 % av siteringene i Storbritannia, 24,0 % i Spania og 41,4 % i Brasil. B2B har den laveste lokale andelen:

«B2B-programvare og SaaS har lav lokal andel i alle tre land: 14,3 % i Storbritannia, 10,5 % i Spania og 15,9 % i Brasil.»

Aleyda Solis, Local vs Global AI Citations, 8. oktober 2026, egen oversettelse

Norge er ikke med i studien. Den sier ingenting om hvor stor andel .no-domener får i AI-siteringer for norske spørsmål, så vi overfører ikke disse prosentene til det norske markedet. Mange norske B2B-selskaper selger på engelsk til hele Norden, og for dem er tallene fra Storbritannia nærmest, men fortsatt ikke norske. Vår lesning:

• I B2B er domeneendelsen alene en svak spak. Solis bruker ccTLD som landssignal og påpeker selv at generiske domener som .com også publiserer lokalt innhold. Å splitte en B2B-WordPress fra /nb/-undermappe til eget .no-domene for AI-synlighetens skyld har ikke støtte i disse tallene. Det du styrer, er innhold skrevet for hvert marked.
• Mål hvert marked og hver plattform for seg. Rekkefølgen mellom plattformene snur fra land til land: i Storbritannia har ChatGPT 40,8 % lokal andel mot 26,3 % for AI Mode og 26,4 % for Gemini, mens Gemini leder i Brasil med 51,7 %. Google og YouTube utgjør 19 til 45 % av siteringene i AI Mode, og normalisert URL-overlapp med de amerikanske resultatene ligger mellom 1,7 % og 35,7 %. Et norsk prompt-utvalg må kjøres på bokmål og fra Norge, ikke regnes ut fra det engelske.

#90-dagers GEO-plan for WordPress og WooCommerce

Dag 1-14: entity og pilarer

• Én setning: hvem, B2B/B2C-publikum, tre kanoniske tjenester.
• Konsistens: footer, about, llms.txt, LinkedIn. Samme kjerne, lokaliserte eksempler, ikke seks copy-paste-oversettelser.
• Velg 3-6 pillar-URL-er. Resten av nettstedet lenker bare innover.

Dag 15-45: sitérbar tekst

• Første avsnitt på hver pillar svarer på spørringen pluss firmanavn.
• Én sammenligningstabell eller omfangsbånd uten å bryte voice-regler (prissiden holder markedsbånd; pilarer bruker «fra»-bånd i NOK/EUR per marked).
• Fem til åtte FAQ-punkter på kundespråk, speilet i JSON-LD.

Dag 46-70: teknisk

• Canonicals, indeksering, CWV på WooCommerce-checkout.
• lastVerified og to til tre eksterne kilder (Wikidata, WooCommerce docs, WordPress Developer Handbook) i llmCard.sources.
• llms.txt bare hvis dere oppdaterer den ved hver ny tjeneste.

Dag 71-90: måling

• Search Console på property https://wppoland.com/nb/: spørringer med posisjon under 5 og CTR under 1 % (overview-signal, ikke en «GEO-score»).
• Manuelt prompt-sett (se docs/plans/prompt-sampling-core-2026-q4.json i repoet vårt): fem repetisjoner, logg om URL eller merke vises.
• Ikke endre kjerneprompts midt i kvartalet.

Hvis eneste leveranse etter 90 dager er en «AI readiness»-PDF uten HTML-endringer på pilarer, vant mytene.

#Hvordan vurdere en GEO-revisjon

En god GEO-revisjon navngir URL-er og viser diff: første avsnitt før og etter, FAQ lagt til frontmatter, llms.txt-post. En dårlig ender med et «AI visibility score»-heatmap uten Search Console, crawl-datoer eller sjekk av at pilaren er i sitemap.

Spørsmål til leverandør eller internt team:

1. Hvilke tre URL-er er top kommersiell prioritet, og hva endret seg i HTML?
2. Peker canonicalUrl etter Astro-migrering til en side som finnes i build? (Vi bærer hundrevis av utdaterte portfolio-canonicals som historiske data, ikke som mønster for pilarer.)
3. Dupliserer FAQ brødtekst, eller forkorter frontmatter-svar versus lengre MDX-avsnitt? (Regel: slett aldri rikere brødtekst.)
4. Ble llms.txt oppdatert i samme commit som MCP- eller headless-tilbudsendring?

Vage svar betyr at dere kjøpte en rapport, ikke GEO.

#GEO for store WooCommerce-kataloger

En mid-market WooCommerce-installasjon med 12 000 SKU-er og facettert navigasjon genererer crawl-støy som ingen llmCard på en bylanding fikser. GEO-arbeid hører hjemme på kategorihistorier, frakt- og returpolicy-sider og tre tjenestepilarer, ikke på hver variant-URL.

Vi bruker et enkelt filter med handlende:

• Hvis URL-en er noindex eller bare finnes for long-tail SKU-kombinasjoner, hopp over GEO-frontmatter. Fiks canonicals i stedet.
• Hvis URL-en tjener penge-spørsmål i GSC (merke pluss tjeneste, implementering, rescue), får den BLUF, FAQ og kvartalsvis lastVerified.
• Produkt-JSON-LD forblir for Google Shopping-logikk. FAQ-schema på produktsider er sjelden verdt vedlikeholdet med mindre support-spørsmål gjentas i tickets.

En nordisk outdoor-forhandler (Trondheim) fortsatte å legge FAQ-schema på 400 produktmaler via bulk-plugin. Support-svar lå i Zendesk, ikke WordPress. Sitater flyttet seg ikke. Å flytte fem policy-URL-er til klart språk med datoer og Wikidata about-lenker gjorde mer for AI-paraphrase på åtte uker enn et år med SKU-nivå schema.

#Hvordan måle merkevaresynlighet i AI-svar

Leverandør-decks elsker én enkelt «GEO visibility score». Vi sporer noe smalere:

• Fem merke-prompts fra docs/plans/prompt-sampling-core-2026-q4.json, kjørt fem ganger hver måned, logget i regneark med dato og modellversjon.
• Search Console query-rader der gjennomsnittlig posisjon er bedre enn 5, men CTR er under 1 %. Det paret flagger ofte overview-absorpsjon, ikke et ødelagt nettsted.
• Manuelle sjekker i Perplexity med browsing på versus av, fordi retrieval-stier skiller seg.

Vi behandler ikke tilfeldige tredjeparts «AI rank trackers» som sannhet. De roterer modeller, geos og innloggingsstatus. Bruk dem bare for retnings-spikes, alltid sammen med egen URL-liste og crawl-datoer fra GSC URL Inspection på /nb/ property (ikke blandet locale-filter på rotdomenet).

Når et prompt-sett viser merkevaren deres men aldri URL-en, er fiksen nesten alltid pillar-tekst, ikke enda en llms.txt-linje.

#Oppsummering

GEO for WordPress er entity-disiplin og sitérbarhet på pilarer som uansett må ranker og forbli indeksert. llms.txt hjelper agenter finne riktige URL-er. Det erstatter ikke tekst. Bot-only Markdown uten HTML er teknisk gjeld. FAQ-schema uten BLUF og verifikasjonsdatoer er validator-teater, ikke strategi. Ranking gater fortsatt om dere kommer inn i kildesettet. AI Overviews endrer klikk, ikke behovet for å være i indeksen. SEO og GEO kjører sammen, ellers betaler dere for et buzzord.

Mer lesning på wppoland.com: LLMO strategisk sammendrag, Google utvider AI Overviews, pillar GEO- og LLMO-optimalisering. Audit-orkestrering ligger i docs/plans/2026-10-02-geo-orchestration.md i repositoryet.