Automatisk intern lenking: metoder, oppsett og reglene som holder det trygt

Rask quiz

Hvilken måte å finne kunder på nettet passer deg best?

Spørsmål 1 av 425%

Hvordan finner kundene dine bedrifter som din?

De søker på Google eller spør ChatGPTDe oppdager dem i sosiale medierNoen anbefaler dem

Hva automatisk intern lenking er (og hva det ikke er)

En intern lenke er en lenke fra én side på nettstedet ditt til en annen side på samme nettsted. Den gjør tre ting: den lar crawlere oppdage sider, den forteller søkemotorer og AI-systemer hva målsiden handler om (gjennom ankerteksten og ordene rundt), og den sender autoritet videre fra sterke sider til svakere. Hvis grunnprinsippene er nye for deg, start med vår definisjon av intern lenking.

Å automatisere det betyr at et program tar seg av én eller flere av disse oppgavene:

• Oppdagelse: crawle nettstedet og liste hver side, hver eksisterende lenke og hver ankertekst.
• Matching: avgjøre hvilken side som skal lenke til hvilken, ut fra søkeord, betydning eller entiteter.
• Valg av ankertekst: finne en frase som allerede står i kildeteksten og beskriver målet.
• Innsetting: skrive lenken inn i HTML-koden, i CMS-databasen eller ved rendering.
• Vedlikehold: rette lenker når en URL endres, en side slettes eller en ny artikkel publiseres.

Hva det ikke er: en måte å presse den samme søkeordlenken inn på 500 sider, en erstatning for en nettstedsarkitektur eller en widget med relaterte innlegg nederst i hver artikkel. De kan inngå i et automatisert system, men alene skaper de mest støy.

Hvorfor manuell lenking ikke holder

Manuell lenking fungerer på et nettsted med 30 sider. Det svikter på et nettsted som publiserer hver uke, av en enkel grunn: hver ny artikkel skaper to jobber. Den trenger lenker ut til eksisterende sider, og eldre sider trenger lenker tilbake til den. Den andre jobben er den alle glemmer. Etter to år med publisering har du nye artikler som ingen lenker til, og gamle artikler som fortsatt peker på sider du siden har erstattet.

Denne artikkelen handler om maskineriet: metoder, innstillinger, et fungerende skript og de typiske feilene. For den strategiske siden (hvilke sider som skal prioriteres, hvordan du planlegger lenker for et flerspråklig nettsted), les først vår ekspertguide til strategi for intern lenking. De to tekstene er laget for å brukes sammen.

Hvorfor det betyr noe: hva dataene sier om interne lenker

Google er tydelig på minimumskravet. Dokumentasjonen om beste praksis for lenker sier at "hver side du bryr deg om, bør ha en lenke fra minst én annen side på nettstedet ditt", og at Google vanligvis bare kan crawle en lenke hvis den er et <a>-element med et href-attributt. En foreldreløs side er ikke forbudt, men da satser du på at nettstedskartet alene skal få den funnet og forstått.

Utover minimumskravet er det beste offentlige datasettet om temaet en korrelasjonsstudie av Cyrus Shepard hos Zyppy, "23 Million Internal Links: SEO Case Study" (oppdatert i februar 2026). Den koblet data om interne lenker fra rundt 1800 nettsteder med klikk i Search Console.

Det mest nyttige funnet for automatisering handler om volum. URL-er med 0 til 4 interne lenker fikk i snitt 2 klikk fra Google, mens URL-er med 40 til 44 interne lenker fikk fire ganger så mange. Etter rundt 45 til 50 lenker snur effekten. Forfatteren tilskriver mye av nedgangen navigasjonslenker som går igjen på hele nettstedet, og han er nøye med å kalle studien korrelasjonell: nyttig som retning, ikke et bevis.

