Prompter for SEO

Lag en SEO-artikkelbrief for nettsiden til [bedrift eller nettsted]. Målet er å rangere på hovedsøkeordet [søkeord] (intensjon: [informasjon, kommersiell eller transaksjonell]). Sekundære søkeord: [sekundære søkeord]. Målgruppe: [målgruppe]. Eksisterende sider som skal lenkes til: [relevante sider].

Briefen skal inneholde: En unik vinkel som skiller seg fra dagens toppresultater (analyse av nåværende SERP: [hva du vet om konkurrentene]), sidetittel (under 60 tegn) og metabeskrivelse (under 155 tegn), komplett Hn-struktur med punkter som skal dekkes i hver seksjon, FAQ-del med vanlige spørsmål, relevante faguttrykk og entiteter som bør brukes, interne lenker med foreslått ankertekst, og E-E-A-T kriterier (forfatterinfo, kilder, bevis).

Mål lengde på artikkelen basert på søkeintensjon fremfor et tilfeldig antall ord.

En side på nettstedet mitt har stagnert i posisjon [gjennomsnittlig posisjon] på søkeordet [søkeord] i [varighet]. URL: [URL]. Nåværende innhold: [innhold eller Hn-struktur]. Search Console-data: [inntrykk, klikk, CTR]. Konkurrenter som rangerer høyere: [hva du vet om de på første side].

Analyser i prioritert rekkefølge: Samsvar med søkeintensjon (svarer siden på det brukeren faktisk lurer på?), innholdets dybde (mangler det viktige undertemaer?), tittel og meta-tags (er CTR unormalt lav?), struktur og lesbarhet, samt internlenking (får siden nok relevante lenker fra andre deler av nettstedet?).

Lever en prioritert handlingsplan: Hvert tiltak med estimert effekt (høy/middels/lav), arbeidsmengde, og ferdigskrevet tekst for korte elementer (tittel, meta, H1, introduksjon). Ikke foreslå søkeordfylling (keyword stuffing).

Bygg en tematisk innholdsklynge (topic cluster) for [bedrift] innen temaet [tema]. Kommersielt mål: [mål, f.eks. generere leads for en spesifikk tjeneste]. Hovedsøkeord for pilar-siden: [pilar-søkeord]. Begrensninger: [antall] artikler over [periode].

Lever: Pilar-siden (søkeord, intensjon, vinkel, Hn-struktur), undersider organisert etter undertema (for hver: søkeord, intensjon, arbeidstittel, rolle i kundereisen), og en presis lenkeplan (hvem lenker til hvem, med hvilke ankertekster, unngå krysslenking som vanner ut autoriteten). Anbefal produksjonsrekkefølge basert på hva som kan rangere raskest.

Presenter strukturen som en innrykket liste og lenkeplanen i en tabell: kilde -> mål -> ankertekst. Marker søkeord som er basert på deduksjon og som må sjekkes i verktøy for søkevolum.

Skriv om sidetitler og metabeskrivelser for følgende sider på [nettsted], rettet mot [målgruppe]. For hver side oppgir jeg: URL, søkeord, nåværende tittel/meta, og sidetype (produkt, kategori, artikkel): [liste over sider].

Regler: Tittel på 50-60 tegn med søkeordet tidlig uten at det ser kunstig ut. Inkluder en fordel eller unik verdi ([fordeler: pris, leveringstid, anmeldelser, spesialisering]). Metabeskrivelse på 140-155 tegn, optimalisert for klikk med et tydelig verdiforslag og handlingsdriver (CTA) tilpasset sidetypen.

Presenter resultatet i en tabell: URL, ny tittel (med tegntelling), ny meta (med tegntelling), og en kort begrunnelse.

Den organiske trafikken til [nettsted] har falt med [prosent] siden [dato]. Kontekst: [hendelser: teknisk lansering, flytting, CMS-bytte, kjent Google-oppdatering, nye konkurrenter, sesongsvingninger]. Tilgjengelige data: [hva Search Console og Analytics viser: berørte sider, søkeord, mønster i fallet].

Guide meg gjennom diagnosen etter sannsynlighet: Først tekniske årsaker (indeksering, omdirigeringer, robots.txt, kanoniske lenker, lastetid), deretter algoritmiske årsaker (samsvar med dato for oppdateringer), og til slutt konkurranse/SERP-endringer (hvem har tatt posisjonene og med hvilket format).

For hver hypotese: Spesifikk test som må gjøres, verktøy som skal brukes, og hvilket resultat som bekrefter eller avkrefter hypotesen. Avslutt med en prioritert sjekkliste for tiltak i dag.

Du er teknisk SEO-konsulent. Nettstedet mitt [nettsted] har ca. [antall] sider. Data: Search Console dekningsrapport ([indekserte sider, ekskluderte sider, årsaker]), eksport fra Screaming Frog ([observasjoner: svarkoder, dybde, duplikater]).

Analyser gapet mellom sider som kan crawles, sider som er indekserbare, og sider som faktisk er indeksert. For hver ekskluderingsårsak i Search Console (oppdaget – ikke indeksert, gjennomsøkt – ikke indeksert, duplikat, osv.), forklar sannsynlig årsak i MIN kontekst og foreslå rettelse.

Lever: En tabell med årsak, volum, sannsynlig grunn, tiltak og prioritet (høy/middels/lav). List opp de 5 første handlingene med forventet målbart resultat i Search Console og tidsramme for observasjon.

Jeg planlegger migrering av [nettsted]: [type endring: nytt design, nytt domene, endret URL-struktur, sammenslåing]. Planlagt dato: [dato]. Her er eksempler på gammel og ny struktur: [URL-eksempler før/etter].

