Twitter (X) i WordPress uten innstikk: slik legger du til deling, tidslinje og knapper

Twitter – i dag kjent som X – er fortsatt en viktig kanal for å dele blogginnlegg og hente nye lesere. Mange WordPress-brukere vil knytte bloggen tettere til X uten å installere enda et innstikk (plugin), fordi hvert ekstra innstikk kan gjøre siden tyngre, dra med seg funksjoner du ikke trenger og øke risikoen for sikkerhetshull. Denne guiden viser hvordan du legger til deling, del-knapp, tidslinje og velkomstmeldinger med enkle kodesnutter – og like viktig: hvilke av de gamle «triksene» som sluttet å virke da Twitter la om API-et sitt og byttet navn til X.

Viktige punkter

  • Twitter heter nå X; mange gamle kodesnutter sluttet å virke da API-et ble lagt om.
  • En del-knapp via «web intent» (x.com/intent/tweet) er gratis og krever ingen API-nøkkel.
  • Innebygd tidslinje og enkeltposter legger du inn med X sin offisielle embed-kode fra publish.x.com.
  • X forkorter alle lenker automatisk til 23 tegn via t.co – egen URL-forkorter er sjelden nødvendig.
  • Å vise følgertall gratis og automatisk er ikke lenger mulig, fordi API-et nå er betalt.
  • Rediger alltid et child-tema, aldri temaets originalfiler, så endringene overlever oppdateringer.

Hva har endret seg siden de gamle Twitter-triksene?

Mye har endret seg, og det er den viktigste grunnen til at eldre kodesnutter du finner på nettet ofte ikke lenger fungerer. Tjenesten heter ikke lenger Twitter, det tekniske grunnlaget er lagt helt om, og flere av de gratis «bakveiene» som gamle guider bygde på er stengt. Under forklarer vi de viktigste endringene før vi går løs på det som faktisk virker i dag.

Twitter heter X

Selskapet skiftet navn fra Twitter til X i 2023. I praksis betyr det at adresser som før pekte til twitter.com nå går til x.com, og at ord som «tweet» og «retweet» offisielt heter «post» og «repost». De gamle lenkene til twitter.com blir fortsatt videresendt, men når du skriver ny kode bør du bruke x.com-adressene direkte.

API-et er ikke lenger gratis

Et API er grensesnittet en nettside bruker for å hente data automatisk fra en tjeneste. Tidligere kunne hvem som helst hente de siste tweetene eller antall følgere gratis og uten innlogging. Det er over: X la om API-et i flere runder fra 2023, og for nye utviklere ble den gratis tilgangen avviklet tidlig i 2026. Dagens tilgang er betalt og baseres på forhåndskjøpte kreditter per forespørsel. Konsekvensen for bloggere er enkel: alt som krever at serveren din leser data fra X «i kulissene» koster nå penger og en API-nøkkel.

Tegngrensen og lenker

Den opprinnelige grensen på 140 tegn per melding ble doblet til 280 tegn for vanlige kontoer, og betalende Premium-brukere kan skrive vesentlig lengre innlegg. Minst like viktig for bloggere: X forkorter alle lenker automatisk til t.co og teller dem som 23 tegn uansett hvor lang den egentlige adressen er. Det gjør de gamle rådene om å forkorte URL-er selv langt mindre relevante enn de var i 2012.

De gamle kodesnuttene som har sluttet å virke

Hvis du finner en eldre guide (også en tidligere versjon av denne artikkelen), er dette delene du trygt kan hoppe over fordi de ikke lenger fungerer:

  • «Vis din ferskeste tweet» via search.twitter.com: den gamle Atom-strømmen (search.twitter.com/search.atom) ble lagt ned for over ti år siden. Kode som henter denne adressen returnerer ingenting.
  • «Vis antall følgere» ved å lese profilsiden: den gamle metoden lette etter et felt kalt follower_count i HTML-en på profilen. X endret sidestrukturen og krever i dag innlogging for mye av innholdet, så denne skrapingen gir feil eller tom verdi.
  • Anonym TinyURL via api-create.php: det enkle, nøkkelfrie endepunktet er blitt upålitelig og delvis avviklet. Mer om alternativene lenger ned.