To praktiske lærdommer følger. For det første er det sidene som mangler lenker, som vinner mest, og det er nettopp det automatisering er god til å finne. For det andre fant studien at variasjon i ankertekster hang sammen med klikk, og at sider med URL-ankre og ankre med eksakt treff gjorde det bedre. Et system som lenker hver side med de samme tre ordene, kaster bort den variasjonen.

GEO-vinkelen

AI-crawlere som GPTBot, ClaudeBot og PerplexityBot oppdager sider på samme måte som Googlebot: ved å følge <a href>-lenker. Mange av dem kjører ikke JavaScript, så en lenke som settes inn på klientsiden, finnes kanskje rett og slett ikke for dem. Vår guide om AI-crawlere forklarer hva hver bot henter. Rene, serverrenderte interne lenker hjelper både søkemotorene og AI-motorene som siterer sidene dine.

Slik fungerer en motor for automatisk intern lenking under panseret

Hvert seriøst verktøy, enten det er en utvidelse, en SaaS-tjeneste eller et skript du skriver selv, kjører den samme kjeden. Kjenner du den, kan du vurdere et verktøy på fem minutter: spør hvordan det løser hvert trinn.

Trinn 1: kartlegging, og hvorfor "hovedinnhold" er viktig

Kartleggingen må skille hovedinnholdet fra malen. En lenke i toppmenyen vises på hver side og forteller Google lite om målet. En lenke i tredje avsnitt av en relevant artikkel forteller mye. Gode motorer fjerner nav, header, footer og aside før analysen og setter bare inn i selve artikkelteksten. De utelater også URL-er som ikke kan indekseres: alt som returnerer en omdirigering, en 404, en noindex eller en canonical som peker et annet sted.

Trinn 2: å representere sider

Det finnes tre vanlige representasjoner, fra grov til fin:

• Søkeord: hver målside eier en liste med fraser ("strategi for intern lenking", "lenkestruktur"). Raskt og forutsigbart, men blindt for betydning.
• Entiteter: et bibliotek for språkteknologi trekker ut navngitte ting (produkter, steder, begreper) og kobler dem til sidene som dekker dem. Bedre til å skille betydninger.
• Embeddings: en språkmodell gjør hver side om til en vektor med noen hundre tall. Sider om lignende temaer havner nær hverandre, selv om de ikke deler ett eneste ord. Det er dette de fleste "AI"-verktøy for lenking bruker i dag.

Trinn 3: matching

Med embeddings er matchingen en cosinuslikhet mellom vektorer, en score mellom -1 og 1 (i praksis 0 til 1 for tekst). Du beholder par over en terskel og de N beste per side. Terskelen er den viktigste innstillingen: for lav, og du lenker en side om slangen python til en side om programmeringsspråket Python; for høy, og du finner bare nesten like sider. Start rundt 0,5 til 0,6 med en generell modell, og juster etter å ha gått gjennom 50 forslag for hånd.

Trinn 4: valg av ankertekst

Ankerteksten bør være en frase som allerede står i kildesetningen. Å sette inn nye ord betyr å skrive om innholdet, og det er en annen jobb. Motoren søker i kildeteksten etter fraser som beskriver målet: hovedsøkeordet, H1, nære varianter eller søkene målet allerede rangerer på i Search Console. Den siste kilden er den beste, fordi den gjenspeiler hvordan ekte mennesker beskriver siden.

Trinn 5 og 6: regler, innsetting, logg

Det er i reglene kvaliteten vinnes eller tapes (se eget avsnitt nedenfor). Innsettingen skjer på ett av tre steder: i det lagrede innholdet (lenken blir en del av artikkelen, permanent og synlig i redigeringsverktøyet), ved rendering på serveren (et filter legger til lenker når siden genereres, lett å rulle tilbake) eller i nettleseren med JavaScript (det svakeste alternativet for SEO). Uansett metode er en logg over hver automatiske lenke ikke valgfri: uten den kan du verken revidere, måle eller angre.

De 6 metodene for automatisk intern lenking, sammenlignet

