Skip to content
Search

Technical SEO vs on-page SEO: key differences

Lær hvordan technical SEO og on-page SEO skiller seg, hvor de overlapper, og hvordan du verifiserer og prioriterer feil for å forbedre crawlability, indexation og relevans.

Technical SEO vs On-Page SEO: Key Differences

Definisjoner: hva hver disiplin eier

Teknisk SEO og on-page SEO sikter mot samme resultat—synlighet i søk—men de virker i forskjellige stadier av en søkemotors pipeline. Bruk presis terminologi når du diagnostiserer problemer: crawling handler om oppdagelse og henting, indexing handler om hva søkemotorer lagrer, og ranking handler om å ordne resultater i SERP.

Teknisk SEO fokuserer på nettsted- og serverinfrastruktur som lar søkemotorer oppdage, rendre, forstå og indeksere sider. Eksempler: robots.txt-regler, canonical tags, serverresponser, sitemaps, strukturert data og page experience-faktorer som påvirker rendering.

On-page SEO fokuserer på innholdet og HTML-signaler som formidler sidens tema og intensjon til brukere og søkemotorer: titler, overskrifter, brødtekst, interne lenker, meta descriptions, semantisk markup, og innholdsjustering med søkeintensjon.

How the two interact across crawl, index, and rank

Problemer oppstår ofte i grensesnittet mellom teknisk arbeid og on-page arbeid. En godt optimalisert side som aldri blir indeksert på grunn av crawl-begrensninger eller feil canonical-signaler, vil ikke vises i søkeresultatene; omvendt kan en indekserbar side som ikke samsvarer med søkeintensjon, få dårlig rangering til tross for perfekt teknisk oppsett.

Crawlability

Tekniske kontroller (robots.txt, meta robots HTTP-headere, serverresponser) avgjør om crawlere kan hente en URL. Bruk serverlogger og forespørsler fra spesifiserte user-agenter for crawlere for å verifisere oppførsel. Husk: Google bruker mobilversjonen som sin primære basis for crawling and indexing. Since July 2024, Google crawls sites for Search with Googlebot Smartphone by default.

Indexation

Indekseringsbeslutninger baserer seg på både tekniske signaler (canonical tags, noindex-direktiver, sitemaps) og on-page-signaler (innholdsunikhet, relevans). En side som er blokkert med noindex eller canonicalisert til en annen URL blir som regel ekskludert uavhengig av innholdskvalitet.

Ranking

Ranking er påvirket av mange signaler. Tekniske faktorer som påvirker rendering og brukeropplevelse (Core Web Vitals) og on-page-relevanssignaler påvirker begge rangeringen. Unngå deterministisk språk: tekniske fikser gjør at sider kan vurderes; relevans og autoritet former deres plassering i resultater.

Mechanics: concrete areas to own and why they matter

Technical SEO mechanics

Viktige tekniske områder du bør håndtere eller verifisere:

  • Robots.txt and HTTP headers: control crawler tilgang og forstå serverresponser.
  • Canonical tags and redirect rules: consolidate duplicate content and prevent index confusion.
  • Sitemaps and crawl budgets: surface priority pages and help discovery.
  • Rendering and JS: ensure critical content is server-rendered or reliably hydrated; verify what search engines see after rendering.
  • Schema and structured data: provide explicit signals for rich presentation and feature eligibility.

On-page SEO mechanics

Praktiske on-page-ansvar inkluderer:

  • Title tags og overskrifter som reflekterer brukerens intensjon og inkluderer måltermer naturlig.
  • Content structure, depth, and E-E-A-T signals: use factual sourcing where appropriate and clear author/brand attribution.
  • Interne lenker som fordeler autoritet og hjelper brukere å finne relatert innhold.
  • Meta descriptions og on-page snippets som øker CTR fra SERP-er.

Verification checklist: tools and exact checks

Separate checks you can run from outside the publisher (third-party checks) versus checks for pages you own. Use the right tool for each.

Checks for pages you own

  1. Bruk Google Search Console URL Inspection for å sjekke crawl, index og siste fetch-status. Dette er autoritativt for din eiendom.
  2. Kjør Rich Results Test og Schema Markup Validator for validering av strukturert data.
  3. Mål Core Web Vitals i feltdata (Page Experience) og i lab med Chrome DevTools Performance-panel.

