Video-SEO i 2026: Integrasjon av multimedia med WordPress

Tekst i en WordPress-artikkel er fortsatt grunnlaget, men Google behandler video som et eget resultatformat. Hvis filmen ligger på siden uten metadata, uten lesbar tekstkontekst og med en tung iframe fra første byte, får søkemotoren få signaler - og brukeren får en treg side.

Denne guiden handler om video-SEO i WordPress i praktisk rekkefølge: VideoObject-schema, transkripsjoner, valg av hosting og beskyttelse av Core Web Vitals. Uten prosenttall fra bransjeaggregatorer og uten løfter om «garantert bedre rangering».

#Hva Google gjør med video på en side

Google Search-dokumentasjonen for video beskriver hvordan filmer kan dukke opp i søkeresultater, i videokaruseller og i tilknyttede funksjoner. Forutsetningen er enkel: siden må være indekserbar, filmen må kunne spilles av, og dataene om filmen må stemme med det brukeren ser.

I WordPress betyr det tre lag samtidig:

1. Innholdslaget - tittel, beskrivelse under filmen, artikkelkontekst, transkripsjon.
2. Strukturerte data - VideoObject i JSON-LD.
3. Ytelseslaget - innbygging som ikke ødelegger LCP og CLS.

Hopper du over ett lag, ligger filmen «på siden», men er dårlig forberedt for videoresultater.

#VideoObject-schema i WordPress

Uten VideoObject ser søkemotoren ofte bare en innbyggingsblokk eller en mediefil, uten et ordnet bilde av filmen. Google publiserer krav til strukturerte data av typen Video: feltene må beskrive en ekte film på siden, ikke en tom mal kopiert fra en annen URL.

Minste sett du bør holde deg til ved hver innbygging:

• name - videotittel, nær den synlige overskriften.
• description - konkret beskrivelse, ikke bare tittelen gjentatt to ganger.
• thumbnailUrl - absolutt URL til miniatyrbildet.
• uploadDate - publiseringsdato i ISO-8601.
• contentUrl eller embedUrl - adresse til filen eller innbyggingen (f.eks. YouTube).

Eksempel på JSON-LD-blokk (bytt ut verdiene):

{
  "@context": "https://schema.org",
  "@type": "VideoObject",
  "name": "Hvordan implementere VideoObject i WordPress",
  "description": "Steg for steg: VideoObject-felt, miniatyrplassholder og transkripsjon under filmen.",
  "thumbnailUrl": "https://example.com/media/video-thumb.jpg",
  "uploadDate": "2026-09-20T10:00:00+02:00",
  "embedUrl": "https://www.youtube.com/embed/VIDEO_ID",
  "duration": "PT12M30S"
}

I WordPress er den reneste varianten JSON-LD i <head> eller like før </body> via child theme, en liten SEO-plugin eller et eget must-use-plugin. Unngå dobbelt VideoObject på samme side (tema + plugin + manuell blokk) - inkonsistente felt er verre enn én komplett blokk.

Sjekk også at thumbnailUrl ikke peker på et 404-bilde, og at uploadDate ikke hopper ved hvert utkast. Felt som er «levende» i editoren og døde i HTML er en vanlig årsak til avviste rich results. Etter utrulling: tøm cache (cache-plugin, Cloudflare) og sammenlign sidekilden med det du ser i editorforhåndsvisningen.

#Hvordan legge til nøkkeløyeblikk og kapitler i video

Når filmen har logiske deler, kan Google vise tidsstempler (key moments) hvis kapitlene finnes i plattformbeskrivelsen eller i strukturerte data (hasPart / Clip). For YouTube: finjuster kapitlene i YouTube-beskrivelsen først, og speil dem eventuelt i schema etterpå. Uoverensstemmelse mellom spiller og JSON-LD gjør bare siden vanskeligere å vurdere.

#Transkripsjon av video for SEO i WordPress

Søkemotoren «ser» ikke filmen slik et menneske gjør. Automatiske undertekster og talegjenkjenning hjelper, men det er fortsatt smart å gi lesbar tekst på siden.

Transkripsjonen gjør flere ting samtidig:

• Leverer fulle nøkkelord og egennavn nøyaktig slik de sies i opptaket.
• Bedrer tilgjengeligheten for dem som ikke kan eller vil spille av lyd.
• Lar deg lenke til konkrete avsnitt i artikkelen ved siden av filmen, i stedet for å stole kun på spilleren.

Gode praksiser i WordPress:

• Plasser transkripsjonen under spilleren, i samme artikkel - ikke i en separat PDF uten kontekst.
• Er fullteksten lang, start med et sammendrag med tidsstempler og skjul resten i <details> eller en egen seksjon med anker.
• Ikke lim inn rå, feilaktig auto-teksting uten korrektur - feil produkt- og pluginnavn blir stående i indeksen som sidetekst.