Bygg en omdirigeringsplan: Bruk mønsterbaserte regler (regex) der det er mulig fremfor URL-for-URL. Håndter sider uten direkte motstykke (omdiriger til overordnet kategori eller bruk 410, forklar valget). Unngå omdirigeringskjeder og løkker.

Lever: En tabell med kilde-mønster, omdirigeringsregel, mål-URL, type (301) og kommentar. Lag en liste over kritiske sider som må håndteres manuelt (basert på [Search Console/Analytics data]), og en sjekkliste for kontroll etter lansering (404-overvåking, sitemaps, interne lenker) med en 4-ukers tidsplan.

Du er teknisk SEO-ekspert. Her er mine direktiver for [nettsted]: innhold i robots.txt ([lim inn fil]), kjente noindex-regler ([sider/maler]), logikk for kanoniske lenker ([hvordan de genereres]).

Se etter logiske feil: Sider blokkert i robots.txt som burde vært indeksert, sider med noindex som mottar viktige interne lenker, kanoniske lenker som peker til blokkerte sider, eller motstridende instrukser (f.eks. noindex + kanonisk til seg selv). Sjekk også om Disallow blokkerer CSS/JS som trengs for rendering.

Lever i tabell: Direktiv, plassering, problem, konsekvens for indeksering, og nøyaktig rettelse (skriv om robots.txt-linje eller tag). Avslutt med 3 sjekker i Search Console (URL Inspection) for å bekrefte rettelsene.

Nettstedet mitt [nettsted] er en [type: e-handel, avis, tjenestebedrift, lokal bedrift]. Vi bruker lite strukturerte data i dag. Sidemaler: [liste: forside, kategori, produkt, artikkel, kontakt...].

Foreslå en plan for schema.org: For hver mal, angi relevante typer (Organization, Product, Article, FAQPage, BreadcrumbList, LocalBusiness...), obligatoriske egenskaper, og om det gir utvidede resultater (rich results) i Google.

Lever: En tabell med mal, schema-type, nøkkelegenskaper og mulighet for rich result. Gi komplett JSON-LD kode for de 2 viktigste malene med [placeholders] for mine verdier. Forklar valideringsprosedyren og vanlige feil (f.eks. anmeldelser som ikke er reelle, FAQ som ikke er synlig for brukeren).

Du er ekspert på nettytelse. Her er data for [nettsted]: Core Web Vitals-rapport fra Search Console ([URLer/grupper med feil, metrikk]), PageSpeed Insights-resultater ([score og diagnose]), teknisk plattform: [CMS, hosting, CDN].

Skill mellom feltdata (CrUX) og laboratoriedata. For hver svak metrikk (LCP, INP, CLS), identifiser sannsynlige årsaker i MIN tekniske løsning og foreslå tiltak.

Lever en tabell: Tiltak, metrikk det påvirker, berørte maler, forventet gevinst (høy/middels/lav), kompleksitet, og hvem som må utføre det (front-end, back-end, drift). Ranger etter gevinst/innsats. Avslutt med de 3 viktigste tiltakene og hvordan vi måler effekten før/etter.

Du er teknisk SEO-analytiker. Jeg har en eksport av serverlogger for [nettsted] fra [periode], filtrert på Googlebot. Observasjoner: [fordeling av treff per mappe, svarkoder, mest crawlede URLer, parametere].

Analyser: Bekreft at treffene faktisk kommer fra Googlebot (offisielle IP-er), se på fordelingen mellom strategiske sider og sider uten verdi (filtre, paginering, ressurser), andel feilkoder (ikke-200), og hvor ofte viktige sider crawles sammenlignet med hvor ofte de oppdateres.

Lever: En tabell med observasjon, volum/andel, tolkning, og tiltak (robots.txt, internlenking, sletting). Lag en prioritert liste for å styre Googlebot mot [prioriterte sider]. Ikke trekk konklusjoner som ikke støttes av dataene.

Nettstedet mitt [nettsted] finnes i flere versjoner: [liste over språk/land, f.eks. nb-NO, sv-SE, en-GB]. Struktur: [undermapper, subdomener eller separate domener]. Innholdet er [oversatt fullstendig / delvis / identisk mellom land].

Bygg en hreflang-plan: Mapping mellom versjoner (inkludert x-default), anbefalt implementeringsmetode (HTML-tags, HTTP-headers eller XML sitemap) med begrunnelse, og nøyaktig kode for et eksempel med [placeholders] for URLer.

List opp klassiske feil: Manglende returlenker, ugyldige landskoder, hreflang til sider med noindex eller omdirigeringer. Lever en sjekkliste for kontroll i verktøy (crawler, Search Console). Forklar tydelig hva hreflang gjør (styrer riktig versjon) og ikke gjør (øker ikke rangering direkte).

Du er teknisk SEO-konsulent. Mitt nettsted [nettsted] har i dag [beskrivelse av sitemaps: én fil, en indeksfil, autogenerert av CMS...]. Omtrentlig antall URLer: [antall]. Search Console-rapport: [innsendte vs indekserte URLer, feilmeldinger].

Analyser: Er det URLer der som ikke skal være der (omdirigeringer, 404, noindex, ikke-kanoniske)? Mangler viktige sider? Er lastmod-datoer reelle (falske datoer er motvirker formålet)? Er filstørrelsen innenfor grensene? Sjekk deklarasjon i robots.txt.

Lever: En tabell med observasjon, alvorlighetsgrad og rettelse. Foreslå en optimal sitemap-struktur (oppdelt etter innholdstype for bedre overvåking i Search Console) og regler for generering i [CMS] slik at de holder seg oppdaterte uten manuelt arbeid.