Resten av guiden handler derfor om metoder som faktisk fungerer i 2026, og om ærlige alternativer der det ikke lenger finnes en gratis vei.

Slik legger du til en del-knapp for X uten innstikk

En del-knapp er den enkleste og mest nyttige X-funksjonen du kan legge til, og den krever verken innstikk eller API-nøkkel. Løsningen heter «web intent»: en helt vanlig lenke til X sitt skjermbilde for å skrive en ny post, med teksten og lenken din fylt ut på forhånd. Når leseren klikker, åpnes X med innlegget klart – de trenger bare å trykke «Post».

Fordi dette bare er en lenke, kan du legge den rett inn i temaet ditt (for eksempel i single.php der du vil at knappen skal stå). Snutten under bygger lenken automatisk ut fra tittelen og adressen til innlegget som vises:

<a href="https://x.com/intent/tweet?text=<?php echo rawurlencode( get_the_title() ); ?>&url=<?php echo rawurlencode( get_permalink() ); ?>&via=dittbrukernavn"
   target="_blank" rel="noopener noreferrer">Del på X</a>

Bytt ut dittbrukernavn med ditt eget X-brukernavn (uten @). Funksjonen rawurlencode() sørger for at æ, ø, å og mellomrom i tittelen kodes riktig, slik at lenken ikke brekker. Vil du heller ha en knapp på forsiden eller i en widget enn inne i et innlegg, fungerer samme prinsipp – du må bare bytte get_the_title() og get_permalink() med faste verdier.

Parametere du kan fylle ut på forhånd

Web intent-lenken støtter flere parametere som du henger på adressen med & mellom hver:

  • text – teksten som fylles ut i posten (URL-kodet).
  • url – lenken du vil dele; X forkorter den selv til t.co.
  • hashtags – en eller flere emneknagger uten #, skilt med komma.
  • via – brukernavnet ditt, som legges til som «via @brukernavn».
  • related – kontoer X kan foreslå å følge etter deling.

Du trenger ikke alle sammen; de fleste klarer seg med text og url. En viktig detalj: X anbefaler at text, url og hashtags til sammen holder seg innenfor 280 tegn, ellers kuttes teksten.

Rediger alltid et child-tema

Når du legger kode rett inn i temafiler, må du gjøre det i et child-tema (undertema) – en liten kopi som arver alt fra hovedtemaet. Gjør du endringene i selve hovedtemaet, blir de slettet neste gang temaet oppdateres. Trenger du hjelp til å velge og sette opp tema, har vi en egen gjennomgang av WordPress-design og temaer for norske bloggere.

Slik viser du nyeste poster og en X-tidslinje

Siden API-et ikke lenger lar deg hente tweetene dine gratis som ren tekst, er den riktige løsningen i dag X sin egen offisielle innbygging (embed). Den krever ingen API-nøkkel, oppdaterer seg selv, og respekterer innlogging og personvern slik X selv vil ha det.

Den enkleste veien er å gå til X sitt publiseringsverktøy på publish.x.com, lime inn adressen til profilen din og kopiere embed-koden du får. Koden ser omtrent slik ut og kan limes rett inn i en «Egendefinert HTML»-blokk i blokkredigereren, eller i en widget:

<a class="twitter-timeline" href="https://x.com/dittbrukernavn">Innlegg fra @dittbrukernavn</a>
<script async src="https://platform.twitter.com/widgets.js" charset="utf-8"></script>

Widget-skriptet (widgets.js) gjør om lenken til en levende tidslinje. Vil du heller vise én enkelt post, velger du «…»-menyen på posten inne på X og trykker «Embed post» for å få ferdig kode. Et par ting å huske:

  • Last skriptet bare én gang per side. Har du flere innbygginger, holder det med én widgets.js – ellers blir siden tregere.
  • Tidslinjen laster fra X. Det legger litt vekt på siden, og innholdet forsvinner hvis brukeren blokkerer tredjepartsskript.
  • Du kan styre utseendet med parametere som bredde, lyst/mørkt tema og antall innlegg via oEmbed-endepunktet, hvis du vil ha mer kontroll enn verktøyet gir.