"Automatisk intern lenking" dekker svært ulike teknikker. De fleste nettsteder ender opp med å kombinere to eller tre.

1. Regelbasert automatisk søkeordlenking

Prinsipp: du vedlikeholder en tabell "frase fører til URL", og systemet lenker frasen overalt der den forekommer. Når: ordlister, produktnavn, et lite sett med sider som tjener penger. Fordeler: forutsigbart, gjennomsiktig, billig. Begrensninger: ingen forståelse av kontekst, identiske ankertekster overalt, tabellen blir utdatert. Eksempel: hver første omtale av "crawlbudsjett" lenker til ordlistens side om crawlbudsjett, med et tak på én lenke per artikkel.

2. Strukturelle moduler og malmoduler

Prinsipp: CMS-et genererer lenker fra nettstedets struktur: brødsmuler, kategorioversikter, "relaterte artikler", forrige og neste, knutepunktsider som lister undersidene sine. Når: alltid, det er grunnlaget. Fordeler: null vedlikehold, sikrer at ingen side i en kategori blir foreldreløs. Begrensninger: mallenker har lite kontekst, og moduler for "relaterte innlegg" velger ofte etter dato eller tagg heller enn betydning. Eksempel: en brødsmule "Blogg > SEO > Intern lenking" i hver artikkel.

3. Semantiske forslag med menneskelig godkjenning

Prinsipp: embeddings finner relaterte sider og mulige ankertekster; en redaktør godkjenner eller avviser hvert forslag. Når: innholdsnettsteder fra rundt 50 til flere tusen artikler. Fordeler: tar hensyn til kontekst, beholder et menneske i loopen, ankertekstene varierer naturlig. Begrensninger: tid til gjennomgang, og kvaliteten avhenger av terskelen. Eksempel: når en artikkel om "søkeordkannibalisering" publiseres, foreslår verktøyet fem eldre artikler der en setning allerede nevner kannibalisering.

4. Entitetsbasert lenking

Prinsipp: entiteter trekkes ut fra hver side og lenkes til siden som er referansen for den entiteten på nettstedet ditt. Når: nettsteder med mange navngitte ting: merkevarer, steder, personer, ingredienser, programvare. Fordeler: god til å skille betydninger, bygger et rent kart "én entitet, én side". Begrensninger: krever et kart fra entitet til side, svakere på abstrakte temaer. Eksempel: et reisenettsted lenker hver omtale av "Kyoto" til Kyoto-guiden sin, og aldri til siden om hoteller i Kyoto.

5. Grafstyrt lenking (intern PageRank)

Prinsipp: nettstedet behandles som en graf. Verktøyet beregner en intern score for hver side (et mål i stil med PageRank), klikkdybden fra forsiden og innkommende lenker, og foreslår deretter lenker som sender autoritet til prioriterte sider og trekker dype sider nærmere overflaten. Når: store nettsteder, netthandel, alle nettsteder der forretningssidene ligger begravd. Fordeler: optimaliserer mot et mål, ikke bare mot relevans. Begrensninger: modellen er en tilnærming til hvordan Google vekter lenker, og ren graflogikk kan lage irrelevante lenker hvis den ikke kombineres med et relevansfilter. Eksempel: en kategoriside på dybde 5 får lenker fra tre sterke guider som rangerer på relaterte søk, og flyttes opp til dybde 2.

6. Lenking mens teksten skrives

Prinsipp: lenkene plasseres mens innholdet skrives, av en skribent eller et AI-skriveverktøy som har oversikten over nettstedet foran seg. Når: alle nettsteder som publiserer jevnlig. Fordeler: lenken er en del av en setning som er skrevet for den, så ankertekstene leses naturlig. Begrensninger: den håndterer lenker ut fra den nye siden, ikke lenker inn til den fra eldre sider, så den må kombineres med en metode for etterlenking. Eksempel: Soranks AI-generator for bloggartikler skriver hver artikkel med interne lenker til tjeneste-, produkt- eller kategorisidene dine allerede på plass.