Nettstedet mitt [nettsted] er bygget med [framework: React, Vue, Angular, eller CMS med mye JS]. Rendering-metode: [client-side, SSR, hybrid, ukjent]. Symptomer: [sider indekseres dårlig, tomme utdrag i Google, innhold mangler i cache].

Guide diagnosen steg-for-steg: Sammenlign rå-HTML med rendret DOM, test med Google Search Console (URL Inspection), sjekk at interne lenker er ekte <a>-tagger med href (ikke onclick), og at kritisk innhold ikke krever brukerinteraksjon (klikk/scroll) for å lastes. Sjekk om metadata (tittel, kanonisk) overskrives i JS.

Lever: En tabell med kontrollpunkt, testmetode, observasjon og risiko. Foreslå utbedringsstrategi (SSR, pre-rendering, hydrering) med fordeler, begrensninger og arbeidsmengde for [framework].

Du er SEO-konsulent. Min bedrift [bedrift] selger [produkt/tjeneste] til [målgruppe] i [geografisk område]. Jeg starter med SEO uten historikk. Mine 3 viktigste områder: [områder].

Bygg et søkeordsunivers: Start med problemene målgruppen har (bruk deres ord, ikke fagspråk). Finn varianter for hvert område (generelle ord, long-tail, spørsmål, sammenligninger, [sted] hvis relevant). Klassifiser hvert ord etter intensjon (informasjon, kommersiell, transaksjonell) og kundereise.

Lever en tabell: Søkeord, intensjon, tema, foreslått side (eksisterende eller ny), estimert prioritet. Grupper ord som hører til samme side. Marker tydelig at volum og vanskelighetsgrad er hypoteser som må sjekkes i [verktøy: Search Console, Keyword Planner, Semrush...]. Avslutt med de 10 viktigste ordene å starte med.

Jeg har en liste med søkeord fra [kilde: Search Console, Semrush, brainstorm] for [nettsted], som selger [tilbud] til [målgruppe]. Her er listen: [søkeord med volum, posisjon, vanskelighetsgrad].

For hvert søkeord, bestem: Dominerende intensjon (marker de med blandet SERP), forretningsverdi (hvor nær er det et kjøp av MITT tilbud?), nåværende side som rangerer, og realistisk innsats (optimalisere eksisterende vs. lage nytt).

Lever: En tabell med søkeord, intensjon, forretningsverdi (høy/middels/lav), målside, handling (optimalisere/lage/gruppere/ignorere) og prioritet. Regel: Et søkeord med høyt volum men lav relevans for mitt tilbud skal rangeres lavere enn et ord med lavere volum som konverterer godt.

En artikkel på nettstedet mitt mister trafikk. URL: [URL], publisert [dato], mål-søkeord [søkeord]. Search Console-data (12 mnd): [utvikling i klikk/posisjon]. Nåværende innhold: [tekst eller struktur]. Hva har endret seg i faget siden publisering: [endringer eller "må identifiseres"].

Lag en plan for oppdatering: Utdatert info som må rettes (datoer, tall, referanser), nye undertemaer som nå forventes (basert på SERP-analyse), seksjoner som skal skrives om eller slettes, oppdatering av tittel og intro uten å ødelegge det som fungerer, og nye interne lenker.

Lever: En tabell med nåværende seksjon, vurdering (behold/oppdater/slett) og spesifikke endringer. Gi en ny komplett Hn-struktur og ferdigskrevet tittel/meta/intro. Oppdater kun publiseringsdato hvis endringene er betydelige.

Jeg mistenker kannibalisering på [nettsted]: Flere sider ser ut til å konkurrere om [søkeord/tema]. Sider: [URLer med søkeord og Search Console-data]. Symptomer: [ustabile posisjoner, feil side rangerer, ingen sider klatrer].

Avgjør først om det er reell kannibalisering: To sider på samme søkeord er bare et problem hvis de har samme intensjon. Analyser hvert par: Hvilken intensjon dekkes? Er innholdet for likt? Sender interne lenker og ankertekster uklare signaler?

Lever: En tabell med søkeord, konkurrerende sider, reell kannibalisering (ja/nei), rettmessig side, og beslutning (flett med 301, skill vinklingene, de-optimaliser den ene). Lag en plan for gjennomføring: Hvilket innhold flyttes, hvilke omdirigeringer trengs, og hvilke ankertekster må endres.

Jeg vil lage en sammenligningsside for [nettsted]: [type: «oss mot konkurrent», «alternativ til X», «beste verktøy for Y»]. Mitt tilbud: [fordeler]. Elementer som sammenlignes: [liste over løsninger/konkurrenter]. Målgruppe: [målgruppe] i [vurderingsfase].

Bygg siden: Tittel og H1 tilpasset søket, intro som forklarer metodikk og dommen tidlig, sammenligningstabell (kriterier som FAKTISK betyr noe for kunden: [kriterier]), seksjoner per løsning med styrker og svakheter (inkludert våre egne – ærlighet gir troverdighet), anbefaling per brukerprofil («velg X hvis...»), og FAQ.

Regler: Ingen oppdiktede fakta om konkurrenter, marker usikre punkter med [må sjekkes], ingen skittkasting. Oppgi priser kun hvis de er offentlige og daterte. Lever komplett struktur med ferdig tekst for intro, tabell og konklusjon.

Nettstedet mitt [nettsted] retter seg mot [målgruppe] innen [bransje]. Jeg vil lage en ordliste for å fange opp søk på definisjoner og styrke internlenking. Mine viktigste kommersielle sider: [tjenestesider].

Planlegg prosjektet: Liste med 30-50 relevante faguttrykk, rangert etter nærhet til mitt tilbud (ord kunden søker i læringsfasen er best). Sidemal for definisjon: Direkte svar på 2 setninger (for featured snippet), utdyping, konkret eksempel, vanlige misforståelser, og lenke til relevant tjeneste. Vurder DefinedTerm strukturerte data.

