Sådan kontrollerer du søgeordsposition med Google API (2026-vejledning)

Hurtig quiz

Hvordan skal du følge dine placeringer på Google?

Spørgsmål 1 af 425%

Hvorfor vil du følge dine placeringer?

For at se, hvor jeg stårFor at forbedre demFor at vise resultater til kunder eller en chef

At kontrollere søgeordspositioner med Google API er en af de opgaver, der ser løst ud, indtil du prøver det. Der findes ikke noget rankings.get()-endpoint, og de to Google-API'er, folk griber til først, besvarer hver især et lidt andet spørgsmål end det, der stilles. Dokumentationen for Search Analytics i Search Console er det rigtige sted at starte, forudsat at du forstår, hvad „position“ betyder dér.

Har Google en officiel API til søgeordsrangering?

Nej. Google har aldrig udgivet en API, der tager et søgeord og returnerer din levende position på google.com. Det er bevidst: automatiseret forespørgsel af søgeresultatsiden er forbudt efter Googles vilkår, og selskabet har ingen kommerciel interesse i at levere infrastruktur til positionsovervågning.

Det, der findes i stedet, er tre delvise veje, hver med en hård grænse:

Hvordan henter jeg søgeordspositioner fra Search Console API?

Forespørg searchAnalytics-endpointet med dimensionen query og læs feltet position. Det er førstepartsdata direkte fra Google, det er gratis, og det har ingen grænse for antal søgeord: du får hver eneste søgning, dit site har fået visninger på.

Den fungerende forespørgsel i Python:

from google.oauth2 import service_account
from googleapiclient.discovery import build

creds = service_account.Credentials.from_service_account_file(
    "service-account.json",
    scopes=["https://www.googleapis.com/auth/webmasters.readonly"],
)
service = build("searchconsole", "v1", credentials=creds)

response = service.searchanalytics().query(
    siteUrl="https://example.com/",
    body={
        "startDate": "2026-07-01",
        "endDate": "2026-07-31",
        "dimensions": ["query", "page"],
        "rowLimit": 25000,
    },
).execute()

for row in response.get("rows", []):
    query, page = row["keys"]
    print(f"{row['position']:.1f}  {query}  ->  {page}")

De tre begrænsninger, folk overser

• Position er et gennemsnit, ikke en rangering. En værdi på 7,4 betyder ikke, at du står på plads 7; det betyder, at visningerne fordelte sig over positioner med et gennemsnit på 7,4, muligvis fra 3 til 15 på tværs af enheder og lokationer.
• Kun dit site. Der er ingen måde at se en konkurrents position på. Search Console er med vilje en property-afgrænset API.
• Søgeord uden visninger er usynlige. Hvis du står på plads 60, og ingen scrollede så langt, optræder søgningen slet ikke i data.

Det tredje punkt er det, der stille og roligt ødelægger rapporteringen. Et søgeord, du endnu ikke har fået ind på de første sider for, findes simpelthen ikke i Search Console, og det gør det umuligt at måle fremgang fra plads 60 til plads 20 med denne API alene.

Kan jeg bruge Custom Search JSON API til at kontrollere rangeringer?

Teknisk ja, reelt nej. Custom Search JSON API kræver, at du først opretter en Programmable Search Engine. Selv når den er sat op til at søge hele nettet, anvender den sin egen rangering og sine egne begrænsninger, så rækkefølgen den returnerer, ikke er den rækkefølge, google.com returnerer.

Den er også begrænset til 100 forespørgsler pr. dag i gratisudgaven, og betalt brug faktureres pr. tusind forespørgsler med et dagligt loft. Til nogle få søgeord, der tjekkes nu og da, er den brugbar. Som positionsovervågning giver den tal, der ser autoritative ud, men som stille og roligt er forkerte, og det er værre end slet ingen data.

Hvad med at skrabe Google direkte?

Gør det ikke. Automatiseret forespørgsel af Google Søgning uden tilladelse er i strid med Googles servicevilkår, og ved større omfang inviterer det til IP-blokering og CAPTCHA-spærringer. Ud over det juridiske er den tekniske virkelighed ubehagelig: resultaterne er personaliserede, lokaliserede og i stigende grad samlet med AI-funktioner, så en skrabet „position“ varierer efter datacenter, lokation og session, selv når intet på dit site har ændret sig.

Hvis du har brug for konkurrenters positioner, er en kommerciel SERP-API den vej, der både er lovlig efter udbyderens egne aftaler og driftsmæssigt stabil. Det er en betalt post, og omkostningen er den ærlige pris for data, Google ikke giver væk. Virksomheder, der har brug for denne pipeline bygget og overvåget uden at ansætte internt, henter typisk en specialist ind; vores sammenligning af de 10 bedste dataanalysebureauer i Frankrig viser udbydere, der sætter denne slags rapportering op.

Hvad bør du egentlig bygge?

For de fleste teams er den pragmatiske arkitektur en hybrid, og den ser sådan ud:

• Search Console API som rygrad. Gratis, ubegrænset antal søgeord, førstepartsdata, og den eneste kilde, der fortæller dig, hvad du faktisk får visninger på.
• En SERP-API til et lille, udvalgt søgeordssæt. Dine tyve eller tredive kommercielt kritiske søgeord, tjekket dagligt, inklusive konkurrenternes positioner.
• Et lag for AI-synlighed. Spørgsmålet er i stigende grad ikke kun „hvilken position har jeg“, men „bliver jeg citeret, når nogen spørger en assistent“. Klassiske API'er til rangering besvarer intet af det.

Teams, der helst ikke selv vil designe dette, overlader det typisk til en specialist; vores sammenligning af de 10 bedste SEO-bureauer i Frankrig profilerer udbydere, der driver denne rapporteringsstak for kunder.

Det sidste punkt er ikke en fremtidig bekymring. Når et AI-svar løser forespørgslen i grænsefladen, ender plads ti og plads tre i det samme resultat, nemlig intet klik. At spore citater sammen med positioner er det, vores MCP-server til Search Console og platform for AI-synlighed er bygget til, og dokumentationen dækker opsætningen fra start til slut.

Konklusion

Der findes ingen officiel Google API til levende søgeordspositioner: brug Search Console API til dine egne gennemsnitsdata, en SERP-API fra tredjepart til præcise og konkurrenceorienterede positioner, og undgå Custom Search JSON API helt til rangeringsarbejde. At bygge på den forkerte er den hyppigste fejl her, og den giver et dashboard, der er overbevisende forkert.

Hvis du heller ikke vil bygge og vedligeholde den pipeline selv, forbinder Sorank din Search Console og sporer AI-citater ét sted.