Automatisering tjener en arkitektur, den erstatter den ikke

Før du konfigurerer noe, bestem hvilken form lenkene skal tegne. Et nett i Wikipedia-stil lenker hvilken som helst side til hvilken som helst relatert side; det er standardresultatet fra semantiske verktøy og fungerer godt for oppslagsinnhold. En semantisk kokong begrenser lenker til sider i samme tematre, der morsider lenker nedover og dattersider lenker oppover og til siden; reglene dine må forby lenker mellom kokonger unntatt på toppen. En URL-silo følger mappestrukturen (/guides/seo/...); en enkel regel "lenk bare innenfor samme mappe, pluss knutepunktsiden" håndhever den. Temaklynger, som beskrevet i vår guide om temaklynger og pilarsider, ligger mellom kokongen og nettet. Vår artikkel om nettstedsarkitektur for SEO forklarer hvordan du velger.

Reglene som holder automatiske lenker trygge

En lenkemotor uten regler er en spamgenerator. Dette er innstillingene du skal skrive ned før første kjøring, med verdier som fungerer som utgangspunkt.

Tak og tetthet

• Automatiske lenker per side: 3 til 5 i en artikkel på 1500 ord, i tillegg til lenkene skribenten selv har plassert. Google sier at det ikke finnes et ideelt antall, men advarer mot overdreven lenking; dine egne data sier mer enn noen tommelfingerregel.
• Én lenke per mål per side. Å lenke den samme URL-en tre ganger i én artikkel gir ingenting til leseren og gjør rapporteringen uklar.
• Minsteavstand: minst 50 til 80 ord mellom to automatiske lenker, så avsnittene ikke blir blå.
• Maks per ankerfrase på hele nettstedet: sett et tak for hvor mange sider som kan bruke nøyaktig samme ankertekst til samme mål, og tving deretter frem varianter.

Forbudte soner

Sett aldri inn i overskrifter, innholdsfortegnelsen, bildetekster, sitater, knapper med handlingsoppfordring, forfatterbokser eller inne i en eksisterende <a> (nestede lenker er ugyldig HTML). Lenk aldri en side til seg selv, til en URL som omdirigerer, eller til en side som er noindex eller har en canonical til en annen URL.

Regler for ankertekst

Googles dokumentasjon ber om ankertekst som er "beskrivende, rimelig kortfattet og relevant for siden den står på", og nevner "klikk her" og "les mer" som for generiske. Oversett det til regler: ankertekster på 2 til 6 ord, hentet fra den eksisterende setningen, minst to eller tre ulike varianter per mål på hele nettstedet, og én hensikt per ankertekst. Hvis "verktøy for intern lenking" peker på en gratis analysator på én side og på en betalt funksjon på en annen, forteller du søkemotorene to ulike historier. Vår guide om ankertekst går gjennom typene ankertekst i detalj.

{
  "global": {
    "max_auto_links_per_page": 5,
    "max_links_per_target_per_page": 1,
    "min_words_between_links": 60,
    "similarity_threshold": 0.55,
    "insert_only_in": ["article .content"],
    "skip_selectors": ["h1", "h2", "h3", "h4", "a", "figcaption", "blockquote", ".toc", ".cta", "nav", "footer"],
    "skip_targets_if": ["redirect", "noindex", "canonical_elsewhere", "status_not_200"],
    "mode": "suggest"
  },
  "priority_targets": [
    {"url": "/pricing", "boost": 1.5},
    {"url": "/guides/internal-linking-strategy", "boost": 1.3}
  ],
  "rules": [
    {"phrase": "crawl budget", "target": "/glossary/crawl-budget", "max_site_uses": 40, "mode": "auto"},
    {"phrase": "topic cluster", "target": "/glossary/topic-cluster", "max_site_uses": 40, "mode": "auto"}
  ],
  "never_link": ["/legal", "/login", "/cart"]
}