Lever: Tabell med begreper (ord, intensjon, prioritet, målside for lenke), ferdig eksempel på en definisjon for [eksempelord], og redaksjonelle regler for å unngå at alle 50 definisjoner følger nøyaktig samme mønster.

Du er SEO-ansvarlig. Nettsted: [nettsted], forretningsmål for kvartalet: [mål]. Kapasitet: [antall] artikler per måned, skrevet av [intern/frilans]. Eksisterende innhold: [status på blogg, sider som må oppdateres]. Søkeord/temaer: [liste].

Bygg planen: Balanser mellom kommersielle sider (direkte mål), informativt innhold (som lenker til disse), og oppdatering av gammelt innhold (ofte best ROI). Planlegg logisk: Pilar-side før undersider, sesonginnhold i god tid før [dato/sesong].

Lever en tabell: Uke, innholdstype (ny/oppdatering), søkeord, intensjon, internlenke-mål, ansvarlig, status. Legg til kontrollpunkter for hver måned (brief-godkjenning, SEO-sjekk før publisering) og en kvartalsvis evaluering av Search Console-data.

Min side dekker et sensitivt tema (helse, økonomi, juridisk, sikkerhet): URL [URL], tema [tema], på nettstedet til [bedrift og deres autoritet]. Forfatter: [navn og kvalifikasjoner, eller «ikke oppgitt»].

Analyser E-E-A-T signaler slik en Quality Rater ville gjort: Vises det til direkte erfaring? Er forfatterens ekspertise synlig (bio, kvalifikasjoner)? Har nettstedet autoritet (hvem siterer oss, er «Om oss» og kontaktinfo komplett)? Er innholdet pålitelig (kilder med dato, HTTPS, ingen udokumenterte påstander)?

Lever: En tabell med signal, status (tilstede/mangler/svak), og konkrete bevis som må legges til (ekte bio, primærkilder, faktasjekk-prosess). Skriv om korte elementer: Forfatterboks, info om faktasjekk, og intro som etablerer troverdighet. Ikke dikt opp kvalifikasjoner bedriften ikke har.

Jeg vil lage eller fornye FAQ-seksjonen for [nettsted], som selger [tilbud] til [målgruppe]. Kilder: [spørsmål til kundeservice, e-poster, salgsinnvendinger, Search Console-spørsmål].

Bygg FAQ-en: Velg spørsmål som faktisk stilles (ikke interne spørsmål), formuler dem slik kunden skriver dem, og skriv direkte svar: Svaret i første setning, utdyping etterpå (40-90 ord).

Avgjør arkitekturen: Hvilke spørsmål skal stå på en sentral FAQ-side, hvilke fortjener egne sider (brede temaer), og hvilke bør inn på produktsidene? Lever: Tabell med spørsmål, svar, plassering og internlenke. Inkluder JSON-LD FAQPage-koding og forklar Googles nåværende regler for visning av disse.

Jeg planlegger en YouTube-video for [bedrift] om [tema], rettet mot søk på [søkeord på YouTube/Google]. Målgruppe: [målgruppe]. Ønsket lengde: [varighet]. Mål: [f.eks. abonnement, trafikk til nettside, vise ekspertise].

Lever komplett brief: Unik vinkel sammenlignet med eksisterende videoer, script-struktur med en «hook» de første 15 sekundene (fokus på verdi for seeren), kapitler med tidsstempler, og en tydelig avslutning (CTA).

Skriv SEO-elementer: 3 forslag til titler (under 60 tegn, søkeord først, ikke clickbait), beskrivelse (viktigste info de første 150 tegnene, deretter utdyping og lenke til [side]), tags og idé til miniatyrbilde (thumbnail). Avslutt med sjekkliste for publisering (undertekster, sluttkort, spilleliste).

Du er netlinking-konsulent. Nettsted: [nettsted], bransje [bransje], nåværende lenkeprofil: [antall domener, sammenligning med konkurrenter]. Månedsbudsjett: [budsjett]. Risikovilje: [forsiktig/moderat].

Bygg en 12-måneders strategi: Miks av metoder tilpasset bransjen (PR, datadrevne studier, gjesteinnlegg av høy kvalitet, bransjekataloger, partnerskap, fjerne brutte lenker). Planlegg en naturlig veksttakt og fordeling mellom forside, kommersielle sider og innhold.

Lever: En tabell per kvartal med metode, mål (antall lenker), målsider, budsjett og leveranser. Definer krav til lenkekilder (reell trafikk, relevant tema) og røde flagg (lenkefarmer, sider uten trafikk, overdreven bruk av kommersiell ankertekst). Forklar risikoen ved kjøpte lenker i henhold til Googles retningslinjer.

Jeg har eksportert baklenker for [nettsted] fra [verktøy: Ahrefs, Majestic, Semrush, Search Console]. Data: [antall domener, viktigste domener, ankertekst-fordeling, mest lenkede sider]. Konkurrenter: [2-3 konkurrenter].

Analyser: Fordeling av lenker (peker alt til forsiden?), ankertekster (er de varierte og naturlige?), kvalitet på domener (tema, trafikk), veksttakt, og gapet til konkurrentene (hvilke typer sider og kilder har de som jeg mangler?).

Lever: En oppsummering med 5 hovedfunn. En tabell med funn, bevis i dataene, risiko/mulighet og tiltak. Lag en liste over potensielt skadelige lenker (vær forsiktig med disavow-råd). Identifiser de 5 tydeligste mulighetene for nye lenker basert på konkurrentanalysen.