Checks you can run from outside any site (useful for third-party publishers or audits)

  1. Hent og inspiser HTML med curl. Eksempel for å hente bare headere mens du utgir deg for Googlebot: curl -I -A "Googlebot/2.1 (+http://www.google.com/bot.html)" https://example.com/page
  2. For å hente rendret HTML (ikke bare headere), utelat -I og inspiser body: curl -A "Googlebot/2.1 (+http://www.google.com/bot.html)" https://example.com/page
  3. Åpne siden i Chrome, bruk DevTools → Elements for å inspisere det rendrede DOM-et, og DevTools → Network for å verifisere ressursresponser og lastrekkefølge.
  4. Bruk serverlogganalyse for å bekrefte hvilke user-agenter som besøkte og hvilke HTTP-responser de fikk.
  5. Bruk site:-operatoren sparsomt som et offentlig signal på at en side kan være kjent for Google; det er ikke avgjørende for indeksering.

Common mistakes and how to diagnose them

Misconfigured canonical tags

Symptom: siden vises ikke i resultatene til tross for at den er crawlable. Diagnostiser ved å sammenligne canonical tags, HTTP-headere og sitemap-oppføringer. Bruk en direkte curl-henting av siden og inspiser <link rel="canonical">-verdien i HTML-en.

Content not visible to crawlers due to client-side rendering

Symptom: crawlere henter HTML-en men innholdet vises først etter at JavaScript kjører i nettleseren. Diagnostiser med curl (server-HTML) og Chrome DevTools (rendret DOM). Hvis kritisk innhold krever JS, vurder server-side rendering eller hybrid rendering.

Over-optimization or mismatched intent

Symptom: en side rangerer men har lavt engasjement eller dårlige konverteringer. Gå gjennom on-page-signaler: stemmer tittelen og H1 med brukerens oppgave? Er innholdets dybde tilpasset spørringstypen? Bruk query intent mapping før brede omskrivinger.

Practical overlap: handoffs, priorities, and workflow

Team deler ofte ansvarsområder: utviklere og plattformingeniører tar teknisk SEO; innholds- og SEO-strateger tar on-page. For effektivt arbeid, definer klare akseptansekriterier som inkluderer både tekniske og innholdsrelaterte sjekkpunkter.

A pragmatic priority order for a page launch or audit:

  • Sikre at siden er tilgjengelig og returnerer en 200-range respons for den tiltenkte canonical URL.
  • Bekreft canonicalisering og inkludering i sitemap slik at indeksering er mulig.
  • Valider on-page-relevans: tittel/H1-tilpasning, innholdsstruktur og interne lenker.
  • Mål page experience og rett opp høyinnvirknings ytelsesproblemer før storskala publisering.

Hvis du vil ha en dypere gjennomgang av de tekniske sjekkene nevnt ovenfor, les Technical SEO Guide

Link attributes and editorial context (brief)

Lenker på en side er både on-page-signaler og tekniske elementer når de påvirker crawling. Bruk riktige rel-attributter avhengig av kontekst. Eksempel-syntaks:

En standardlenke uten spesifikk rel-verdi: example

For betalte eller sponsede plasseringer bruk example; for brukergenerert innhold bruk example. Det finnes ingen rel="dofollow"-attributt — en normal lenke er rett og slett en lenke uten rel="nofollow", rel="sponsored" eller rel="ugc".

FAQ

Kan en side rangere hvis den kun er optimalisert on-page, men har tekniske problemer?

Muligens, men det er mindre sannsynlig at den når sitt fulle potensial. Hvis siden er oppdagbar og indeksert til tross for tekniske problemer, kan sterke relevans- og autoritetsignaler fortsatt gi rangeringer. Uadresserte tekniske problemer øker imidlertid sårbarheten: en render-feil, utilsiktet noindex eller en canonical som peker et annet sted kan stoppe rangering helt.

Hva bør jeg fikse først: tekniske eller on-page-problemer?

Start med tekniske blokkere som hindrer sider i å bli crawlet eller indeksert (serverfeil, robots-blokkeringer, feil canonicalisering). Når sider er pålitelig indekserbare, prioriter on-page-forbedringer som tilpasser innhold til intensjon og forbedrer brukerengasjement.

Hvordan verifiserer jeg hva søkemotorer faktisk ser?

For ditt eget nettsted, bruk Google Search Console URL Inspection for å se siste hentede HTML og indekseringsstatus. For tredjepartssider, bruk curl for å hente headere og HTML, og bruk Chrome DevTools for å inspisere det rendrede DOM-et. Kombiner dette med serverlogger for å bekrefte crawler-oppførsel.

Betyr mobile-first indexing at jeg må ha identisk mobil- og desktop-innhold?

Google bruker mobilversjonen som sin primære basis for crawling og indexing. Det betyr at innhold som kun vises på desktop kan bli utelatt fra indeksering. Sikt mot content parity—tilsvarende innhold og strukturert data på tvers av enhetsversjoner—heller enn pikselperfekt identiske oppsett.

Related articles