Crawl hele nettstedet med en crawler for datamaskinen som Screaming Frog (vår guide til oppsett av Screaming Frog går gjennom konfigurasjonen). Eksporter for hver indekserbare URL: innkommende interne lenker (unike), klikkdybde, utgående lenker og crawlerens interne lenkescore. Sammenlign crawlen med XML-nettstedskartet: URL-er som står i nettstedskartet, men som crawlen ikke fant, er de foreldreløse sidene dine. Lagre eksporten med dato. Den er ditt "før".

Steg 2: list opp sidene som må få lenker

Ikke alle sider fortjener flere lenker. Lag en kort liste over prioriterte mål: sider som tjener penger, sider som rangerer på plass 5 til 20 for verdifulle søk (Search Console, rapporten Resultater, filtrer på posisjon) og hjørnesteinsinnholdet ditt. Legg til hver foreldreløse side og hver side som ligger dypere enn 3 klikk. Listen fyller "priority_targets" i reglene dine.

Steg 3: bygg ankerbanken

Samle 3 til 10 ankerfraser for hvert prioriterte mål. Den beste kilden er Search Console: åpne siden i rapporten Resultater, bytt til fanen Søk, og eksporter søkene den allerede får visninger for. Legg til H1, hovedsøkeordet og naturlige varianter. Fjern alt som er tvetydig eller deles med en annen side.

Steg 4: generer kandidater og filtrer dem

Kjør verktøyet eller skriptet ditt. For hvert mål skal det returnere kildesider der ankerteksten står i brødteksten og der temaet ligger nært nok. Forvent at trakten snevres kraftig inn: det er et tegn på at filtrene fungerer.

Steg 5: gå gjennom i bolker

Gå gjennom forslagene i et regneark med fem kolonner: kilde, mål, ankertekst, setning, score. Les setningen, ikke bare ankerteksten. Avvis alt du ikke ville ha skrevet selv. Noter hvorfor du avviser (feil betydning, for selgende, allerede lenket like ved): de begrunnelsene blir nye regler.

Steg 6: publiser i bølger, ikke alt på en gang

Publiser 50 til 200 lenker per bølge, på et sett med sider du kan følge. Behold en kontrollgruppe med lignende sider uten nye lenker. Da har endringer i klikk et referansepunkt, og det er viktig fordi rangeringer beveger seg av mange grunner.

Steg 7: crawl på nytt og kontroller den renderte HTML-koden

Crawl nettstedet på nytt. Kontroller at de nye lenkene vises som <a href> i den rå HTML-koden, ikke bare etter at JavaScript har kjørt. For noen URL-er, bruk verktøyet for URL-inspeksjon i Search Console og se på den renderte HTML-en Google ser.

Steg 8: koble det til publiseringen

Den virkelige gevinsten er løpende. Hver gang en artikkel publiseres, skal systemet gjøre to ting: lenke ut fra den nye artikkelen (mens den skrives) og foreslå lenker inn til den fra eldre sider (etterlenking). Hver gang en URL endres, skal det oppdatere eller fjerne lenkene som peker på den.

Bygg ditt eget: et skript for semantisk intern lenking i Python

Hvis CMS-et ditt ikke har et godt verktøy, eller du vil forstå nøyaktig hva en leverandør gjør, trenger en fungerende prototype rundt 60 linjer. Denne versjonen leser nettstedskartet, trekker ut hovedinnholdet, beregner embeddings med en åpen kildekode-modell og skriver ut en CSV med forslag til manuell gjennomgang. Den rører aldri nettstedet ditt.

Installer og crawl

pip install requests beautifulsoup4 sentence-transformers

import csv, re
from urllib.parse import urljoin
import requests
from bs4 import BeautifulSoup
from sentence_transformers import SentenceTransformer, util

SITEMAP = "https://example.com/sitemap.xml"
urls = re.findall(r"<loc>(.*?)</loc>", requests.get(SITEMAP, timeout=20).text)