Transkripsjon erstatter ikke VideoObject. Begge signalene virker sammen: schema sier «her er en film om X», transkripsjonen gir innholdet X som tekst.

For produktfilmer i WooCommerce: knytt avsnittet under spilleren til konkret SKU eller variant (størrelse, kompatibilitet, begrensninger), i stedet for et generisk «se demoen». Robotene indekserer den teksten på linje med resten av siden; tomme markedingssetninger tilfører lite. I norske nettbutikker ser vi ofte at en kort merknad om leveringstid eller retur rett under spilleren gir mer nytte enn enda en generisk CTA.

#Video på YouTube eller på egen server

Valg av hosting er en teknisk beslutning, ikke bare markedsføring.

#Fordeler og ulemper med å hoste video på YouTube

Fordeler:

• Skalering av båndbredde og adaptiv bitrate utenfor din hosting.
• En egen oppdagelseskanal (YouTube-søk) ved siden av Google.
• Enkel embedUrl til VideoObject.

Ulemper:

• Avhengighet av eksternt grensesnitt og annonser (avhengig av innstillinger).
• Mindre kontroll over spillermerkevare.
• Seertallsdata spredt mellom YouTube Analytics og din egen sideanalyse.

Arbeidsflyt som vanligvis fungerer i WordPress-byråer:

1. Publiser filmen på YouTube med tittel, beskrivelse og kapitler.
2. Bygg den inn på WordPress-siden via plassholder (ikke rå iframe i innholdet med en gang).
3. Legg til et unikt innledningsavsnitt og transkripsjon - ikke bare innbygging uten tekst.
4. Legg til VideoObject med konsistente felt.

#Når bør du hoste MP4-filen på egen WordPress-server

Gir mening når:

• materialet er privat (B2B-opplæring, intranet, paywall),
• kunden krever hosting i EU/EØS på egen infrastruktur (vanlig krav i norske anbud og offentlig sektor),
• du trenger full kontroll over spilleren og DRM-lignende begrensninger.

Kostnader:

• Båndbredde og CPU på applikasjonsserveren.
• Behov for egen spiller (f.eks. med HLS) eller tung <video> uten CDN.
• Vanskeligere buffering på svak brukerlinje.

På shared hosting er lokal 1080p i loop i hero en vanlig årsak til dårlig LCP. Må du hoste selv: flytt filene til object storage + CDN og server adaptiv stream - ikke én stor MP4 fra wp-content/uploads.

#Vimeo, Bunny og andre video-CDN-er i WordPress

Kompromiss: merkevare- og personvernkontroll nærmere «egen» løsning, båndbredde utenfor WordPress. VideoObject bygger da vanligvis på leverandørens embedUrl. Samme regel: én film, én konsistent beskrivelse, ett miniatyrbilde.

#YouTube-video og Core Web Vitals i WordPress

Den vanligste feilen i WordPress: lime inn YouTube-iframe direkte i Gutenberg-innhold. En slik iframe drar third-party-skript, reserverer for lite plass (eller reserverer feil) og skader CLS; en stor spiller over folden konkurrerer om LCP med det ekte hero-bildet.

#Hvordan bygge inn YouTube med plassholder i stedet for iframe

Dette gjelder artikler og produktsider der videoen støtter teksten. En egen avspillingsside er unntaket, forklart lenger ned i avsnittet om fasaden.

Mønster for 2026:

1. I HTML renderer du en <button> eller lenke med miniatyrbilde (helst AVIF/WebP, størrelse tilpasset beholderen).
2. Beholderen har fast aspect-ratio (f.eks. 16/9), så layouten ikke hopper.
3. Etter klikk setter JS inn iframe med lasting utsatt til interaksjon.
4. title og tilgjengelig play-etikett ligger på knappen.

Effekt: første maling av siden venter ikke på YouTube-nettverket. LCP kan bli på eget bilde eller overskrift, ikke på en tung spiller.

#Hvordan måle effekten av video på LCP og CLS

• LCP på URL-en med film (lab + felt, hvis du har CrUX / RUM).
• CLS rundt videoblokken - om beholderen har reservert høyde.
• Tid til play-interaksjon - om plassholderskriptet blokkerer hovedtråden.

Det finnes ingen universell tallverdi for «hvor mange PageSpeed-poeng du vinner». Gevinsten avhenger av om filmen lå over folden og hvor tung forrige embed var.

#Video i Elementor, Bricks og Gutenberg

Elementor, Bricks og lignende setter ofte inn full embed «for enkelhets skyld». Sjekk generert HTML: ser du YouTube-iframe i kilden uten klikk, slå av standardatferden eller erstatt blokken med egen shortcode med plassholder. Det samme gjelder Gutenberg «Video»-blokker når du velger ekstern URL uten kontroll over lazy-load.