Lag en velkomstmelding til besøkende som kommer fra X

Et av de gamle triksene fungerer fortsatt, men trenger en oppdatering: å vise en egen hilsen til lesere som klikker seg inn fra X. Dette gjøres ved å se på HTTP_REFERER – informasjon nettleseren sender om hvilken side brukeren kom fra. Den gamle snutten hadde dessuten en feil: argumentene til strpos() var byttet om, slik at den aldri slo til. Her er en rettet og modernisert versjon:

<?php
$ref = isset( $_SERVER['HTTP_REFERER'] ) ? $_SERVER['HTTP_REFERER'] : '';
if ( $ref && ( strpos( $ref, 'x.com' ) !== false
          || strpos( $ref, 'twitter.com' ) !== false
          || strpos( $ref, 't.co' ) !== false ) ) {
    echo '<p class="fra-x">Velkommen, du som kom fra X! Liker du innlegget? '
       . 'Vi setter stor pris på en repost.</p>';
}
?>

Legg merke til at vi sjekker både x.com, twitter.com og t.co, siden lenker fra X ofte går via t.co-forkorteren. Dette er likevel ikke 100 % pålitelig, og du bør vite hvorfor:

  • HTTP_REFERER kan mangle. Mange nettlesere og apper sender ikke lenger full referanse av personvernhensyn, så noen X-besøkende vil ikke se meldingen.
  • Mellomlagring (caching) kan ødelegge effekten. Bruker du et hurtigbufferinnstikk eller en CDN, kan en lagret versjon av siden vises til alle – også de som ikke kom fra X. Da bør du heller løse dette med JavaScript på klientsiden.
  • Ikke stol på verdien som sikkerhet. HTTP_REFERER kan forfalskes, så den egner seg kun til hyggelige, uforpliktende ting som en hilsen.

Vil du ha enda flere lesere inn fra sosiale medier, har vi samlet konkrete grep i guiden om hvordan du får flere lesere til bloggen din.

Trenger du fortsatt TinyURL for korte lenker?

For de aller fleste er svaret i dag nei. Den opprinnelige grunnen til å forkorte lenker var tegngrensen, men siden X uansett forkorter alle lenker automatisk til t.co og teller dem som 23 tegn, sparer du ingenting på å forkorte dem selv først. En egen forkorter kan likevel være nyttig hvis du vil ha pene, gjenkjennelige lenker eller ønsker å telle klikk.

Hvis du vil forkorte, bør du vite at det gamle, nøkkelfrie TinyURL-endepunktet (api-create.php) er blitt upålitelig og delvis avviklet – kode som bygger på det kan slutte å virke når som helst. Dagens TinyURL har et moderne API som krever at du oppretter en gratis konto og en API-nøkkel. Alternativt kan du bruke en annen etablert forkorter. Poenget er: ikke lim inn en gammel «gratis uten nøkkel»-snutt og regn med at den holder.

Kan du vise antall følgere uten innstikk?

Her må vi være ærlige: det finnes ikke lenger en gratis, automatisk måte å vise følgertallet ditt på en WordPress-side. Både den gamle skrapingen av profilsiden og den gamle API-tilgangen er borte, og det nåværende API-et koster penger. Du har tre realistiske valg:

  • Dropp tallet. Et eksakt følgertall er sjelden avgjørende, og en enkel «Følg meg på X»-knapp gir ofte like god effekt.
  • Bruk en offisiell følg-knapp eller profilinnbygging fra X i stedet, som viser profilen uten at du må hente tall selv.
  • Betal for API-tilgang og hent tallet via det nye API-et – bare aktuelt hvis du virkelig trenger det og aksepterer kostnaden og den tekniske jobben.

Skal du vise flere sosiale kanaler, kan du kombinere dette med en Facebook liker-knapp på hjemmesiden eller Facebook-kommentarer i WordPress – begge er dekket i egne, oppdaterte artikler.

Innstikk eller kodesnutter – hva bør du velge?

