SEO prompts

Lav et SEO-content brief til [virksomhed eller website], der målretter sig det primære søgeord [søgeord] (hensigt: [informationssøgning, kommerciel, transaktionel]). Sekundære søgeord: [sekundære søgeord]. Målgruppe: [målgruppe]. Eksisterende sider der skal linkes til: [relevante sider].

Briefet skal indeholde: en unik vinkel i forhold til de nuværende resultater på side 1 (analyse af SERP: [hvad ved du om de nuværende resultater]), SEO-titel (under 60 tegn) og meta-beskrivelse (under 155 tegn), en komplet Hn-struktur med punkter til hver sektion og vejledende længde, FAQ-sektion med relevante spørgsmål, semantiske termer og entiteter der skal bruges, interne links med specifik ankertekst, samt E-E-A-T kriterier (forfatterinfo, kilder, dokumentation).

Mål for artiklens længde: Begrund længden ud fra søgehensigten frem for et vilkårligt antal ord.

En side på mit website sidder fast på [gennemsnitlig position] for søgeordet [søgeord] gennem [tidsperiode]. URL: [URL]. Nuværende indhold: [indhold eller Hn-struktur]. Data fra Search Console: [eksponeringer, klik, CTR hvis kendt]. Sider der ligger over mig: [hvad ved du om konkurrenterne på side 1].

Diagnosticer i denne rækkefølge: Matcher siden søgehensigten (svarer den på det rigtige behov i det rigtige format?), indholdets dybde (mangler der underemner?), titler og tags (er CTR unormalt lav?), struktur og læsbarhed, samt intern linkbuilding (modtager siden nok interne links med relevant ankertekst?).

Lever en prioriteret handlingsplan: Hver handling med estimeret effekt (høj/medium/lav), nødvendig indsats, og færdigskrevet tekst til korte elementer (titel, meta, H1, intro). Forslå ikke keyword stuffing.

Byg en semantisk struktur (topic cluster) for [website eller virksomhed] omkring emnet [emne], med det kommercielle mål at [mål, f.eks. generere leads til specifik ydelse]. Primært søgeord for pillar page: [pillar søgeord]. Begrænsninger: Maksimalt [antal] stykker indhold over [periode].

Lever: Pillar page (søgeord, hensigt, vinkel, Hn-struktur), underliggende sider opdelt efter underemner (for hver: søgeord, hensigt, arbejdstitel, rolle i kunderejsen), en præcis plan for interne links (hvem linker til hvem, med hvilken ankertekst, undgå cirkulære links), og anbefalet rækkefølge for publicering startende med det, der hurtigst kan rangere.

Præsenter arkitekturen som en indrykket liste og linkstrukturen i en tabel: kilde -> mål -> ankertekst. Marker søgeord der er foreslået ud fra logik, som skal verificeres i et søgeordsværktøj.

Genskriv SEO-titler og meta-beskrivelser for følgende sider på [website], som henvender sig til [målgruppe]. For hver side får du: URL, søgeord, nuværende titel, nuværende meta, og sidetype (produktskyde, kategori, artikel): [liste over sider].