En egen felle: autoplay i bakgrunnen av en seksjon. Selv en dempet videofil i hero kan ta LCP og båndbredde på mobil. Til dekorativ bakgrunn holder vanligvis et statisk bilde eller en kort loop på CDN med preload="none". Til faglig innhold: klassisk spiller med plassholder.

#Hva Google regner som en avspillingsside for video

Googles anbefalinger for video definerer en avspillingsside (watch page) som en side der hovedformålet er å vise brukeren én enkelt video. Googles eksempler: en landingsside for video, spillersiden til en serieepisode, en side med nyhetsvideo, en side med sportshøydepunkter og et klipp fra et arrangement.

For en WordPress-blogg er moteksemplene viktigere. Google nevner et blogginnlegg som anmelder en innebygd video, en produktside med en 360-video, en kategoriside med flere like fremtredende videoer og en filmanmeldelse med innebygd trailer som sider som ikke er avspillingssider. Der er videoen et tillegg til resten av innholdet.

En veiledning med innebygd YouTube-video er altså ikke en avspillingsside etter denne definisjonen. Ifølge Google kan en slik side likevel vises som tekstresultat og som resultat i Google Bilder med et videomerke. Videoresultater, videomodus, nøkkeløyeblikk og LIVE-merket er knyttet til en egen avspillingsside, som Google anbefaler å lage hvis det gir mening for virksomheten. I WordPress betyr det som regel én oppføring per video i en egen innholdstype registrert med register_post_type, hver med egen tittel og beskrivelse, og en lenke fra artikkelen dit.

Googles krav til indeksering av video:

• Avspillingssiden må være indeksert og gjøre det godt i søk før videoen blir vurdert. En indeksert side betyr ikke en indeksert video.
• Videoen er bygget inn på avspillingssiden og er ikke skjult bak andre elementer. Bak betalingsmur trengs strukturerte data for betalingsmur.
• Videoen har et gyldig miniatyrbilde på en stabil URL.
• Filen har et støttet format: 3GP, 3G2, ASF, AVI, DivX, M2V, M3U, M3U8, M4V, MKV, MOV, MP4, MPEG, OGV, QVT, RAM, RM, VOB, WebM, WMV eller XAP. Data-URL-er støttes ikke.

#Hindrer en YouTube-fasade Google i å finne videoen

Plassholderen som laster spilleren først ved klikk beskytter LCP, men den kolliderer med én setning i Googles anbefalinger: «Ikke stol på brukerhandlinger (som å sveipe, klikke eller skrive) for å laste inn videoen» (Google Search Central, anbefalinger for video, egen oversettelse). Google finner videoer som er referert med et <video>-, <embed>-, <iframe>- eller <object>-element. Setter JavaScript inn spilleren, krever Google at den er synlig i den gjengitte HTML-en i verktøyet for URL-inspeksjon. En fasade som legger til iframe først etter klikk, består ikke den testen.

Løsningen avhenger av sidetypen:

• Egen avspillingsside: spillerelementet står i HTML-en fra start. CLS beskytter du med reservert aspect-ratio og et plakatbilde, ikke ved å gjemme spilleren bak et klikk.
• Artikkel eller produktside der videoen er støttemateriale: her er fasaden et rimelig kompromiss, fordi siden uansett ikke er en avspillingsside. Behold VideoObject med embedUrl på siden. Google støtter strukturerte data, videonettstedskart og Open Graph som videometadata, og ifølge dokumentasjonen gjør strukturerte data det lettere for Google å finne videoen.

For spillere fra YouTube, Vimeo eller Facebook legger Google til at videoen kan indekseres både på din side og på plattformens side, og anbefaler fortsatt strukturerte data på din avspillingsside. Du sjekker det i Search Console: URL-inspeksjon, vis den testede siden og søk etter iframe eller videoelementet i den gjengitte HTML-en.

#Hvilke VideoObject-egenskaper krever Google

Dokumentasjonen for strukturerte data for video har tre obligatoriske egenskaper: name, thumbnailUrl og uploadDate. description er anbefalt, i likhet med contentUrl, embedUrl, duration, creator, expires og enten regionsAllowed eller ineligibleRegion.

Tre detaljer er lette å overse:

• Google foretrekker contentUrl, altså adressen til selve filen, og bruker embedUrl som alternativ når fil-URL mangler.
• uploadDate skrives i ISO 8601. Uten tidssone bruker Google tidssonen til Googlebot, så WordPress bør skrive ut forskyvningen fra egne innstillinger.
• name og description må være unike for hver video på nettstedet og stemme med det videoen viser.

#Googles krav til miniatyrbilde og videofil