Jeg ønsker lenker til [side: studie, guide, verktøy] på [nettsted]. Mål: [type sider: bransjemedia, blogger, partnere] innen [bransje]. Hva siden min faktisk bidrar med: [nye data, gratis verktøy, unik oversikt].

Skriv kampanjen: Første e-post på under 120 ord (saklig emnefelt, en setning som beviser at jeg kjenner DERES side med [personlig element], verdien for DERES lesere, og et tydelig spørsmål). Lag 2 oppfølgings-eposter med [tidsintervall] som tilfører noe nytt.

Regler: Ingen generisk smisking, vær ærlig om relasjonen, bruk profesjonell men direkte tone. Lever også en tabell for oppfølging: nettsted, kontakt, dato sendt, svar, og kriterier for når man skal slutte å følge opp.

Nettstedet mitt [nettsted] er i bransjen [bransje]. Sider som kunne lenket til meg: [bransjemedia, blogger, lokalpresse, organisasjoner]. Ressurser: [egne data, ekspertise, budsjett, verktøy].

Foreslå 5 realistiske konsepter for innhold som tiltrekker lenker (linkable assets). Prioriter det vi kan lage med egne ressurser: Studie basert på anonymiserte interne data, årlig bransjebarometer, gratis kalkulator, en referanseguide ingen konkurrenter har laget, eller en dokumentert kåring/kartlegging. For hvert konsept: Hvorfor vil andre sitere det? Hvem vil lenke? Arbeidsmengde og levetid.

Lever en sammenligningstabell: Konsept, målgruppe for lenker, innsats, levetid, og databehov. Gi en detaljert produksjonsplan for det anbefalte konseptet.

Du er netlinking-konsulent. Nettsted: [nettsted], merkevare: [merkevare]. Data: [eksport av baklenker til 404-sider, liste over eksisterende omdirigeringer, søkeresultater for merkevarenavn].

Organiser arbeidet i to deler. 1: Brutte lenker – baklenker som peker til slettede eller flyttede sider. Velg mellom 301-omdirigering (standard) eller kontakt for å rette lenken (for de mest verdifulle). 2: Ulenkede omtaler – siteringer av [merkevare] i presse/blogg uten lenke. Skriv en kort, høflig e-post som ber om lenke til riktig side.

Lever: Tabell over tiltak (kilde-URL, død side, estimert verdi, handling, mål-URL), e-postmaler for begge tilfeller (under 100 ord), og en kvartalsrutine for å holde oversikten ren.

Min bedrift: [bedrift], bransje [bransje], i [by]. Status på Google bedriftsprofil: [kategorier, beskrivelse, bilder, åpningstider, anmeldelser, innlegg]. Konkurrenter i lokalpakken: [konkurrenter].

Analyser profilen felt for felt: Hovedkategori (være så spesifikk som mulig) og underkategorier, samsvar mellom navn/adresse/telefon (NAP) og nettsiden, saklig beskrivelse uten søkeordfylling, bildevalg (ekte bilder av lokaler/team, ikke arkivbilder), tjenester/produkter, og ferdigutfylte spørsmål/svar.

Lever: En tabell med felt, status, og foreslått innhold. Lag en realistisk månedsplan: Frekvens for Google-innlegg (med 3 eksempler), strategi for anmeldelser, og nye bilder. Avslutt med Googles regler (ikke søkeord i navnet, ikke falsk adresse) og 3 viktigste KPI-er fra statistikken.

Min bedrift [bedrift] tilbyr [tjeneste] i flere byer: [liste over byer]. Jeg vil ha en side per by uten å lage «klonede» sider der bare bynavnet er byttet ut (som Google ofte ignorerer).

Bygg en sidemal med blokker som MÅ være unike: Lokale bevis (prosjekter eller kunder i [by] med bilder, lokale anmeldelser), operasjonell info (spesifikt dekningsområde, lokale ansatte), lokale tilpasninger (regler, klima eller byggeskikk i [by] relevant for [tjeneste]), og fellesblokker (tjenestebeskrivelse, garanti).

Lever: Hn-struktur for malen med kilder for lokal info. Skriv en komplett side for [eksempelby] med [placeholders] for data. Definer kriterier for når en by fortjener en egen side (reell tilstedeværelse/etterspørsel) og hvordan de skal lenkes sammen.

Min bedrift [bedrift] i [by] har i dag [antall] anmeldelser med [score]. Status: [hvor ofte vi får nye, nylige negative, konkurrenters score]. Kontaktpunkter: [e-post, SMS, i butikk, faktura].

Bygg systemet: Optimalt tidspunkt for forespørsel (rett etter [øyeblikk med høyest tilfredshet]), kanal og budskap (skriv e-post og SMS-maler), og hvem som spør (personlig kontakt gir bedre resultat). Planlegg en jevn strøm fremfor skippertak. Husk regler: Aldri kjøp anmeldelser, aldri filtrer (kun spørre fornøyde kunder er brudd på markedsføringsloven).

Lever også svarmaler (5 modeller, 40-80 ord): Detaljert positiv, positiv uten tekst, berettiget negativ (bekreft, rett opp, be om direkte kontakt), urimelig negativ (saklig, ikke aggressiv), og mistenkelig anmeldelse (med prosedyre for rapportering).

Min bedrift: [bedrift], [adresse], [telefon]. Historikk: [eventuell flytting, navnebytte eller nytt nummer]. Jeg vil sjekke samsvar i lokale siteringer (Navn-Adresse-Telefon) på nettet.

Guide revisjonen: Liste over steder som må sjekkes i prioritert rekkefølge for Norge (Google bedriftsprofil, Gule Sider, 1881, Brønnøysundregistrene, bransjekataloger for [bransje], lokalaviser, sosiale medier, egen kontakt-side). Forklar søkemetode for å finne gamle oppføringer.