Regler: Titel på 50-60 tegn med søgeordet i starten uden at lyde robotagtig, en reel fordel eller USP ([tilgængelige USP'er: pris, levering, anmeldelser, speciale]), ingen identiske titelskabeloner i puljen. Meta-beskrivelse på 140-155 tegn, klik-orienteret (konkret løfte, intet fyld), med et call-to-action tilpasset sidens formål.

Præsenter resultatet i en tabel: URL, ny titel (med tegntælling), ny meta (med tegntælling), kort begrundelse.

Den organiske trafik til [website] er faldet med [procent] siden [dato]. Kontekst: [nylige hændelser: nyt design, migrering, CMS-skift, kendt Google-opdatering, nye konkurrenter, sæsonudsving]. Tilgængelige data: [hvad viser Search Console og Analytics: berørte sider, søgeord, er faldet jævnt eller specifikt].

Guide mig gennem diagnosen efter sandsynlighed: Først målbare tekniske årsager (indeksering, redirects, robots.txt, canonicals, loadtid), derefter algoritmiske årsager (match med dato for opdatering, mønster i berørte sider), og til sidst konkurrenter og SERP (hvem har overtaget placeringerne, og i hvilket format).

For hver hypotese: Angiv den specifikke test der skal udføres, værktøjet, og hvilket resultat der bekræfter eller afkræfter hypotesen. Konkluder ikke uden verifikation. Afslut med en prioriteret tjekliste over handlinger i dag.

Du er teknisk SEO-konsulent. Mit website [website] har ca. [antal] sider. Tilgængelige data: Search Console dækningsrapport ([indekserede sider, ekskluderede, årsager]), eksport fra Screaming Frog crawl ([vigtigste observationer: svarkoder, dybde, duplikater]).

Analyser gabet mellem sider der kan crawles, sider der kan indekseres, og sider der rent faktisk er indekseret. For hver ekskluderingsårsag i Search Console (fundet – ikke indekseret, crawlet – ikke indekseret, duplikeret, Google valgte en anden canonical), forklar den sandsynlige årsag i MIN kontekst og den rette løsning.

Lever: En tabel med årsag, berørt volumen, sandsynlig årsag, løsning, prioritet (høj/medium/lav), samt en liste med de 5 første handlinger i rækkefølge. Angiv for hver handling det forventede målbare resultat i Search Console og en rimelig observationstid. Marker hvad der kræver mere data for at blive afgjort.

Jeg forbereder en migrering af [website]: [type ændring: nyt design, domæneskift, ændring i URL-struktur, sammenlægning]. Planlagt dato: [dato]. Her er et udpluk af nuværende og ny struktur: [eksempler på URL'er før/efter].

Byg redirect-planen: Brug match-regler (regex eller simple regler) frem for URL-for-URL hvor muligt, håndtering af sider uden direkte modstykke (redirect til kategori eller 410-status, med beslutningskriterier), og forbud mod redirect-kæder og loops.

Lever: En tabel med kilde-URL mønster, redirect-regel, mål-URL, type (301), bemærkning; en liste over vigtige sider der skal håndteres manuelt (baseret på [Search Console eller Analytics data]); og en tjekliste til efter lancering (crawl-kontrol, overvågning af 404 i Search Console, sitemaps, opdatering af interne links) med en tidsplan for de første 4 uger.

Du er teknisk SEO-ekspert. Her er indekseringsinstrukserne for mit website [website]: Indhold af robots.txt ([indsæt fil]), kendte noindex-regler ([berørte sider eller skabeloner]), logik for canonical tags ([hvordan de genereres]).

Gennemgå sammenhængen: Sider blokeret for crawl som burde være indekseret, sider med noindex der modtager vigtige interne links, canonicals der peger på blokerede sider eller sider med noindex, modstridende kombinationer (f.eks. noindex + canonical til sig selv, eller Disallow på CSS/JS ressourcer nødvendige for rendering).

Lever i en tabel: Berørt instruks, placering, problem, konkret konsekvens for indeksering, præcis rettelse (genskrevet linje til robots.txt, rettet tag). Afslut med 3 tjek i Search Console (URL-inspektion) for at bekræfte rettelserne. Bemærk hvor Googles adfærd kun kan observeres, ikke garanteres.

Mit website [website] er en [type: e-handel, medie, service, lokal virksomhed] og udnytter ikke strukturerede data optimalt. Eksisterende sideskabeloner: [liste: forside, kategori, produkt, artikel, kontakt...].

Foreslå en schema.org plan: For hver skabelon, angiv relevante typer (Organization, Product, Article, FAQPage, BreadcrumbList, LocalBusiness...), obligatoriske og anbefalede egenskaber, samt reel chance for rich results ifølge Googles dokumentation (skeln mellem hvad der giver visuelt output og hvad der kun hjælper forståelsen).

Lever: En tabel med skabelon, schema-typer, nøgleegenskaber, muligt rich result (ja/nej/variabel); derefter komplet JSON-LD kode for de 2 vigtigste skabeloner med [placeholders] til mine værdier; til sidst procedure for validering og typiske fejl (f.eks. selvopfundne anmeldelser, FAQ-indhold der ikke er synligt for brugeren).

Du er web performance konsulent. Her er data for mit website [website]: Core Web Vitals rapport fra Search Console ([URL'er eller grupper med fejl, berørt metrik]), PageSpeed Insights resultater for hovedskabeloner ([score og diagnoser]), teknisk stack: [CMS, hosting, eventuel CDN].

Skeln først mellem feltdata (CrUX) og laboratoriedata, og forklar hvad Google vægter. Identificer derefter for hver dårlig metrik (LCP, INP, CLS) de sandsynlige årsager i MIN stack og de rette løsninger.

Lever en tabel: Rettelse, målrettet metrik, berørte skabeloner, forventet gevinst (høj/medium/lav, uden opdigtede tal), sværhedsgrad, og hvem der skal udføre det (front-end, back-end, ops). Sorter efter gevinst/indsats forhold. Afslut med de 3 vigtigste rettelser og hvordan man måler før/efter resultatet.

Du er teknisk SEO-analytiker. Jeg har en eksport af serverlogs fra [website] for [periode], filtreret på Googlebot user-agents. Her er hvad jeg observerer: [fordeling af hits pr. mappe, svarkoder, mest crawlede URL'er, brug af parametre].

Guide analysen: Verificer at hits kommer fra ægte Googlebot (officielle IP-ranges), fordeling af crawl mellem strategiske sider og sider uden værdi (parametre, filtre, dyb paginering), andel af ikke-200 koder, og crawl-frekvens på vigtige sider sammenlignet med hvor ofte de opdateres.

Lever: En tabel med observation, volumen/andel, fortolkning, rettelse (robots.txt, linkstruktur, sletning, redirect); derefter en prioriteret liste over handlinger for at styre crawl mod [prioriterede sider]. Konkluder kun det, som data rent faktisk viser.

Mit website [website] findes eller skal findes i flere versioner: [liste over sprog/lande, f.eks. da-DK, sv-SE, no-NO, en-GB]. Nuværende struktur: [undermapper, subdomæner eller separate domæner]. Indholdet er [fuldt oversat / delvist oversat / identisk mellem lande].

Byg hreflang-planen: Mapping af sammenhænge mellem versioner (inklusiv x-default og valg af side), anbefalet implementeringsmetode (HTML tags, HTTP headers eller XML sitemap) med begrundelse, og den præcise kode for et eksempel på tværs af versioner med [placeholders].

Liste derefter klassiske fejl: Manglende retur-links, ugyldige sprog/landekoder, hreflang til sider med noindex eller redirects. Afslut med en kontroltabel: Kontrolpunkt, værktøj (crawler, Search Console), forventet resultat. Præciser at hreflang styrer versionering, ikke placeringer.

Du er teknisk SEO-konsulent. Mit website [website] har i øjeblikket [beskrivelse af sitemaps: én fil, et indeks, automatisk genereret...]. Omtrentligt volumen: [antal URL'er]. Search Console sitemap-rapport viser: [indsendte vs. indekserede URL'er, viste fejl].

Auditér: Tilstedeværelse af URL'er der ikke hører hjemme (redirects, 404, noindex, ikke-canonicals, parametre), manglende vigtige sider, validitet af lastmod (ægte eller falsk), filstørrelse og opdeling i forhold til protokol-grænser, deklaration i robots.txt og Search Console.

Lever: En tabel med observation, alvorlighed, rettelse; den optimale struktur for mine sitemaps (opdeling efter indholdstype med et indeks for at isolere indekseringsrater i Search Console); og regler for generering til min udvikler eller [CMS] for at holde sitemappet rent uden manuelt arbejde.

Mit website [website] er bygget med [framework: React, Vue, Angular, eller CMS med tung JS]. Nuværende rendering: [client-side, SSR, hybrid, ukendt]. Symptomer: [sider indekseres dårligt, tomme snippets i Google, indhold mangler i cache...].

Guide diagnosen trin-for-trin: Sammenlign start-HTML (kildekode) med rendered DOM, test med Search Console URL-inspektion (rendering og fundet HTML), tjek at interne links er ægte a-tags med href (ikke onclick), at essentielt indhold ikke kræver interaktion (klik, scroll) for at blive synligt, og at metadata ikke overskrives divergent i JS.

Lever: En tabel med kontrolpunkt, testmetode, observation, risiko; derefter mulige rettelsesstrategier (SSR, pre-rendering, hydrering) med fordele/ulemper og din anbefaling til [framework].

Du er SEO-konsulent. Min virksomhed: [virksomhed] sælger [produkt eller ydelse] til [målgruppe] i [geografisk område]. Jeg starter SEO uden historik. Mine 3 vigtigste ydelser: [ydelser].

Byg søgeordsuniverset: Tag udgangspunkt i de problemer, målgruppen formulerer med deres egne ord (ikke fagjargon). Find varianter for hver ydelse (generiske, long-tail, spørgsmål, sammenligninger, [by] hvis relevant), og kategoriser hvert udtryk efter hensigt (info, kommerciel, transaktionel) og stadie i kunderejsen.

Lever en tabel: Udtryk, hensigt, hovedemne, målside (eksisterende eller ny), estimeret prioritet. Grupper udtryk der hører til samme side. Marker tydeligt at volumen og sværhedsgrad er hypoteser der skal tjekkes i [værktøj: Search Console, Keyword Planner, Ahrefs...] da du ikke har adgang til realtidsdata. Afslut med de 10 vigtigste udtryk at starte med.

Jeg har eksporteret en liste over søgeord fra [kilde: Search Console, Semrush, Ahrefs] for [website], som sælger [ydelse] til [målgruppe]. Her er listen med data: [udtryk med volumen, nuværende positioner, sværhedsgrad].

For hvert udtryk skal du bestemme: Dominerende hensigt (og marker hvis SERP er blandet), forretningsværdi (hvor tæt er det på et køb af MIN ydelse, ikke bare volumen), nuværende målside eller mangel på samme, og realistisk indsats.

Lever: En tabel med udtryk, hensigt, forretningsværdi (høj/medium/lav), målside, handling (optimer/opret/grupper/ignorer), prioritetsrang; derefter en opsummering i 3 puljer (quick wins på eksisterende sider, vigtige nye sider, roadmap). Hård regel: Et søgeord med høj volumen men uden relevans for min ydelse rangerer lavere end et beskedent søgeord der konverterer.

En artikel på mit site mister trafik. URL: [URL], udgivet [dato], målrettet [søgeord]. Data fra Search Console (12 mdr): [udvikling i klik, eksponeringer, position]. Nuværende indhold: [tekst eller Hn-struktur]. Hvad har ændret sig i emnet siden udgivelse: [kendte ændringer eller "skal identificeres"].

Lav en plan for opfriskning: Forældet info der skal rettes (datoer, tal, referencer), nye underemner der nu forventes (udledt af emnets udvikling), sektioner der skal genskrives, slås sammen eller slettes, opdatering af titel og intro uden at ødelægge det der virker, interne links der skal tilføjes.

Lever: En tabel med nuværende sektion, dom (behold/opdater/genskriv/slet), præcis ændring; den nye Hn-struktur; genskrevne elementer (titel, meta, intro); og regler for opdatering af udgivelsesdato (kun ved væsentlige ændringer).

Jeg mistænker kannibalisering på [website]: Flere sider ser ud til at kæmpe om [søgeord eller emne]. Berørte sider: [URL'er med Search Console data: søgeord de optræder på, position, klik]. Symptomer: [ustabile positioner, forkert side rangerer, ingen sider bryder igennem].

Afgør først om det er reel kannibalisering: To sider på samme søgeord er kun et problem, hvis de har samme hensigt. Analyser for hvert par: Faktisk dækket hensigt, overlap i indhold, interne signaler (links, ankertekst) der forvirrer hierarkiet.

Lever: En tabel med søgeord, konkurrerende sider, reel kannibalisering (ja/nej), den rette side, beslutning (sammenlæg med 301, differentier vinkler, de-optimer den ene, lav en pillar page); derefter eksekveringsplan for hver beslutning: Indhold der skal flyttes, redirects, interne links der skal rettes, og det Search Console signal der bekræfter løsningen.

Jeg vil lave en sammenligningsside for [website]: [type: "os mod konkurrent", "alternativ til X", "bedste værktøjer til Y"]. Mit tilbud: [ydelse og reelle USP'er]. Elementer der sammenlignes: [liste over løsninger/konkurrenter med faktuel viden]. Målgruppe: [målgruppe] i [overvejelses- eller beslutningsfasen].

Byg siden: Titel og H1 rettet mod sammenlignings-søgningen, intro der forklarer metode og dom uden at skjule den, sammenligningstabel (kriterier der VIGTIGT for målgruppen: [kriterier], ikke kun dem der gavner os), sektioner pr. løsning med styrker og svagheder inklusiv vores egne, dom pr. brugerprofil ("vælg X hvis..."), FAQ.

Regler: Ingen opdigtede fakta om konkurrenter, marker usikre punkter med [skal tjekkes], ingen nedgøring, priser kun hvis de er offentlige og daterede. Lever komplet struktur med tekst til intro, tabel og dom.

Mit website [website] henvender sig til [målgruppe] inden for [branche]. Jeg vil lave en ordbog/glossary for at fange søgninger på definitioner og styrke intern linkbuilding. Mine vigtigste business-sider: [ydelser/produkter].

Byg projektet: Liste med 30-50 relevante termer fra [branche], sorteret efter relevans for mit tilbud (et ord søgt af en kunde i læringsfasen er bedre end et teknisk ord kun kolleger søger); sideskabelon til definition (direkte svar i 2 sætninger til snippet, uddybning, konkret eksempel, typiske fejl, link til relevant business-side); arkitektur (URL-struktur, indeksside, DefinedTerm strukturerede data).

Lever: Tabel over termer (term, hensigt, prioritet, business-side der skal linkes til), den færdige skabelon på et eksempel for [eksempel term], og redaktionelle regler så definitionerne ikke bliver identiske i formen. Bemærk at søgevolumen skal tjekkes efterfølgende.

Du er SEO-redaktør. Website: [website], forretningsmål for kvartalet: [mål]. Reel produktionskapacitet: [antal] stykker indhold pr. måned, skrevet af [intern/freelance/mix]. Eksisterende indhold: [status: ydelser, blog, indhold der skal opdateres]. Identificerede søgeord: [liste].

Byg kvartalsplanen: Balance mellem sider med kommerciel hensigt (direkte mål), informationsindhold der linker til disse, og opdatering af eksisterende indhold (ofte bedste indsats/resultat ratio). Planlæg logisk: En pillar page før dens underliggende sider, sæsonindhold i god tid før [eventuel deadline].

Lever en tabel: Uge, indhold, type (nyt/opdatering), søgeord, hensigt, side der linkes til, forfatter, status. Tilføj for hver måned kontrolpunkter (brief-godkendelse, SEO-tjek før udgivelse) og en kvartalsstatus: Hvilket indhold skal evalueres og på hvilke Search Console KPI'er.

Min side omhandler et følsomt emne (sundhed, økonomi, jura, sikkerhed): URL [URL], emne [emne], på websitet for [virksomhed og dens legitimitet]. Nuværende forfatter: [forfatter og kvalifikationer, eller "ikke vist"].

Auditér E-E-A-T signaler som en Quality Rater ville gøre: Dokumenteret erfaring (viser siden at vi har praktiseret det, vi taler om?), ekspertise (forfatterens kvalifikationer, bio, faktatjek af ekspert), autoritet (hvem citerer os, gennemført "om os" side), troværdighed (daterede kilder, synlige kontaktoplysninger, HTTPS, ingen udokumenterede påstande).

Lever: En tabel med signal, status på min side, konkret bevis der skal tilføjes (ikke kosmetisk: en ægte bio, en primær kilde, en reel proces for faktatjek), indsats. Genskriv derefter korte elementer: Forfatter-boks, info om faktatjek, intro der etablerer legitimitet. Regel: Foreslå aldrig kvalifikationer som [virksomhed] ikke reelt besidder.

Jeg vil oprette eller forny FAQ-sektionen for [website], som sælger [ydelse] til [målgruppe]. Tilgængeligt materiale: [spørgsmål fra support, kunde-emails, salgsindsigelser, Search Console spørgsmål].

Byg FAQ'en: Vælg spørgsmål med reel relevans (gentagelser, formuleringer der matcher søgninger, nyttige svar før ELLER efter køb), omformuler spørgsmål som målgruppen stiller dem (undgå fagjargon), og skriv direkte svar: Svaret i første sætning, derefter uddybning, 40-90 ord.

Beslut arkitekturen: Hvilke spørgsmål bliver på den centrale FAQ-side, hvilke fortjener deres egen side (stort emne), og hvilke skal integreres på produkt/ydelses-sider. Lever: Tabel med spørgsmål, svar, placering, internt link; derefter JSON-LD FAQPage kode til den centrale side.

Jeg forbereder en YouTube-video til [virksomhed] om [emne], rettet mod søgninger på [søgeord på YouTube og Google]. Målgruppe: [målgruppe]. Planlagt varighed: [varighed]. Mål med videoen: [mål: abonnement, besøg på site, ekspertise].

Lever det komplette brief: Unik vinkel i forhold til eksisterende videoer ([hvad ved jeg om konkurrenter]), script-struktur med hook de første 15 sekunder (fokuser på udbytte, ikke præsentation), kapitler med tidsstempler, og afslutning med ét klart call-to-action.

Skriv derefter SEO-elementerne: 3 forslag til titler (under 60 tegn, søgeord først, ikke clickbait), beskrivelse (de første 150 tegn er kritiske, derefter uddybning med kapitler og link til [side]), tags, og idé til thumbnail i én sætning. Afslut med tjekliste til publicering: Undertekster, slutskærm, playliste.

Du er linkbuilding-konsulent. Website: [website], branche [branche], nuværende linkprofil: [hvad ved jeg: antal henvisende domæner, sammenligning med konkurrenter]. Månedligt budget: [budget]. Risikovillighed: [forsigtig/moderat], websitet lever af organisk trafik.

Byg strategien for 12 måneder: Mix af metoder til MIN branche (PR og datadrevne historier, kvalitets-gæsteindlæg, relevante brancheforeninger, partnerskaber, genvinding af mentions uden link), naturlig tilvækst, fordeling af links mellem forside, business-sider og indhold.

Lever: En tabel med kvartal, metode, mål for antal links (estimat), modtagersider, budget; kriterier for kvalificering af et domæne (reel organisk trafik, relevant emne, side med læsere) og advarselstegn (link-farme, sites uden trafik, overdreven brug af kommercielle ankre); til sidst regler for ankertekster. Oplys om risici ved købte links jf. Googles retningslinjer uden at moralisere.

Jeg har eksporteret backlinks for [website] fra [værktøj: Ahrefs, Majestic, Semrush, Search Console]. Data: [antal domæner, vigtigste domæner, fordeling af ankertekst, mest linkede sider]. Konkurrenter til sammenligning: [2-3 konkurrenter].

Analyser: Fordeling af links pr. side (er alt på forsiden?), diversitet i ankertekster (brand, URL, eksakt match), domænekvalitet (emne, formodet trafik), hastighed (nylige links eller gået i stå), og gabet til konkurrenterne: Hvilke typer sider og kilder har de, som jeg mangler?

Lever: Opsummering i 5 punkter; en tabel med observation, bevis i data, risiko/mulighed, handling; liste over potentielt toksiske links med en forsigtig holdning til disavow (kun ved tydelige problemer); og de 5 mest oplagte muligheder udledt af konkurrenternes profil.

Jeg vil have links til [side: undersøgelse, guide, værktøj] på [website]. Mål: [typer af sites: fagmedier, brancheblogs, partnere] i branchen [branche]. Sidens reelle værdi: [unik data, gratis værktøj, dybdegående guide].

Skriv kampagnen: Første email på under 120 ord (faktuelt emnefelt, én sætning der beviser jeg har læst DERES site med [personligt element], værdien for DERES læsere, klar forespørgsel), derefter 2 opfølgninger med [tidsinterval] der hver tilføjer noget nyt. Håndtering af krav om betaling: Min holdning er [holdning].

Regler: Ingen generisk smiger, ingen løgn om relationen, brug [du/De] alt efter branchekutyme. Lever også en opfølgningstabel: Kolonne for site, kontakt, dato, opfølgning 1, opfølgning 2, svar, link opnået; og 3 kriterier for hvornår man skal stoppe opfølgning.

Mit website [website] opererer i [branche]. Sider der kunne linke til mig: [fagmedier, blogs, lokalpresse, institutioner]. Ressourcer: [interne data, ekspertise, budget, værktøjer]. Tidligere succeser: [hvad har tiltrukket links før, eller "intet"].

Foreslå 5 realistiske linkable asset koncepter til MIN branche: Undersøgelse baseret på anonymiseret intern data, årligt branchebarometer, gratis værktøj/beregner, en referenceguide ingen andre har lavet seriøst, eller en dokumenteret rangliste. For hvert koncept: Hvorfor ville en tredjepart citere det (den afgørende test: Finder en journalist et tal eller en graf at bruge?), hvem præcis ville linke, produktionsindsats, levetid.

Lever sammenligningstabel: Koncept, målgruppe for links, indsats, levetid, dataafhængighed; derefter detaljeret produktionsplan for det anbefalede koncept med vinkel til lancering.

Du er linkbuilding-konsulent. Website: [website], brand: [brand]. Data: [eksport af backlinks til 404-sider, liste over eksisterende redirects, søgeresultater for brand-mentions].

Organiser genvindingen i to spor. Ét: Brudte links; backlinks der peger på slettede eller flyttede sider; beslut mellem 301 redirect til relevant side (standard, ingen kontakt nødvendig) eller kontakt for at få rettet linket (kun ved meget værdifulde links). To: Mentions uden link; omtaler af [brand] i presse eller blogs uden link; skriv en kort, venlig email med anmodning om link og den præcise URL.

Lever: Tabel over håndtering (kilde-URL, død side, estimeret værdi, handling, målside); email-skabeloner til begge cases på under 100 ord; og en kvartalsvis rutine for at undgå at bunken af tabte links vokser igen.

Min virksomhed: [virksomhed], branche [branche], i [by]. Status på Google Business Profile: [nuværende udfyldelse: kategorier, beskrivelse, fotos, åbningstider, anmeldelser, opslag]. Konkurrenter i lokalpakken: [konkurrenter].

Auditér profilen felt for felt: Primær kategori (så specifik som muligt) og sekundære kategorier, konsistens i NAP (Navn, Adresse, Telefon) med websitet, faktuel beskrivelse uden keyword stuffing, valg af fotos (ægte billeder af lokation og team, ikke stock-fotos), udfyldte produkter/ydelser, FAQ med reelle kundespørgsmål.

Lever: En tabel med felt, nuværende status, foreslået rettelse/indhold (skriv teksterne: beskrivelse, ydelser); derefter en realistisk månedlig plan: Frekvens for Google Posts med 3 eksempler på [nyhed eller tilbud], strategi for anmeldelser, friske fotos. Afslut med Googles regler (ingen søgeord i navnet, ingen falsk adresse) og 3 vigtigste KPI'er.

Min virksomhed [virksomhed] tilbyder [ydelse] i flere byer: [liste over byer]. Jeg vil have en side pr. by uden at lave de typiske klonede sider, hvor kun bynavnet skifter, som Google ender med at ignorere.

Byg skabelonen med blokke, der SKAL være lokalt unikke: Lokale beviser (projekter eller kunder i [by] med fotos, anmeldelser fra lokale), reelle operationelle info (præcist dækningsområde, leveringstid, det lokale team), lokale specifikationer for ydelsen (regler, byggetraditioner, klima jf. [branche]), og blokke der kan deles (generel præsentation, garantier).

Lever: Hn-struktur for skabelonen med kilde til lokal info for hver blok; en komplet skrevet side for [eksempel by] med [placeholders]; kriterier for hvornår en by fortjener sin egen side (reel tilstedeværelse, reel efterspørgsel); og linkstruktur mellem by-sider, hovedside og Google Business Profile.

Min virksomhed [virksomhed] ([branche], [by]) har i øjeblikket [antal] anmeldelser på Google med en score på [score]. Situation: [nuværende indsamlingsrate, nylige negative anmeldelser, konkurrenter]. Kontaktpunkter med kunder: [email efter ydelse, SMS, i butik, faktura].

Byg setuppet: Optimalt tidspunkt for anmodning i MIN kunderejse (lige efter [moment af maksimal tilfredshed]), kanal og budskab (skriv teksterne: email og SMS, korte, med direkte link), hvem spørger (mennesket bag yder mere end en automat), og frekvens for en jævn strøm. Husk reglerne: Køb aldrig anmeldelser, filtrer ikke (kun at spørge glade kunder er i strid med retningslinjer), ingen modydelser.

Lever også svarskabeloner (5 modeller, 40-80 ord hver): Detaljeret positiv, positiv uden tekst, berettiget negativ (anerkend, ret, foreslå direkte kontakt), uberettiget negativ (faktuel, ikke aggressiv), mistænkelig anmeldelse med procedure for rapportering til Google.

Min virksomhed: [virksomhed], [nuværende adresse], [telefon]. Historik: [eventuel flytning, navneskift eller nyt nummer med gamle info]. Jeg vil tjekke konsistensen af mine lokale citeringer (NAP) på nettet.

Guide auditten: Liste over steder der skal tjekkes efter vigtighed for [branche] i Danmark (Google Business Profile, De Gule Sider, Krak, CVR/Virk, brancheportaler, lokale medier, egne sociale profiler, kontakt-side og footer, LocalBusiness schema), metode til at finde gamle citeringer (søgning på gammelt nummer, gammel adresse, navnevarianter).

Lever: Audit-tabel (sted, URL, vist navn, adresse, telefon, konsistent ja/nej, handling, adgang til rettelse); rækkefølge for rettelser (kilder Google vægter højest); det kanoniske NAP-format der skal bruges overalt; og halvårlig rutine. Vær faktuel: Konsistens fjerner forvirring, men garanterer ikke placeringer.

Jeg styrer SEO for webshoppen [website]. Kategoriside der skal optimeres: [URL], målrettet [søgeord], med [antal] produkter. Nuværende status: [titel, tekst, underkategorier, position og Search Console data]. Konkurrenter på side 1: [typer af sites].

Optimer siden: Titel og meta fokuseret på søgning og klik, H1, NYTTIG kategoritekst (hjælp til valg: kriterier, forskelle, FAQ; placeret uden at skubbe produkter under folden, med uddybning nederst), underkategorier der skal oprettes hvis efterspørgslen er der ([underemner]), links fra menu, breadcrumbs og relaterede kategorier.

Lever: Titel, meta, H1 og kategoritekst (300-500 ord, uden fyld) med [placeholders]; tabel over anbefalede underkategorier (navn, søgeord, ny/eksisterende); og tekniske punkter: Paginering, canonicals på side 2+, sortering og filtre der ikke må generere indekserbare URL'er.

Min webshop [website] sælger [produkttype]. Problem: [Leverandørbeskrivelser kopieret på mange sites, for korte tekster, rangerer ikke]. Eksempel på produkt: [produkt, egenskaber, målgruppe, søgeord].

Byg skabelonen: Struktur (H1 produktnavn med vigtigste egenskab, fordele før specifikationer, FAQ-blok om kompatibilitet, størrelse, pleje, levering), unik tekst selv når produktet ligner 40 andre (metode: vinkel efter brug, køberprofil eller konkret forskel), komplet Product schema (pris, lagerstatus, anmeldelser hvis de findes).

Lever: Eksemplet færdigskrevet; den annoterede skabelon til genbrug; strategi for prioritering af kataloget (matrix over efterspørgsel vs. avance, med minimumshåndtering af lavprioritets-produkter); og regler for varianter (én side med vælger frem for ti næsten identiske sider).

Min webshop [website] ([produkttype]) håndterer udgåede varer dårligt: [nuværende situation: 404 på slettede varer, udsolgte sider efterladt som de er, bulk-redirects til forsiden]. Omtrentligt volumen: [antal]. Nogle varer kommer igen [sæson], andre forsvinder for altid.

Byg beslutningstræet: Midlertidigt udsolgt (behold side som 200 med forventet dato, foreslå alternativer, lager-agent; slet aldrig), erstatning af nyere model (301 redirect til efterfølger), permanent udgået med alternativer (301 til tætteste kategori eller produkt, ikke forsiden), udgået uden alternativ (bevidst 410 efter oprydning i interne links), og håndtering af sider med stærke backlinks eller trafik.

Lever: Beslutningstræ som betinget liste; tabel med regler til implementering (situation, HTTP-kode, sideindhold, lager-schema opdatering, link-oprydning); og månedlig rutine for kontrol af 404 og redirects i Search Console.

Min webshop [website] genererer URL'er via filtre: [eksempler: farve, størrelse, brand, pris, kombinationer]. Status: [alle indekserbare, alle blokerede, eller ukontrolleret]. Hovedkategorier: [kategorier].

Definer politikken: En filterkombination fortjener kun indeksering, hvis der er reel søgeefterspørgsel ([brand + kategori], [kategori + populær egenskab]) OG hvis den tilbyder nok produkter; alt andet (pris, sortering, flere kombinationer, størrelser undtagen specialtilfælde) skal holdes ude af indekset uden at spilde crawl budget.

Lever: Tabel med politik pr. facet (facet, eksempel-URL, sandsynlig søgning, beslutning indekser/noindex/bloker i robots.txt/canonical, begrundelse); tekniske regler for implementering; håndtering af indekserede facetter (egen titel, H1, kort tekst, linkstruktur); og værn mod eksplosion i antallet af URL'er.

Min webshop [website] har følgende struktur: [antal kategorier, dybde, eventuel blog]. Mistænkte problemer: [produkter mere end 4 klik fra forside, vigtige kategorier med få links, blog der ikke linker til shop]. Prioriterede sider: [kategorier eller produkter].

Byg linkplanen: Fra forsiden (hvilke kategorier og udvalg fortjener direkte link, sæsonrotation), mellem kategorier (relaterede kategorier, underkategorier), fra produktsider (komplementære og alternative produkter, breadcrumbs), fra bloggen (hvert info-indhold skal linke til relevante kategorier/produkter med beskrivende ankertekst), og tematiske sider til at fange [tværgående søgninger: gaveideer, specifik brug] uden naturlig kategori.

Lever: Tabel over links der skal tilføjes (kildeside, målside, placering, ankertekst, mål) prioriteret efter effekt; generelle regler til skabeloner; og metode til at måle dybde før/efter med en crawler.

Mit brand [brand] ([ydelse], marked [marked]) vil vide, hvordan det optræder i svar fra AI-assistenter (ChatGPT, Perplexity, Gemini, Google AI Overviews), når en potentiel kunde stiller spørgsmål som [eksempel spørgsmål].

Byg først en måleprotokol: Liste med 15-20 søgninger (købsspørgsmål og sammenligninger, ikke kun brand), registreringsskema (assistent, søgning, er mit brand nævnt, placering, kilder, nævnte konkurrenter), frekvens, og forholdsregler (ikke-deterministiske svar, sessionsvariabler).

Foreslå derefter forbedringstiltag, adskil faktiske metoder (blive citeret af kilder assistenterne bruger, klare faktuelle sider, autoritet og konsistente mentions) fra ubekræftede hypoteser. Lever: Protokol, registreringsskema klar til brug, og handlingsplan i 5 prioriterede spor med angivelse af sikkerhedsniveau.

Min side [URL] omhandler [emne] og sigter mod både klassisk søgning og citering i AI-svar (AI Overviews, Perplexity, ChatGPT browsing). Nuværende indhold: [tekst eller struktur].

Genskriv med fokus på citérbarhed uden at ødelægge læseoplevelsen: Hver vigtig sektion starter med et direkte, selvstændigt svar (navngiven entitet, komplet påstand der giver mening uden kontekst), fakta er dateret og kildeangivet ("ifølge [kilde] i [år]..."), definitioner og nøgletal er formuleret i sætninger der kan trækkes ud, lister og tabeller bruges hvor relevant, siden viser forfatter og opdateringsdato.

Lever: Siden genskrevet sektion for sektion; en før/efter tabel med de 5 mest ændrede passager og begrundelse; liste over påstande der mangler kilder. Vær realistisk: Gør det klart at ingen teknik garanterer citering, målet er at øge sandsynligheden.

Jeg er marketingansvarlig for [virksomhed] ([branche], andel af organisk trafik: [andel]). Ledelsen ønsker en vurdering af AI-søgemaskiner: Skal vi omfordele SEO-budgettet, oprette llms.txt, eller købe "GEO" (Generative Engine Optimization) ydelser?

Skriv et notat opdelt i tre kategorier. Det observerbare: Udvikling i egne data ([klik/eksponeringer i Search Console, henvisningstrafik fra assistenter i GA4]), tilstedeværelse af AI Overviews på vores søgeord. Det rimeligt etablerede: Fundamentale SEO-principper der gavner begge verdener (faktuelt indhold, autoritet, strukturerede data, crawlbarhed). Det spekulative: Marker dette tydeligt, inklusiv llms.txt hvis udbredelse ikke er bevist endnu.

Format: Én side, struktur: Observation / Hvad vi gør / Hvad vi ikke gør / Hvad vi overvåger med hvilken KPI. Ingen markedstal uden verificerbar kilde: Marker med [kilde mangler] hvor relevant.

Du er senior SEO-konsulent. Jeg skal auditere [website] ([type, størrelse, forretningsmodel]). Adgang: [Search Console, GA4, crawler, eventuelt logs]. Mål med audit: [beslutte nyt design, overtage SEO, forberede budget].

Udfør auditten i 6 søjler: Teknisk (indeksering, crawl, rendering, hastighed), arkitektur og links, indhold (hensigt, kvalitet, kannibalisering, zombie-sider), autoritet (linkprofil), konkurrenter (hvem rangerer og med hvad), og måling (virker tracking?). For hver søjle: Præcise tjek, værktøj, og forskellen på en kritisk fejl og et forbedringspunkt.

Lever format til afrapportering: Ledelsesresumé på 10 linjer (status, 3 største problemer, 3 beslutninger), komplet tabel over observationer (søjle, observation, bevis, effekt høj/medium/lav, indsats, prioritet), og roadmap for de første 90 dage. Regel: Hver observation skal have bevis (data, URL, screenshot).

Før jeg skriver indhold til [søgeord] for [website], vil jeg analysere SERP korrekt. Her er side 1: [for hvert resultat: site-type, titel, format; plus funktioner: AI Overview, featured snippet, People Also Ask, billeder, video, lokalpakke, shopping].

Analyser: Den reelle hensigt Google har valgt (kan afvige fra min antagelse: Det dominerende format på side 1 ER dommen), det format jeg skal bruge for at være kompatibel (guide, sammenligning, produktside, værktøj, video), SERP-funktioner der stjæler klik før de organiske resultater, og sværhedsgrad for MIT site (hvis siden er domineret af sites med ekstrem autoritet, så sig det og foreslå et lettere alternativ).

Lever: Dom over hensigt i 2 sætninger, tabel over analyserede resultater (position, aktør, format, vinkel, svaghed), begrundet go/no-go beslutning, og hvis go: Format, unik vinkel og SERP-funktion at gå efter.

Min konkurrent [konkurrent] har bedre organisk synlighed end mig. Mit site: [website]. Hvad jeg kan se: [deres rangerende sider, synlig struktur, udgivelsesfrekvens, backlinks hvis værktøj haves].

Analyser metodisk: Hvilke søgeordssegmenter performer de på (transaktionel, info, brand, lokal) og hvor mangler de, hvilke sideskabeloner driver deres synlighed (har de en genkendelig struktur?), deres indholdsstrategi (frekvens, format, dybde, vinkler), identificerbare linkkilder, og deres udnyttelige svagheder (glemte segmenter, forældet indhold, dårlig hensigt).

Lever: Opsummering af deres strategi i 5 punkter med URL-eksempler; tabel over læringspunkter (observation, bevis, kan det overføres ja/nej, hvordan, indsats); de 3 kampe man IKKE skal tage, og de 3 steder hvor det er realistisk at overhale dem. Forbud mod at kopiere: Overfør mekanismer, ikke indhold.

Mit team lancerer jævnligt [type: nye sider, nye skabeloner, funktioner] på [website]. Vi har tidligere haft [hændelser: noindex glemt i prod, ødelagte canonicals, fald efter nyt design]. Jeg vil have en systematisk SEO-tjekliste integreret i vores proces.

Byg tjeklisten i tre faser. Før lancering (staging): Ønsket indekserbarhed (meta robots, robots.txt, canonicals), tags (titel, meta, Hn), linkstruktur, redirects klar hvis URL'er ændres, strukturerede data, performance. Dag 0: Fjern blokering fra staging uden at tage fejl med (den klassiske noindex), indsend sitemap, URL-inspektion på vigtige sider. Ugerne efter: Overvåg 404, dækning i Search Console, positioner.

Lever i en tabel: Kontrolpunkt, testmetode (værktøj, handling), forventet resultat, kritisk ja/nej, ansvarlig [roller i teamet]. Kort version (10 kritiske punkter) og fuld version.

Min SEO-audit af [website] har identificeret tekniske fejl til udviklerteamet, som ikke er SEO-eksperter: [liste over fejl, f.eks. manglende canonicals, redirect-kæder, indekserbare parametre, duplikerede titler, billeder uden dimensioner].

Gør hvert problem til en brugbar ticket: Eksplicit titel, faktuel observation med eksempel-URL og bevis ([screenshot, svarkode, kildekode]), præcis beskrivelse af forventet adfærd (ikke "forbedr canonicals", men den præcise logik), omfang (hvilke skabeloner, hvilke undtagelser), acceptkriterier udvikleren selv kan tjekke, og prioritet begrundet i effekt.

Lever: Tickets skrevet én for én, klar til [værktøj: Jira, GitHub], derefter en opsummeringstabel (ticket, prioritet, estimeret indsats, afhængigheder, anbefalet rækkefølge). Regel: Foreskriv ikke den tekniske løsning hvis flere er mulige; beskriv resultatet og lad teamet vælge metoden.

Jeg skal lave en SEO-månedsrapport for [website] til [modtager: kunde, ledelse]. Data for måneden: [klik, eksponeringer, positionsudvikling, konverteringer fra GA4, udførte handlinger]. Kontekst: [sæson, igangværende projekter, hændelser: Google-opdatering, nyt design...].

Byg rapporten: Opsummering på 5 linjer der svarer på læserens eneste spørgsmål (går det fremad, og hvorfor), KPI'er præsenteret med tendenser og kloge sammenligninger (måned vs. måned OG vs. samme måned sidste år ved sæsonudsving), ærlig forklaring af udsving (skeln mellem egne handlinger, markedet og Google; sig "vi ved det ikke endnu" hvis det er sandt), udførte opgaver og næste måneds fokus.

Lever: Komplet struktur med tekst baseret på mine data i [parenteser], en KPI-tabel (metrik, værdi, udvikling, forklaring), og 3 gyldne regler for datakommentarer (aldrig konklusion på én uge, altid fokus på konvertering).

Jeg har en backlog af SEO-opgaver for [website]: [liste over opgaver: teknik, indhold, linkbuilding, design]. Ressourcer: [SEO-timer, dev-adgang X dage pr. sprint, indholdsbudget]. Vigtigste mål: [forretningsmål].

Prioriter backloggen: Vurder hver handling på forventet effekt ift. målet (høj/medium/lav, med begrundelse), indsats baseret på MINE ressourcer (en vigtig handling blokeret af manglende dev skal markeres), tid før effekt, og afhængigheder (f.eks. indhold kræver teknisk rettelse først).

Lever: Komplet scoring-tabel (handling, effekt, indsats, tid, afhængigheder, score, foreslået kvartal); roadmap over 2 kvartaler med 3 spor (teknik, indhold, autoritet); eksplicit prioritering (hvad vi IKKE gør og hvorfor); og for hver opgave i Q1: Succeskriterie og dato for opfølgning. Format: Klar til præsentation for ledelsen.

Jeg skal estimere den organiske trafik [website] kan opnå på [tidshorisont], hvis vi eksekverer [SEO-plan]. Startdata: [nuværende trafik, historisk vækst, positioner på vigtige søgeord, estimeret volumen].

Byg fremskrivningen uden falsk præcision: Metode med intervaller (hvilke sider kan realistisk rykke til hvilke positioner, med forsigtige CTR-estimater), tre scenarier (lav, middel, høj) med EKSPLICITTE antagelser (produktionshastighed overholdes, ingen negative Google-opdateringer, stabil sæson), og faktorer uden for vores kontrol listet sort på hvidt.

Lever: Fremskrivningstabel pr. scenarie og kvartal, nummereret liste over antagelser og deres usikkerhed, milepæle for justering (hvornår sammenligner vi realiseret vs. estimeret), og et afsnit til ledelsen der forklarer usikkerheden uden at gøre estimatet ubrugeligt. Forbud mod at give ét enkelt tal uden interval.

Jeg skal forsvare et årligt SEO-budget på [beløb] over for ledelsen i [virksomhed], som tænker i ROI og sammenligner med [betalt kanal: Google Ads, SoMe ads]. Data: [nuværende organisk trafik/konvertering, CPA for betalt kanal, kundeværdi].

Byg argumentationen: Hvad den nuværende organiske trafik ville koste, hvis den skulle købes via CPC (beregnet ud fra MINE data), budgetstruktur post for post (hvad, hvorfor, output), den ærlige tidslinje (SEO betaler sig med forsinkelse, men marginalomkostningen falder, modsat betalt annoncering), risici ved ikke at investere (afhængighed af annoncering, konkurrenter der vinder terræn, teknisk gæld), og hvornår ledelsen kan evaluere resultaterne.

Lever: Notat i 5 sektioner, budgettabel (post, beløb, output, KPI), opsummerings-slide på 6 linjer, og svar på 3 forventede indvendinger ([forventede indvendinger, f.eks. "hvorfor ikke bare bruge flere penge på Ads", "hvad garanterer resultatet"]). Tone: Faktuel, ingen garantier, dokumenterede mekanismer.

Jeg vil organisere SEO-overvågning for [website] for hurtigt at opdage problemer uden at bruge hele dagen i værktøjer. Ressourcer: [tilgængelige værktøjer: Search Console, GA4, eventuelt ranking-værktøj]. Kritiske søgeord og sider: [liste eller beskrivelse].

Byg setuppet: Hvad følger vi løbende (prioriterede søgeordsgrupper frem for enkelte ord der svinger naturligt, strategiske sider, indekseringsdækning, 404 på trafiksider, responstid), passende frekvenser (dagligt for tekniske alarmer, ugentligt for positioner, månedligt for dyb analyse), og især alarmtærskler der skelner støj fra signaler (en position der rykker 2 pladser er intet, en de-indekseret strategisk side er en nødsituation).

Lever: Tabel over setup (overvåget element, værktøj, frekvens, alarmtærskel, alvorlighed, reaktion og deadline), konkret konfiguration af alarmer i [Search Console, GA4], og en ugentlig 20-minutters rutine med tjekliste.