Google godtar miniatyrbilder i BMP, GIF, JPEG, PNG, WebP, SVG og AVIF, minst 60x30 piksler, større er bedre. Googlebot og Googlebot Images må kunne hente filen, altså ingen blokkering i robots.txt og ingen innlogging. Minst 80% av pikslene må ha en alfaverdi over 250, og samme URL til miniatyrbildet bør stå i alle metadata for den videoen.

Stabile URL-er er WordPress-fellen. Google advarer om at noen CDN-er bruker URL-er som utløper raskt, og at en miniatyr-URL som endres for ofte kan hindre indeksering. En bildeplugin som skriver om medie-URL-er med signerte parametere som utløper, gir akkurat det problemet.

For forhåndsvisninger og nøkkeløyeblikk må Google hente selve videofilen. Tillat henting av strømmefilen (for eksempel M3U8), ikke blokker filen med robots.txt eller noindex, og sørg for nok kapasitet på serveren som strømmer videoen, fordi Google gjennomsøker både verten for avspillingssiden og strømmeverten.

#Hvordan sette opp nøkkeløyeblikk med Clip eller SeekToAction

Google tilbyr tre veier og prioriterer øyeblikkene du setter selv:

• Strukturerte data Clip: nøyaktig start, slutt og etikett for hvert segment, støttet på alle språk der Google-søk er tilgjengelig.
• Strukturerte data SeekToAction: du viser Google hvor tidsstempelet står i URL-mønsteret, og Google finner øyeblikkene automatisk. Støttede språk: engelsk, spansk, portugisisk, italiensk, kinesisk, fransk, japansk, tysk, tyrkisk, koreansk, nederlandsk og russisk. Norsk står ikke på listen, så for norske videoer gjenstår Clip og tidsstempler i YouTube-beskrivelsen.
• YouTube-beskrivelse: tidsstempler og etiketter i beskrivelsen av en YouTube-video, støttet på alle språk.

Hver Clip trenger name, startOffset og url, adressen som åpner videoen på det sekundet; endOffset er anbefalt. Videoen må tillate dyplenker til et annet punkt enn starten (for eksempel ?t=30), vare minst 30 sekunder, og to klipp på samme side kan ikke ha samme starttid. Vil du slå av nøkkeløyeblikk, også de automatiske, viser Google til metataggen nosnippet.

{
  "@type": "Clip",
  "name": "Oppsett av hurtigbuffer",
  "startOffset": 120,
  "endOffset": 480,
  "url": "https://example.com/video/raskere-wordpress/?t=120"
}

#Hvordan fjerne, tidsbegrense eller geoblokkere en video i Google

Når en video fjernes, gir Google tre veier: statuskode 404 på hver avspillingsside som bygger den inn, en noindex-robots-metatag på disse sidene, eller en utløpsdato i egenskapen expires eller i videonettstedskartet. For å begrense landene der videoresultatet kan vises, brukes regionsAllowed i strukturerte data eller relasjonen allow i videonettstedskartet.

Direktesendinger kan få et rødt LIVE-merke via BroadcastEvent i egenskapen publication, med isLiveBroadcast, startDate og endDate; endDate legges til når sendingen er over. Google ber om et kall til Indexing API når videoen går live, når den stopper og når markeringen endres. Indexing API støtter her bare direktesendte videoer, ikke vanlige videosider.

#Hvilke Search Console-rapporter viser videoproblemer

Google peker på tre steder. Rapporten for videoindeksering viser hvor mange indekserte avspillingssider som inneholder en indeksert video, og hvorfor andre videoer ikke ble indeksert. Rapporten for utvidede videoresultater lister feil i VideoObject-markeringen. Resultatrapporten, filtrert på søkevisning for videoer, viser klikk og visninger for videoresultater. Før publisering validerer testen for utvidede resultater markeringen; Google ber deg rette kritiske feil der.

#Sjekkliste for video-SEO i WordPress

1. Filmen er publisert, miniatyrbildet er stabilt, publiseringsdato er kjent.
2. På siden: tekstinnledning + spiller (plassholder) + transkripsjon eller utvidet beskrivelse.
3. Én VideoObject med felt som matcher synlig innhold.
4. Ingen duplikat-schema fra en annen plugin.
5. 16:9-beholder uten layout-hopp etter play-klikk.
6. I Search Console: sjekk rich results / video når Google rapporterer den typen for propertyen.

Trenger du hjelp til å knytte VideoObject, plassholdere og hosting sammen i ett teknisk sprint, ta kontakt via /nb/kontakt/.

#Oppsummering

Video-SEO i WordPress er ikke «last opp en film og vent». Det er et konsistent sett: VideoObject i tråd med Google-dokumentasjonen, teksttranskripsjon ved spilleren, bevisst hostingvalg og innbygging som ikke ødelegger Core Web Vitals. Gjør disse fire tingene på de viktigste URL-ene med film før du skalerer kanaler og formater.