Lever: En tabell (sted, URL, navn, adresse, telefon, samsvar ja/nei, handling). Definer standard NAP-format som skal brukes identisk overalt. Forklar at samsvar hindrer forvirring hos både brukere og søkemotorer, men ikke garanterer rangering alene.

Jeg jobber med SEO for nettbutikken [nettsted]. Kategoriside som skal optimaliseres: [URL], mål-søkeord [søkeord], med [antall] produkter. Status: [tittel, tekst, underkategorier, posisjon]. Konkurrenter på første side: [type nettsteder].

Optimaliser siden: Tittel og meta rettet mot søk og klikk, H1, og NYTTIG kategoritekst (hjelp til valg: kriterier, forskjeller mellom serier, FAQ; plassert slik at produktene fortsatt er synlige «above the fold»). Vurder om underkategorier bør ha egne sider ([undertemaer]). Sjekk internlenking fra meny og brødsmulesti.

Lever: Ferdigskrevet tittel, meta, H1 og kategoritekst (300-500 ord) med [placeholders]. Tabell over anbefalte underkategorier (navn, søkeord, status). Tekniske sjekkpunkter: Paginering, kanoniske lenker på side 2+, og håndtering av filtre.

Min nettbutikk [nettsted] selger [produkttype]. Problem: [leverandørtekster som finnes på mange sider, for korte tekster, rangerer ikke]. Eksempelprodukt: [produkt, egenskaper, målgruppe, søkeord].

Bygg en mal for produktsider: Struktur (H1 med produktnavn og viktig egenskap, fordeler før spesifikasjoner, svar på vanlige spørsmål før kjøp: størrelse, vedlikehold, levering). Hvordan lage unik tekst selv om produktet ligner på 40 andre (metode: vinkling etter bruk, kjøperprofil eller spesifikke forskjeller). Komplett Product-schema (pris, lagerstatus, anmeldelser).

Lever: Ferdigskrevet eksempeltekst; gjenbrukbar mal; strategi for prioritering av katalogen (hvilke produkter fortjener mest innsats basert på volum vs. margin); og regler for varianter (én side med valgmuligheter fremfor ti nesten like sider).

Min nettbutikk [nettsted] ([produkttype]) håndterer utgåtte varer dårlig: [status: 404-feil, utsolgte sider står uendret, omdirigering til forside]. Noen varer kommer tilbake [sesong], andre er borte for godt.

Bygg et beslutningstre: Midlertidig utsolgt (behold side med 200-kode, vis dato for lager, foreslå alternativer, varsling; ikke slett), erstattet av ny modell (301-omdirigering til etterfølger), permanent utgått med alternativer (301 til nærmeste produkt eller kategori), eller helt utgått uten erstatning (410-kode etter opprydding i interne lenker). Sjekk alltid baklenker før sletting.

Lever: Beslutningstreet som en liste; tabell over regler (situasjon, HTTP-kode, innhold, lagerstatus i schema, internlenking); og en månedsrutine for kontroll av 404 og omdirigeringer i Search Console.

Min nettbutikk [nettsted] genererer URLer for filtre: [eksempler: farge, størrelse, merke, pris, kombinasjoner]. Status: [alle indekseres, alle blokkeres, eller ingen kontroll]. Hovedkategorier: [kategorier].

Definer strategien: En filterkombinasjon fortjener indeksering kun hvis det finnes reelt søkevolum ([merke + kategori], [kategori + egenskap]) OG den har nok produkter. Alt annet (pris, sortering, mange kombinasjoner, størrelser) skal holdes ute av indeksen for å spare crawl-budsjett.

Lever: Tabell over filter-regler (filter, URL-eksempel, antatt søkevolum, beslutning: indekser/noindex/robots-blokkering/kanonisk, begrunnelse). Tekniske regler for implementering og begrensninger (f.eks. at noindex fortsatt crawles). Hvordan optimalisere de indekserte filtersidene med tittel, H1 og tekst.

Min nettbutikk [nettsted] har følgende struktur: [antall kategorier, dybde, blogg]. Problemer: [produkter ligger for mange klikk unna forsiden, viktige kategorier har få lenker, bloggen hjelper ikke butikken]. Prioriterte sider: [kategorier/produkter].

Bygg en lenkeplan: Fra forsiden (hvilke kategorier/utvalg fortjener direkte lenke, sesongvariasjon), mellom kategorier (relaterte kategorier, underkategorier), fra produktsider (komplementære varer, brødsmulesti), og fra bloggen (hver artikkel må lenke til relevante produkter/kategorier med beskrivende ankertekst). Lag tematiske samlesider for å fange opp [søkeord: gaveideer, bruksområder].

Lever: Tabell over lenker som skal legges til (kilde, mål, plassering, ankertekst, målsetning) prioritert etter effekt; generelle regler for sidemaler; og metode for å måle klikkdybde før/etter med en crawler.

Min merkevare [merkevare] ([tilbud], marked [marked]) vil vite hvordan vi dukker opp i svar fra AI-assistenter (ChatGPT, Perplexity, Gemini, Google AI Overviews) når potensielle kunder stiller spørsmål som [eksempelspørsmål].

Bygg først en målemetode: Liste med 15-20 søk (kjøpsspørsmål og sammenligninger, ikke bare merkevarenavn), registreringsskjema (assistent, søk, er vi nevnt, plassering, kilder brukt, nevnte konkurrenter), og forholdsregler (svar varierer, test flere ganger).

Foreslå tiltak for forbedring: Skill mellom det som er dokumentert (bli sitert av kilder AI-ene bruker, klare faktasider, autoritet) og det som er hypoteser. Lever: Protokoll for måling, tabell klar til utfylling, og en prioritert handlingsplan med 5 punkter.