pages = {}
for url in urls:
    r = requests.get(url, timeout=20)
    if r.status_code != 200 or r.url != url:
        continue  # skip errors and redirects
    soup = BeautifulSoup(r.text, "html.parser")
    robots = soup.find("meta", attrs={"name": "robots"})
    if robots and "noindex" in robots.get("content", ""):
        continue
    main = soup.find("article") or soup.find("main") or soup.body
    for tag in main.find_all(["nav", "header", "footer", "aside", "script", "style"]):
        tag.decompose()
    pages[url] = {
        "h1": soup.h1.get_text(" ", strip=True) if soup.h1 else "",
        "text": main.get_text(" ", strip=True),
        "links": {urljoin(url, a["href"]).split("#")[0] for a in main.find_all("a", href=True)},
    }

Embed, match og finn ankertekster

model = SentenceTransformer("all-MiniLM-L6-v2")
keys = list(pages)
docs = [pages[u]["h1"] + ". " + pages[u]["text"][:2000] for u in keys]
emb = model.encode(docs, normalize_embeddings=True)
sim = util.cos_sim(emb, emb)

# Anchor bank: target URL -> phrases (H1 + queries exported from Search Console)
anchors = {u: [pages[u]["h1"].lower()] for u in keys}
# anchors["https://example.com/crawl-budget"] += ["crawl budget", "crawl budget optimization"]

THRESHOLD, MAX_PER_PAGE = 0.55, 5

def find_anchor(text, phrases):
    for phrase in sorted(phrases, key=len, reverse=True):
        if len(phrase.split()) < 2:
            continue
        m = re.search(r"\b" + re.escape(phrase) + r"\b", text, re.IGNORECASE)
        if m:
            start = max(0, m.start() - 120)
            return m.group(0), text[start:m.end() + 120]
    return None, None

rows = []
for i, src in enumerate(keys):
    added = 0
    for j in sorted(range(len(keys)), key=lambda k: -float(sim[i][k])):
        score = float(sim[i][j])
        if score < THRESHOLD or added == MAX_PER_PAGE:
            break
        tgt = keys[j]
        if tgt == src or tgt in pages[src]["links"]:
            continue
        anchor, context = find_anchor(pages[src]["text"], anchors[tgt])
        if anchor:
            rows.append([src, tgt, anchor, round(score, 2), context])
            added += 1

with open("link_suggestions.csv", "w", newline="", encoding="utf-8") as f:
    csv.writer(f).writerows([["source", "target", "anchor", "score", "context"]] + rows)

Slik gjør du det klart for produksjon

• Ta hensyn til serveren: legg inn en pause mellom forespørslene og en tydelig User-Agent, eller les innholdet direkte fra CMS-ets database eller API i stedet for å crawle.
• Bruk bedre tekst til embeddings: tittel pluss H1 pluss de første 300 ordene slår som regel hele siden, som utvanner temaet.
• Skaler matchingen: likhetsmatrisen vokser med kvadratet av antall sider. Over 20000 sider, bruk en indeks for omtrentlige nærmeste naboer (for eksempel FAISS), og sammenlign bare hver side med de 50 nærmeste naboene.
• Legg til prioriteringer: gang scoren med en forsterkning for prioriterte mål og med et fratrekk for mål som allerede har mange innkommende lenker.
• Respekter arkitekturen din: for en silo eller en kokong, forkast par der URL-ene ikke deler den tillatte mappen eller det tillatte tematreet.
• Sett inn på serversiden: skriv godkjente lenker inn i det lagrede innholdet via CMS-ets API, aldri via et skript i frontend.

Finn omtaler uten lenke med en crawler