Hovedargumentet i den opprinnelige artikkelen holder fortsatt: færre innstikk gir som regel en raskere, lettere og tryggere side. Samtidig er det ikke slik at kode alltid er best. Et godt vedlikeholdt innstikk kan spare deg for mye arbeid, håndtere oppdateringer når X endrer seg, og gi deg funksjoner du ellers måtte bygge selv.

En fornuftig tommelfingerregel: bruk en enkel kodesnutt for små, stabile ting som en del-knapp, og vurder et innstikk når du trenger noe større som oppdaterer seg selv – for eksempel full integrasjon mot flere sosiale nettverk. Vil du se hvordan slike innstikk har endret seg over tid, er listen over populaere WordPress-innstikk og hva du bør bruke i dag et nyttig utgangspunkt. Tabellen under oppsummerer hvilken metode som passer til hver funksjon:

Sammenligning

FunksjonMetode som fungerer i 2026Krever API-nøkkel?Gratis?
Del-knappWeb intent (x.com/intent/tweet)NeiJa
Innebygd tidslinjeOffisiell embed via publish.x.comNeiJa
Enkelt innebygd postEmbed-kode fra selve postenNeiJa
Hente nyeste post som tekstX API (v2)JaNei (betalt)
Vise antall følgereX API (v2)JaNei (betalt)
Velkomstmelding fra XPHP + HTTP_REFERERNeiJa
Korte lenkert.co (automatisk) / TinyURL APIt.co: neit.co: ja

Vanlige feil å unngå

Her er feilene som oftest gjør at «X i WordPress uten innstikk» ikke virker som forventet:

  • Å kopiere gamle snutter ukritisk. Kode som leser search.twitter.com eller skraper følgertall er død. Sjekk alltid at metoden stammer fra tiden etter navnebyttet til X.
  • Å redigere hovedtemaet. Endringer i temaets originalfiler forsvinner ved neste oppdatering. Bruk alltid et child-tema.
  • Å glemme rawurlencode(). Uten riktig URL-koding brekker del-lenken så snart tittelen inneholder æ, ø, å, mellomrom eller spesialtegn.
  • Å laste widgets.js flere ganger. Én innlasting holder for alle innbygginger på en side; flere gjør bare siden tregere.
  • Å stole på HTTP_REFERER sammen med caching. Hurtigbuffer kan vise «velkommen fra X» til alle. Løs referanse-avhengige ting på klientsiden om du bruker caching.
  • Å droppe rel=»noopener». Når du åpner X i ny fane med target=»_blank», beskytter noopener mot at den nye fanen får tilgang til siden din.

Vanlige spørsmål (FAQ)

Trenger jeg en API-nøkkel for å legge til en del-knapp for X?

Nei. En del-knapp bygd på web intent-lenken (x.com/intent/tweet) er bare en vanlig lenke og krever verken API-nøkkel, innlogging eller betaling. Du trenger først betalt API-tilgang hvis serveren din skal hente data fra X, som siste poster eller følgertall.

Hvorfor virker ikke de gamle kodesnuttene for å vise tweets lenger?

Fordi grunnlaget de bygde på er borte. Den gamle search.twitter.com-strømmen ble lagt ned for over ti år siden, skraping av profilsiden stoppes av endret struktur og innlogging, og den gratis API-tilgangen er avviklet. Bruk X sin offisielle embed-kode i stedet.

Er det bedre å bruke kodesnutter enn innstikk?

Det kommer an på behovet. Kodesnutter gir en lettere og raskere side for små, stabile funksjoner som en del-knapp. Et godt innstikk kan derimot være verdt det for større funksjoner som trenger løpende vedlikehold når X endrer seg.

Må jeg fortsatt forkorte lenker med TinyURL?

Som regel ikke. X forkorter alle lenker automatisk til t.co og teller dem som 23 tegn uansett lengde. Vil du likevel ha korte, pene lenker, bruk TinyURLs moderne API med nøkkel – det gamle, nøkkelfrie endepunktet er ikke lenger pålitelig.

Hvordan unngår jeg at endringene mine forsvinner ved oppdatering?

Legg all egen kode i et child-tema (undertema) i stedet for i hovedtemaets filer. Et child-tema arver alt fra hovedtemaet, men beholder dine endringer når hovedtemaet oppdateres.