Min side [URL] dekker [tema] og skal fungere for både vanlig søk og AI-assistenter (AI Overviews, Perplexity, ChatGPT). Nåværende innhold: [tekst eller struktur].

Skriv om innholdet for bedre sitering uten at det går utover brukervennligheten: Hver viktige seksjon starter med et direkte, selvstendig svar (navngitte entiteter, komplette påstander), fakta er daterte og kildebelagte («ifølge [kilde], i [år]...»), definisjoner og nøkkeltall er formulert i setninger som er enkle å trekke ut, bruk lister og tabeller der det passer, og vis tydelig forfatter og dato.

Lever: Siden omskrevet seksjon for seksjon; en før/etter-tabell for de 5 viktigste endringene med begrunnelse; og en liste over påstander som mangler kilder. Vær realistisk: Ingen teknikk garanterer sitering, målet er å øke sannsynligheten.

Jeg er markedssjef i [bedrift] ([bransje], organisk andel av trafikk: [prosent]). Ledelsen ønsker et standpunkt om AI-søk: Bør vi flytte SEO-budsjettet, lage en llms.txt-fil, eller kjøpe «GEO»-tjenester (Generative Engine Optimization)?

Skriv et beslutningsnotat delt i tre: 1. Det vi kan observere (egne data i Search Console/GA4, AI Overviews i våre søk). 2. Det som er faglig etablert (grunnleggende SEO som hjelper begge verdener: fakta, autoritet, strukturerte data). 3. Det som er spekulativt (marker dette tydelig, inkludert llms.txt som foreløpig har begrenset verdi). 

Format: Én side, strukturert med status / hva vi gjør / hva vi ikke gjør / hva vi overvåker. Bruk kun verifiserbare kilder; marker med [trenger kilde] hvis du refererer til markedsandeler.

Du er senior SEO-konsulent. Jeg skal revidere [nettsted] ([type, størrelse, forretningsmodell]). Tilgang: [Search Console, GA4, crawler, logger]. Mål: [f.eks. forberede flytting, ta kontroll på SEO, sette budsjett].

Utfør revisjonen i 6 deler: Teknisk (indeksering, crawl, hastighet), arkitektur og lenking, innhold (dekning av intensjon, kvalitet, kannibalisering), autoritet (lenkeprofil), konkurranse (hvem rangerer og hvorfor), og måling (er sporingen korrekt?). For hver del: Spesifikke sjekkpunkter, verktøy, og hva som skiller en kritisk feil fra en forbedring.

Lever: En oppsummering til ledelsen (10 linjer: status, 3 hovedproblemer, 3 beslutninger), komplett tabell over funn (del, funn, bevis, effekt, innsats, prioritet), og en plan for de første 90 dagene. Regel: Hvert funn må dokumenteres med data eller URL.

Før jeg skriver innhold for [søkeord] for [nettsted], vil jeg forstå søkeresultatet (SERP). Dette vises på første side: [for hvert resultat: sidetype, tittel, format; samt funksjoner: AI Overview, snippets, People Also Ask, bilder, video, shopping].

Analyser: Hvilken intensjon har Google valgt (formatet som dominerer ER fasiten), hvilket format må jeg bruke (guide, sammenligning, produktside, video), hvilke funksjoner tar klikk fra de vanlige resultatene, og er det realistisk for MITT nettsted å rangere her? Hvis konkurrentene har ekstremt mye høyere autoritet, foreslå et mer tilgjengelig søkeord.

Lever: Konklusjon om intensjon (2 setninger), tabell over analyserte resultater (posisjon, type aktør, format, vinkel, svakhet), beslutning om vi skal gå videre, og i så fall: Format, unik vinkel og hvilken SERP-funksjon vi bør sikte på.

Min konkurrent [konkurrent] har bedre organisk synlighet enn mitt nettsted [nettsted]. Data jeg har: [sider som rangerer, sidestruktur, publiseringstakt, baklenker].

Analyser metodisk: Hvilke segmenter er de sterke på (transaksjonell, info, merkevare, lokal) og hvor mangler de? Hvilke sidemaler driver trafikken deres? Hva er innholdsstrategien (frekvens, dybde, vinkler)? Hvor får de lenker fra? Finn deres svakheter (utdatert innhold, dårlig dekning av visse intensjoner).

Lever: Oppsummering av deres strategi i 5 punkter med eksempler; tabell over lærdommer (observasjon, bevis, kan vi bruke det, hvordan, innsats); 3 kamper vi IKKE skal ta, og 3 områder der det er realistisk å gå forbi dem. Ikke kopier – lær av mekanismene.

Teamet mitt publiserer jevnlig [type: nye sider, endrede maler, ny funksjonalitet] på [nettsted]. Vi har tidligere opplevd [hendelser: glemt noindex, brutte kanoniske lenker, fall etter lansering]. Jeg vil ha en systematisk sjekkliste.

Bygg listen i tre deler. 1. Før lansering (testmiljø): Indeksering (meta robots, robots.txt, kanoniske), tags (tittel, meta, Hn), internlenking, omdirigeringer, strukturerte data, ytelse. 2. Lanseringsdagen: Fjern blokkering (ikke ta med noindex til prod), send inn sitemap, sjekk viktige sider i Search Console. 3. Ukene etter: Overvåk 404-feil, indeksering og posisjoner.

Lever i tabell: Kontrollpunkt, metode (verktøy), forventet resultat, kritisk (ja/nei), ansvarlig [roller i teamet]. Lag både en kortversjon (10 kritiske punkt) og en komplett versjon.