Uten å skrive kode kan en crawler gjøre deler av jobben. I Screaming Frog finner funksjonen Custom Search hver side som inneholder en frase, og Custom Extraction med XPath teller lenkene til et bestemt mål. Sider som inneholder frasen, men har null lenker til målet, er kandidatene dine. Brukerveiledningen for SEO Spider dokumenterer også Link Score, "et mål mellom 0 og 100 som beregner en sides relative verdi basert på de interne lenkene", som krever at du kjører crawl-analysen etter crawlen.

count(//article//a[contains(@href, "/guides/internal-linking-strategy")])

Vanlige feil med automatisk intern lenking (og hvordan du retter dem)

De fleste problemer med automatisk lenking er ikke straffer. Det er bortkastede lenker, forvirrende signaler og sider som leses som om en maskin skrev dem. Slik oppdager og retter du hver av dem.

1. Å lenke hver forekomst av et søkeord

Hva det er: en regelbasert utvidelse uten tak lenker "SEO-revisjon" på 400 sider med samme ankertekst til samme side. Slik oppdager du det: i crawlerens eksport av ankertekster, sorter interne ankertekster etter hyppighet; én frase med hundrevis av identiske bruk mot én URL er signalet. Slik retter du det: sett et tak per regel på hele nettstedet, krev minst to varianter per mål, og fjern lenkene fra sider der temaet bare nevnes i forbifarten.

2. Å lenke i feil betydning

Hva det er: ordet stemmer, betydningen gjør det ikke ("Apple" frukten lenket til en artikkel om iPhone, "Java" øya lenket til en programmeringsveiledning). Slik oppdager du det: gå gjennom et tilfeldig utvalg på 30 automatiske lenker i måneden, og les hele setningen. Slik retter du det: hev likhetsterskelen, krev både frasetreff og tematreff, og legg til negative søkeord for tvetydige regler.

3. For mange lenker per avsnitt

Hva det er: motoren stabler fire lenker i et avsnitt på 60 ord. Leserne slutter å klikke, og teksten blir tung å lese. Slik oppdager du det: regn ut lenker per 100 ord hovedinnhold; alt over 3 fortjener en titt. Slik retter du det: sett en minsteavstand i ord mellom automatiske lenker og et tak per side som teller med lenkene skribenten allerede har plassert.

4. Lenker i overskrifter, knapper eller inne i andre lenker

Hva det er: et treff inne i en H2, en innholdsfortegnelse eller en eksisterende lenke pakkes inn i en ny lenke, noe som gir nestede <a>-tagger eller blå overskrifter. Slik oppdager du det: kjør en HTML-validator på noen sider, eller søk i crawlen etter overskrifter som inneholder lenker. Slik retter du det: angi forbudte selektorer eksplisitt, og test dem på en testkopi før hver nye regel.

5. Lenker som bare finnes i JavaScript

Hva det er: en widget i frontend setter inn lenker etter at siden er lastet, noen ganger uten href, noen ganger først etter en rulling eller et klikk. Slik oppdager du det: sammenlign den rå HTML-koden (vis kilde) med den renderte DOM-en, og sjekk den renderte HTML-en i URL-inspeksjon i Search Console. Slik retter du det: flytt innsettingen til serveren eller inn i det lagrede innholdet. Vår guide om JavaScript-SEO forklarer rendering i detalj.

6. Lenker til omdirigeringer, noindex-sider og 404-er

Hva det er: automatiske lenker bygget fra en gammel oversikt peker fortsatt på URL-er som er flyttet eller fjernet. Slik oppdager du det: i en crawl, filtrer interne lenker etter statuskode (3xx, 4xx) og etter mål som ikke kan indekseres; vår gratis sjekk av døde lenker gjør det for én side. Slik retter du det: oppdater oversikten før hver kjøring, godta bare mål som svarer 200, kan indekseres og har canonical til seg selv, og oppdater lenkene på stedet når en 301 opprettes.

7. Å bare stole på widgeter for "relaterte innlegg"

Hva det er: nettstedet tror det er godt lenket fordi hver artikkel slutter med tre relaterte innlegg. Disse blokkene velger ofte etter tagg eller dato, roterer og hopper helt over gammelt innhold. Slik oppdager du det: rapporten over foreldreløse sider (URL-er i nettstedskartet som crawlen ikke når, eller bare når via paginering) forblir lang. Slik retter du det: behold widgeten, men legg til kontekstuelle lenker i brødteksten og faste lenker fra knutepunktsider.

8. Én ankertekst som peker på to sider

Hva det er: "verktøy for intern lenking" lenker til side A i noen artikler og side B i andre. Du splitter relevanssignalene og kan bidra til søkeordkannibalisering. Slik oppdager du det: bygg et kart fra ankertekst til mål ut fra crawlen, og flagg hver ankertekst med mer enn ett mål. Slik retter du det: én søkeintensjon, én målside; flytt ankertekstene til den svakeste siden.

9. Ingen logg, ingen tilbakerulling

Hva det er: lenker ble satt inn i innholdet av en utvidelse som senere ble avinstallert, eller ingen vet hvilke lenker som er automatiske. Slik oppdager du det: du kan ikke svare på "hvor mange lenker la verktøyet til forrige måned?". Slik retter du det: lagre hver automatiske lenke i en tabell (kilde, mål, ankertekst, regel, dato, status), merk dem i HTML-koden med et data-attributt hvis plattformen tillater det, og kontroller at du kan fjerne alle lenker fra én regel i én operasjon.

Slik måler du effekten av automatiske interne lenker

Interne lenker gir sjelden et hopp over natten. Mål på sidene som har fått lenker, mot kontrollgruppen, over 4 til 12 uker.

Rapporten Lenker i Search Console

Rapporten Lenker i Search Console viser de "mest internt lenkede sidene" dine og, for hver av dem, sidene som lenker dit. Den er nyttig som fornuftssjekk (ligger de prioriterte sidene dine nær toppen?), men Googles hjelpeside advarer om at tabellene er begrenset til 1000 rader og at rapporten "ikke er en fullstendig liste over alle lenker på nettstedet ditt". Bruk din egen crawl som sannhetskilde, og Search Console til å se hva Google faktisk har fanget opp.

Serverlogger

Hvis du har tilgang til dem, viser serverloggene om Googlebot og AI-crawlere besøker de nylig lenkede sidene oftere etter en bølge. Det er det mest direkte signalet på at oppdagelsen har blitt bedre. Vår guide om loggfilanalyse for SEO forklarer hvordan du filtrerer boter og leser crawlfrekvensen, og hvorfor det betyr noe for crawlbudsjettet på store nettsteder.

Å lese resultatene ærlig

Hvis visningene øker på målsidene, men ikke i kontrollgruppen, har lenkene sannsynligvis hjulpet. Hvis begge øker, er det trolig en sesongeffekt eller en algoritmeeffekt. Hvis målsidene får flere visninger, men ikke flere klikk, er neste spak tittelen og innholdet, ikke flere lenker. Og hvis ingenting rikker seg etter 12 uker, sjekk det grunnleggende: står lenkene i den rå HTML-koden, og er målene faktisk indeksert?

Hvor du begynner i dag

Du trenger ikke et stort verktøy for å komme i gang. Velg en klynge på 20 til 50 sider, crawl den, list opp de foreldreløse og prioriterte sidene, bygg en ankerbank fra Search Console, og legg til lenker i én gjennomgått bølge. Mål i seks uker, skriv ned det du har lært som regler, og utvid deretter til neste klynge.

Hvis du publiserer ofte, er den billigste gevinsten å lenke mens teksten skrives: hver ny artikkel skal forlate redigeringsverktøyet med lenker til de riktige sidene. Det er det Sorank gjør når det skriver og publiserer artikler for deg, og generatoren for temaklynger planlegger klyngene som lenkene følger, med innebygd beskyttelse mot kannibalisering. For de eldre sidene, kombiner det med en gjennomgått etterlenking etter metoden over.