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

#Hvordan GEO skiller seg fra LinkedIn-bønn

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.

#Myte 1: llms.txt løfter dere i ChatGPT som sitemap løfter dere i Google

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.

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.

#Myte 2: Markdown for boter er nok i stedet for HTML for mennesker

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.

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.

#Myte 3: FAQPage-schema er en AI-siteringsbryter

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.

#Myte 4: Google-ranking spiller ingen rolle lenger

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.

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.

#Myte 5: dere kan pause SEO og bare gjøre GEO

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.

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.

#Hva vi leverer på wppoland.com i stedet for myter

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.

#AI SEO-plugins og etikettsuppe på WordPress.org

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.

#Flerspråklighet: én entity, seks stemmer

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.

#90-dagers plan for WordPress-byra eller WooCommerce-butikk

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 PLN/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 skille GEO-revisjon fra slop

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.

#WooCommerce-katalogskala og hvor GEO stopper

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.

#Merke-prompts og hva dere ikke bør benchmarke

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.