Min SEO-revisjon av [nettsted] har avdekket tekniske feil som må utbedres av utviklere som ikke er SEO-eksperter: [liste over feil, f.eks. manglende kanoniske lenker, omdirigeringskjeder, indekserbare parameter-URLer, duplikate titler].

Gjør hver feil om til en oppgave (ticket): Tydelig tittel, faktiske observasjoner med eksempel-URL og bevis (skjermbilde/kode), beskrivelse av ønsket funksjonalitet (ikke bare «fiks kanoniske», men forklar regelen for generering), omfang (hvilke maler), og kriterier for godkjenning som utvikleren selv kan sjekke.

Lever: Oppgavene ferdig skrevet, klare til å limes inn i [verktøy: Jira, Linear, GitHub], samt en tabell (oppgave, prioritet, estimert innsats, avhengigheter). Ikke lås den tekniske løsningen hvis det finnes flere måter; beskriv resultatet og la teamet velge metoden.

Jeg skal lage en SEO-månedsrapport for [nettsted] til [mottaker: kunde, ledelse]. Data: [klikk, inntrykk, posisjoner, konverteringer fra GA4, utførte oppgaver]. Kontekst: [sesong, pågående arbeid, hendelser: Google-oppdatering, lansering...].

Bygg rapporten: Oppsummering på 5 linjer som svarer på om det går fremover og hvorfor. Presenter trender sammenlignet med forrige måned OG samme måned i fjor (pga. sesong). Gi ærlige forklaringer på svingninger (skill mellom våre tiltak, markedet og Google). List opp utførte oppgaver og hva som planlegges neste måned.

Lever: Komplett mal med tekst basert på mine data i [placeholders], en tabell med nøkkeltall (metrikk, verdi, utvikling, forklaring), og 3 regler for tolkning av SEO-data (aldri konkluder basert på én uke, ikke bruk gjennomsnitt som skjuler sannheten, koble alltid til konverteringer).

Jeg har en liste med SEO-oppgaver for [nettsted]: [oppgaver: teknisk, innhold, lenker, design]. Ressurser: [SEO-timer, utviklerkapasitet, innholdsbudsjett]. Hovedmål: [forretningsmål].

Prioriter oppgavene: Vurder hver oppgave etter forventet effekt (høy/middels/lav med begrunnelse), innsats basert på MINE ressurser (en viktig oppgave som krever mye utvikling må merkes), tid før effekt, og avhengigheter (f.eks. innhold som krever teknisk rettelse først).

Lever: Tabell med scoring (oppgave, effekt, innsats, tid, avhengigheter, score, foreslått kvartal); veikart for 2 kvartaler fordelt på teknisk, innhold og autoritet; tydelige valg (hva gjør vi IKKE og hvorfor); og suksesskriterier for hver oppgave i kvartal 1. Format: Klart for presentasjon i et prioriteringsmøte.

Jeg må estimere hvilken organisk trafikk [nettsted] kan oppnå innen [dato] hvis vi gjennomfører [SEO-plan]. Startpunkt: [nåværende trafikk, historisk vekst, posisjoner på viktige søkeord, søkevolum].

Bygg prognosen uten å late som den er 100 % nøyaktig: Bruk en stegvis metode (hvilke sider kan klatre til hvilke posisjoner, med konservative klikkrater). Lag tre scenarioer (lavt, nøytralt, høyt) med tydelige forutsetninger (gjennomføringskraft, ingen negative Google-oppdateringer, stabil sesong). List opp faktorer vi ikke kontrollerer.

Lever: Tabell med prognose per scenario og kvartal, nummerert liste over forutsetninger og deres usikkerhet, og kontrollpunkter for når vi skal sammenligne faktisk trafikk med prognosen. Det er strengt forbudt å oppgi ett enkelt tall uten et spenn (fra-til).

Jeg skal forsvare et årlig SEO-budsjett på [beløp] for ledelsen i [bedrift]. De er opptatt av ROI og sammenligner med [betalt kanal: Google Ads, sosiale medier]. Data: [nåværende organisk trafikk/konvertering, CPA i betalte kanaler, kundeverdi].

Bygg argumentasjonen: Hva ville dagens organiske trafikk kostet hvis vi måtte kjøpe den (basert på CPC i mine data), spesifiser budsjettet post for post (hva, hvorfor, leveranse), vis den langsiktige verdien (SEO har forsinket effekt, men marginalkostnaden synker over tid – i motsetning til Ads). Forklar risikoen ved å ikke investere (avhengighet av Ads, konkurrenter som tar markedet, teknisk gjeld).

Lever: Notat i 5 deler, budsjett-tabell, en oppsummering på 6 linjer, og svar på 3 forventede innvendinger ([innvendinger, f.eks. «hvorfor ikke bare bruke mer på Ads», «hva garanterer resultatet»]). Tone: Saklig, ingen garanterte resultater, fokus på dokumenterte mekanismer.

Jeg vil organisere SEO-overvåking for [nettsted] for å oppdage problemer raskt uten å bruke for mye tid i verktøyene. Ressurser: [Search Console, GA4, eventuelle andre verktøy]. Kritiske søkeord/sider: [liste].

Bygg opplegget: Hva overvåker vi kontinuerlig (grupper av søkeord fremfor enkelte ord som svinger naturlig, strategiske sider, indeksering, 404 på sider med trafikk, responstid)? Definer frekvens (daglig for tekniske feil, ukentlig for posisjoner, månedlig for dypdykk). Sett terskler for varsling (en posisjon som faller 2 plasser er støy, en de-indeksert side er en krise).

Lever: Tabell over overvåking (element, verktøy, frekvens, varslingsterskel, alvorlighetsgrad, tiltak). Forklar oppsett av varslinger i [Search Console, GA4] og hva de ikke dekker. Lag en ukentlig 20-minutters rutine med sjekkliste.