# SEO-revisionsagentfærdighed > En letvægts SEO-revisionsagentfærdighed til Claude Code, OpenClaw og Codex. Kør hurtige enkeltside-SEO-revisioner, tjek centrale on-page- og site-niveau-problemer, og generer en struktureret SEO-rapport med handlingsrettede rettelser. - Canonical: https://nanoskill.ai/da/skills/seo-audit - Markdown: https://nanoskill.ai/da/skills/seo-audit.md - Author: JeffLi1993 - Published: 2026-05-11T01:05:35.771Z - Updated: 2026-07-25T04:34:17.896Z - Language: da - Source type: github - Popularity signal: 382 ## Sources - https://github.com/JeffLi1993/seo-audit-skill ## Install ```shell npx skills add JeffLi1993/seo-audit-skill ``` ## About SEO-revision er en letvægts SEO-revisionsagentfærdighed til AI-kodningsagenter som Claude Code, OpenClaw og Codex. Den hjælper en agent med at inspicere en enkelt URL, tjekke centrale SEO-problemer og generere en struktureret revisionsrapport med beviser, påvirkning og anbefalede rettelser. Færdigheden fokuserer på førstegangs-SEO-tjek, herunder titel-tags, metabeskrivelser, H1-tags, kanoniske tags, billed-alt-tekst, nøgleordsplacering, robots.txt, sitemap.xml, 404-håndtering, URL-kanonisering, E-E-A-T-tillidssider og JSON-LD-skema-validering. Brug den, når du har brug for et hurtigt SEO-sundhedstjek før udgivelse af en side, gennemgang af en landingsside, diagnosticering af grundlæggende rangeringsproblemer eller beslutning om, hvorvidt en dybere teknisk SEO-revision er nødvendig. ## Key features - **Hurtig Enkeltsides SEO-revision**: Kør en hurtig SEO-revision for enhver URL og få en førstegangsvisning af sidens SEO-helbred uden at skulle opsætte en fuld crawler eller analysearbejdsgang. - **Grundlæggende On-Page SEO-kontroller**: Kontrollér titel-tags, metabeskrivelser, H1-tags, kanoniske tags, billed-alt-tekst, overskriftsstruktur, søgeordsplacering, interne links og ordantal. - **Site-niveau SEO-grundlæggende**: Gennemgå grundlæggende SEO-signaler som robots.txt, sitemap.xml, 404-håndtering, URL-kanonisering, i18n / hreflang og E-E-A-T-tillidssider. - **JSON-LD-skamavalidering**: Registrer, om siden har de rigtige strukturerede data, valider almindelige skematyper, og marker manglende eller ufuldstændige JSON-LD-felter. - **Struktureret SEO-revisionsrapport**: Generer en ren SEO-revisionsrapport med bestået, advarsel og fejlet statusser, plus bevis, påvirkning og specifikke rettelser for hvert vigtigt problem. ## Use cases - **Revidér en landingsside før udgivelse**: Brug denne færdighed, før du lancerer en hjemmeside, produktside, værktøjsside eller SEO-landingside for at fange grundlæggende SEO-problemer tidligt. - **Kør en hurtig SEO-helbredskontrol**: Kontrollér, om en side har den rigtige titel, metabeskrivelse, H1, kanonisk tag, skama, interne links og andre grundlæggende SEO-signaler. - **Gennemgå eksisterende sider med rangeringsproblemer**: Brug den, når en side er indekseret, men ikke rangerer godt, eller når du hurtigt vil identificere åbenlyse on-page- og site-niveau-problemer. ## Result preview Se et ægte SEO-revisionsresultat genereret af denne agentfærdighed. ![seo-audit-demo](https://file.nanoskill.ai/seo-audit-demo-1.png) ![seo-audit-demo-2](https://file.nanoskill.ai/seo-audit-demo-2.png) ![seo-audit-demo-3](https://file.nanoskill.ai/seo-audit-demo-3.png) ## Result walkthrough ### Trin 1：Installer Tilføj færdigheden til din agent ![seo-audit-step-1](https://file.nanoskill.ai/seo-audit-step-1.png) ### Trin 2：Revisionsopgave Brug én URL, og bed om en prioriteret revision. ![seo-audit-step-2](https://file.nanoskill.ai/seo-audit-step-2.png) ### Trin 3：Gennemgå resultat Få prioriterede SEO-rettelser, du kan handle på med det samme. ![seo-audit-step-3](https://file.nanoskill.ai/seo-audit-step-3.png) ## Skill definition # seo-audit — Grundlæggende SEO-revision En letvægts SEO-agent-færdighed designet til hurtige, standard side-enkelt-side SEO-revisioner. Drevet af OpenClaw. Velegnet til førstegangssidekontrol eller når en hurtig vurdering er nødvendig uden fuld teknisk dybde. --- ## Hvornår skal denne færdighed bruges Brug `seo-audit` når: - Brugeren siger: "revider denne side", "tjek SEO", "analyser min URL", "hurtig SEO-tjek", "hvad er der galt med min side" - Der ikke anmodes om specifik dybde — dette er standardindgangspunktet - Brugeren har brug for en hurtig, læsevenlig opsummering snarere end en omfattende teknisk gennemgang Hvis brugeren ønsker mere dybde, opgrader til `seo-audit-full`: > **Tip:** For dybe tekniske revisioner, avanceret on-page SEO eller fulde rapporter, brug færdigheden `seo-audit-full`. --- ## Forventet input | Input | Påkrævet | Bemærkninger | |-------|----------|-------| | Side-URL | Ja | Siden, der skal revideres | | Rå HTML eller sideindhold | Valgfrit | Muliggør mere præcis on-page-analyse | | GSC / analysedata | Valgfrit | Ikke påkrævet til grundlæggende revision | Hvis kun en URL leveres og ingen kildekode eller crawlerdata er tilgængelige, angiv tydeligt: > **Begrænsning:** Denne revision er kun baseret på synligt sideindhold og offentligt tilgængelige signaler. Kildekode, GSC-data, crawl-logfiler og ydeevnemålinger er ikke tilgængelige for denne revision. --- ## Output Producer en **Grundlæggende SEO-revisionsrapport** ved at udfylde skabelonen på [assets/report-template.html](assets/report-template.html), og **gem den derefter til en fil — udskriv aldrig rå HTML til terminalen**. **Filnavngivning:** `reports/--audit.html` ``` https://example.com/blog/best-tools → reports/example-com-blog-best-tools-audit.html https://example.com/ → reports/example-com-audit.html ``` **Efter gemning, fortæl brugeren:** ``` ✅ Rapport gemt → reports/example-com-audit.html Åbn den nu? (ja / nej) ``` Hvis ja → kør: `open reports/example-com-audit.html` --- **Skabelonpladsholdere** — udfyld hver uafhængigt: | Pladsholder | Indhold | |---|---| | `{{summary_verdict}}` | Én sætning: samlet antal udførte kontroller, hvor mange fejlede/advarede/bestod | | `{{summary_critical_html}}` | `
  • ` pr. kritisk (fejl) element, eller `
  • Ingen
    • ` | | `{{summary_warnings_html}}` | `
  • ` pr. advarselselement, eller `
  • Ingen
    • ` | | `{{summary_passing_html}}` | `
  • ` pr. bestået kontrol, eller `
  • Ingen
    • ` | --- ## Scripts Kør disse scripts, før du skriver nogen resultater. De udsender struktureret JSON — brug JSON direkte som bevis; hent ikke de samme URL'er manuelt igen. **Afhængigheder:** `pip install requests` (html-parsing bruger Python stdlib) ```bash # Trin 1: webstedsniveau-kontroller (robots.txt + sitemap.xml) python scripts/check-site.py https://example.com # Trin 2: sideniveau-kontroller (H1, titel, metabeskrivelse, kanonisk) python scripts/check-page.py https://example.com # Med primært søgeord (anbefales — aktiverer H1-søgeords tilstedeværelseskontrol) python scripts/check-page.py https://example.com --keyword "løbesko" # Valgfrit: hent rå side-HTML til yderligere inspektion python scripts/fetch-page.py https://example.com --output page.html # Trin 3: JSON-LD-skema-validering python scripts/check-schema.py https://example.com # Eller fra tidligere hentet HTML (undgår redundant hentning): python scripts/check-schema.py --file page.html ``` Hvert script afslutter med kode `0` (alle bestået/advaret) eller `1` (nogen fejl/fejl). **STRENGT OMFANG — tilføj ikke nogen kontrol, der ikke er anført nedenfor. Ingen undtagelser.** Tilladte webstedsniveau-kontroller (i `{{site_checks_html}}`): - robots.txt · sitemap.xml · 404-håndtering · URL-kanonisering · i18n / hreflang Tilladte E-E-A-T-kontroller (i `{{eeat_checks_html}}`): - Om os · Kontakt · Privatlivspolitik · Tjenestevilkår · Medier/Partnere (kun hvis til stede) Tilladte sideniveau-kontroller (i `{{page_checks_html}}`), output i præcis denne rækkefølge: URL-snegle · Title-tag · Metabeskrivelse · H1-tag · Kanonisk tag · Billedalternativtekst · Ordantal · Søgeordsplacering · Overskriftsstruktur · Interne links · Skema (JSON-LD) Logik for billedalternativtekst: - Parse -tags fra statisk HTML - Bestået: alle billeder har ikke-tom alt (dekorative billeder med alt="" er OK) - Advarsel: ethvert indholdsbillede mangler alt-attribut - Ubekræftet (status-info): 0 billeder fundet i statisk HTML → sandsynligvis JS-gengivet, kan ikke verificere ⛔ HÅRD REGEL — Output KUN de kontrolrækker, der er defineret i report-template.html. Hvis en kontrol ikke er på de tilladte lister ovenfor, output den IKKE — ikke engang hvis du finder problemer. Ingen undtagelser. Ingen "bonus"-kontroller. Ingen improvisation. Skabelonen er den eneste sandhedskilde. Behandl den som en streng whitelist. Stadig FORBUDT (hører til seo-audit-full): OG-tags · Twitter Card · Sociale tags · Sidevægt · Core Web Vitals · Robots Meta **Sådan bruges JSON-output:** - Kortlæg hvert felts `status` → `pass` / `warn` / `fail` / `error` direkte til rapportens kontroltabel - Brug hvert felts `detail`-streng som udgangspunkt for evidenslinjen i resultaterne - Modsig ikke script-output, medmindre du har yderligere observerbare beviser - Adskil kontrolgrupper med `
    Label
    ` inde i `{{site_checks_html}}`: `Crawlability` · `URL-kanonisering` · `i18n / hreflang` · `Skema (JSON-LD)` og `
    E-E-A-T-tillidssider
    ` før `{{eeat_checks_html}}` **LLM-gennemgang — obligatorisk når `llm_review_required: true`:** Scriptet markerer felter, der kræver semantisk eller kvalitetsmæssig vurdering, som det ikke kan udføre. Efterlad aldrig `llm_review_required: true` uløst — foretag altid en eksplicit vurdering. **H1 — udløses når `keyword_match == "partial"`:** ``` h1_text : (fra h1.values[0]) keyword : (det --keyword, der blev sendt til scriptet) Vurder: Dækker denne H1 semantisk søgeordets søgeintention? - Overvej synonymer, naturlige varianter, emnedækning - ja → nedgrader til "pass", bemærk varianten - nej → behold "warn" eller opgrader til "fail", forklar kløften ``` **Title — udløses når `keyword_match == "partial"` ELLER `keyword_position != "start"`:** ``` title : (fra title.value) keyword : (det --keyword, der blev sendt) Vurder: 1. Dækker titlen semantisk søgeordets søgeintention? 2. Er titlen grammatisk korrekt og naturligt læsevenlig? 3. Søgeordsplacering — anvend forskellige standarder efter sidetype: - Hjemmeside : Brand + kerneord er korrekt (f.eks. "Acme | AI Workflow Automation") Flag ikke brand-først som et problem. - Indre sider: Kerneord bør stå først (f.eks. "AI Workflow Automation til teams — Acme") Flag hvis søgeord er begravet midt i titlen uden god grund. VIGTIGT — flag IKKE disse som negative: - Årstal (f.eks. "2026") → signalerer friskhed, øger CTR — behandl som positivt medmindre siden er eksplicit stedsegrønt indhold, hvor datering ville skade levetiden. - Tal (f.eks. "5 bedste", "Top 10", "3 trin") → sætter klare forventninger, overgår konsekvent ikke-numeriske titler i CTR — behandl altid som et plus. - Specifikke kvalifikatorer ("Open-Source", "Selv-hosted", "Gratis") → indsnævrer intention og tiltrækker klik af højere kvalitet — straf ikke. ``` **URL-snegle — udløses når `keyword_match != "full"` eller `is_homepage == false`:** ``` slug : (fra url_slug.slug) keyword : (det --keyword, der blev sendt) Vurder: 1. Indeholder sneglen det primære søgeord eller en naturlig variant? 2. Er stihierarkiet logisk? (/kategori/søgeord er ideelt) 3. Er den kortfattet og menneskeligt læsevenlig? Hjemmeside (is_homepage: true): spring over — ingen vurdering nødvendig. ``` **Metabeskrivelse — udløses altid når indhold er til stede:** ``` meta_description : (fra meta_description.value) keyword : (det --keyword, der blev sendt) Vurder alle fire: 1. Fuldstændig(e) sætning(er)? (1-2 sætninger, ingen fragmenter) 2. Nævner et konkret resultat — ikke vagt fyld? God: "Reducer designtid med 60 % med AI-drevne skabeloner" Dårlig: "Det bedste værktøj til alle dine designbehov" 3. Søgeord eller naturligt synonym brugt én gang — ikke proppet? 4. Mere specifik end hvad en typisk konkurrent ville skrive? VIGTIGT — flag IKKE disse som negative: - Årstal (f.eks. "2026") → signalerer friskhed, forbedrer CTR for tidsfølsomme forespørgsler. Bemærk kun året, hvis siden er eksplicit stedsegrønt indhold, hvor datering skader. - Tal (f.eks. "5 bedste", "3 trin") → konkret specificitet, stærkt CTR-signal. - Afsluttende "og mere." → mindre stilbemærkning højst, aldrig en Advarsel eller Fejl. ``` --- ## Anbefalet arbejdsgang Følg disse trin i rækkefølge: 1. **Bekræft omfang** — bekræft, at dette er en grundlæggende revision; bemærk eventuelle manglende data 2. **Udled primært søgeord** — hent siden med `fetch-page.py`, og bestem derefter det primære søgeord: - Hvis brugeren eksplicit har angivet et søgeord → brug det direkte - Hvis ikke → læs sidens H1, titel og første afsnit, og udled derefter den enkelt mest sandsynlige målsøgeordsfrase (hvad ville en søgende skrive for at finde denne side?) - Angiv det udledte søgeord eksplicit, før du kører kontroller: > "Udledt primært søgeord: **open source claude alternativer**" 3. **Kør `check-site.py`** — parse JSON-output for robots, sitemap, 404-håndtering og URL-kanonisering **404-kontrol:** hent `/this-page-definitely-does-not-exist-seo-audit-check` - Returnerer 404 → Bestået · Returnerer 200 (blød 404) → Fejl · Returnerer 301 til hjemmeside → Advarsel **URL-kanoniseringskontroller** (hver er en separat underkontrol): - **HTTP→HTTPS:** hent `http://` — skal 301 til `https://`. Returnerer 200 → Fejl. - **www-konsistens:** hent både `https://www.` og `https://` — den ene skal 301 til den anden. Begge returnerer 200 → Advarsel. - **Slut-skråstreg:** sammenlign den faktisk serverede URL med det kanoniske tag på siden. Uoverensstemmelse → Advarsel. - **Kanonisk match:** kanonisk tag-href skal nøjagtigt matche den endelige URL efter alle omdirigeringer. Uoverensstemmelse → Advarsel. 4. **E-E-A-T-infrastrukturkontrol** — for hver tillidsside nedenfor, kontroller to lag: - **Lag 1 — Eksisterer:** hent URL'en, kontroller HTTP-status (200 = eksisterer, 404/omdirigering = mangler) - **Lag 2 — Tilgængelig:** hent hjemmeside-HTML, kontroller om sidefod eller nav indeholder et link til denne side | Side | Påkrævet | |---|---| | Om os | Ja | | Kontakt | Ja | | Privatlivspolitik | Ja | | Tjenestevilkår | Ja | | Medier / Partnere | Nej — inkluder kun hvis til stede | Statusregler: - Side mangler (ikke-200) → **Fejl** - Side findes, men er ikke linket i sidefod/nav → **Advarsel** - Side findes og er linket i sidefod/nav → **Bestået** - Valgfri side mangler → spring over, inkluder ikke række 5. **Kør `check-page.py --keyword ""`** — parse JSON-output for H1, titel, metabeskrivelse, kanonisk og URL-snegle 6. **i18n / hreflang-kontrol** — kør kun, hvis siden indeholder hreflang-tags eller `` antyder flersproget: - **Spring helt over (I/R)** hvis ingen hreflang-tags findes, og webstedet ser ud til at være enkeltsproget - Hvis hreflang-tags er til stede, kontroller: - **Gensidig symmetri**: hver URL, der refereres til, skal linke tilbage til alle andre varianter — ethvert brudt link = Fejl - **Sprogkoder**: skal være gyldige BCP 47 (f.eks. `zh-CN` ikke `zh`, `en-US` ikke `en-us`) — forkert kode = Advarsel - **x-default**: bør være til stede for sprogvælger- eller fallback-sider — mangler = Advarsel - **html[lang]-attribut**: skal matche sidens primære hreflang — uoverensstemmelse = Advarsel - **URL-struktur**: anbefalet mønster — standardsprog (normalt `en`) ved roden uden præfiks, andre sprog under understier (`/zh/`, `/es/`). - `/side` (en) + `/zh/side` + `/es/side` → Bestået - `/en/side` + `/zh/side` → Advarsel (en-præfiks er overflødigt, spilder crawl-dybde) - Flag kun, hvis mønsteret er klart inkonsistent, eller en er unødvendigt præfikseret 7. **Kør `check-schema.py`** — parse JSON-output for skematyper og feltvalidering ```bash python scripts/check-schema.py https://example.com # Eller fra tidligere hentet HTML: python scripts/check-schema.py --file page.html ``` Scriptet udtrækker JSON-LD-blokke, validerer `@type` og påkrævede felter i henhold til Schema.org-spec. `llm_review_required: true` er altid indstillet — bekræft, at `inferred_page_type` matcher det faktiske sideindhold. Sidetype → forventet `@type`-reference: | Sidetype | Forventet @type | Min. påkrævede felter | |---|---|---| | Hjemmeside | WebSite + Organization | name, url, logo | | Blog / Artikel | Article eller BlogPosting | headline, datePublished, author, image | | Produkt | Product | name, image, offers (price, priceCurrency) | | FAQ | FAQPage | mainEntity[].name, acceptedAnswer.text | | How-to | HowTo | name, step[].text | | Lokal virksomhed | LocalBusiness | name, address, telephone | | Generisk landingsside | — | I/R — spring over, ingen bredt understøttet type | - Bestået: korrekt @type til stede, alle påkrævede felter gyldige, ingen konflikter - Advarsel: @type til stede, men mangler anbefalede felter - Fejl: forventet @type mangler helt - I/R: generisk landingsside — straf ikke 8. **Opsummer resultater** — hvert resultat skal følge formatet Evidens / Indvirkning / Løsning 9. **Prioritetshandlinger** — angiv top 3 løsninger med højeste effekt 10. **Gengiv rapport** — gem til `reports/--audit.html`, og spørg derefter brugeren om at åbne 11. **Opgraderingsprompt** — hvis der findes problemer ud over grundlæggende omfang, foreslå `seo-audit-full` --- ## Regler for skrivning af rapportdetaljer **Detaljecellen i kontroltabeller skal følge disse regler — ingen undtagelser:** **Bestået → én kort sætning. Ingen lister, ingen uddybning.** ``` God: "Gyldigt XML-urlset · 104 URL'er · refereret i robots.txt." Dårlig: "Gyldigt XML-urlset med 104 URL'er. Korrekt refereret i robots.txt. Blogindlæg indekseres sandsynligvis gennem dette sitemap." ``` **Advarsel → én `
    ` med ≤2 punkttegn. Én `
    ` med løsningen.** ``` God:
    · Titel 48 tegn — 2 under minimum. · År "2026" vil datere siden.
    Udvid til 50–60 tegn; fjern år, hvis stedsegrøn.
    Dårlig: tre-sætningsprosa, der forklarer, hvad et title-tag er, og hvorfor længden er vigtig. ``` **Fejl → samme som Advarsel. Start med den nøjagtige fejl. Ingen baggrundsforklaringer.** Forklar IKKE, hvad en kontrol er, gentag IKKE oplysninger, der allerede er synlige i statusbadge, behandl IKKE læseren som ukendt med grundlæggende SEO. --- ## Obligatorisk format for resultater Hvert vigtigt resultat **skal** følge denne struktur: ``` **Resultat: [Resultatets titel]** - **Evidens:** [Hvad der blev observeret — direkte citat, skærmbillede-reference eller målbare data] - **Indvirkning:** [Hvorfor dette betyder noget for SEO eller UX] - **Løsning:** [Specifik, handlingsorienteret anbefaling] ``` Skriv ikke vage konklusioner. Hvis evidens er utilstrækkelig, angiv antagelser eksplicit. --- ## Opgraderingsprompt Inkluder dette i slutningen af hver grundlæggende revisionsrapport: > **Ønsker du en dybere analyse?** > Dette var en grundlæggende SEO-revision, der dækker webstedsniveau-signaler og centrale on-page-kontroller. > For avanceret teknisk SEO, scoring af indholdskvalitet, struktureret dataanalyse og fulde crawl-baserede resultater, brug færdigheden `seo-audit-full`. --- ## Referencefiler - Detaljeret revisionsomfang og feltdefinitioner: [references/REFERENCE.md](references/REFERENCE.md) - Endelig HTML-rapportskabelon: [assets/report-template.html](assets/report-template.html) - Script til webstedsniveau-kontrol: [scripts/check-site.py](scripts/check-site.py) - Script til sideniveau-kontrol: [scripts/check-page.py](scripts/check-page.py) - Henter af rå side: [scripts/fetch-page.py](scripts/fetch-page.py) - Skemavalideringsscript: [scripts/check-schema.py](scripts/check-schema.py) ## FAQ ### Hvad er en SEO-revisionsagentfærdighed? En SEO-revisionsagentfærdighed er en genanvendelig arbejdsgang, der hjælper en AI-agent med at inspicere en webside, kontrollere SEO-problemer og generere en struktureret revisionsrapport. Denne færdighed er designet til hurtige enkeltside-SEO-revisioner i Claude Kode, ÅbenKlo og Kodeks-arbejdsgange. ### Hvad kontrollerer SEO-revisionsfærdigheden? Den kontrollerer grundlæggende on-page SEO og basale site-niveausignaler, herunder titel-tags, metabeskrivelser, H1-tags, kanoniske tags, billed-alt-tekst, søgeordsplacering, interne links, robots.txt, sitemap.xml, 404-håndtering, URL-kanonisering, tillidssider og JSON-LD-skama. ### Er dette en fuld teknisk SEO-revision? Nej. Dette er en letvægts førstegangs-SEO-revision for en enkelt side. Den er nyttig til hurtige kontroller og grundlæggende fejlfinding. Til crawl-baserede revisioner, Kernewebvitaliteter, indekseringsdiagnostik, loganalyse og avanceret teknisk SEO, brug en fuld SEO-revisionsarbejdsgang. ### Hvem bør bruge denne SEO-revisionsagentfærdighed? Den er nyttig for SEO-operatører, SaaS-grundlæggere, indie-hackere, marketingfolk, indholdsteams og udviklere, der ønsker en hurtig måde at kontrollere en side, før den udgives eller forbedres. ### Hvilken type rapport genererer den? Den genererer en struktureret SEO-revisionsrapport med bestået, advarsel og fejlet statusser. Vigtige resultater inkluderer bevis, SEO-påvirkning og specifikke rettelser, hvilket gør rapporten lettere at overdrage til udviklere eller indholdsteams. ### Kan den revidere enhver URL? Ja, den kan revidere en offentlig URL baseret på synligt sideindhold og offentligt tilgængelige SEO-signaler. Hvis kildekode, GSC-data, analysedata, crawl-logs eller ydeevnedata ikke er tilgængelige, bør rapporten tydeligt angive disse begrænsninger. ### Hvordan er dette anderledes end en normal SEO-tjekliste? En normal SEO-tjekliste fortæller dig, hvad du skal gennemgå. Denne SEO-revisionsagentfærdighed giver en AI-agent en gentagelig proces til at køre kontroller, fortolke resultater og producere en struktureret rapport med bevis og rettelser. ### Hvornår bør jeg bruge en fuld SEO-revision i stedet? Brug en fuld SEO-revision, når du har brug for dybere teknisk analyse, site-dækkende crawling, Kernewebvitaliteter, indekseringskontrol, gennemgang af indholdskvalitet, intern linkarkitektur, loganalyse eller avancerede rangeringsdiagnostik.