Del produktet · kapittel 1
Bakgrunn og datakilder
Hvorfor portalen finnes, hvilke kilder den bygger på, og hvordan et tall kommer seg fra et offentlig register og fram til en graf med dato og kildehenvisning.
Hvorfor portalen finnes
Norsk offentlig statistikk er åpen. Den er også spredt: tallene om pensjon ligger ett sted, tallene om arbeidsliv et annet, og tallene om helse et tredje. Hver av dem er publisert i et grensesnitt bygget for den som allerede vet hva en tabellkode er. Skal du finne ut om uføreandelen har steget i ditt fylke, må du vite hvilken etat som eier tallet, hvilken tabell det står i, og hvilke valg du må ta i nedtrekksmenyene før tallet blir riktig.
Faktaportalen gjør det arbeidet én gang, og viser resultatet som en graf med en setning som forklarer hva du ser. Alt som vises er offentlig tilgjengelig fra før. Verdien ligger ikke i tilgangen, men i sammenstillingen: 44 kilder og 190 datasett samlet på ett sted, med samme formatering, samme datomerking og samme forbehold.
Det gir en forpliktelse. Når tall fra mange kilder står side om side, ser de like sikre ut. De er de ikke. Derfor bærer hver graf sin egen kilde og sin egen dato, og derfor er alt vi selv har tolket merket som nettopp det.
Kildene, og de to måtene de kommer inn på
Kildene deler seg i to etter hvordan de publiserer. Videre deler de seg i tre etter hvilken vei de tar gjennom portalen, og begge forskjellene betyr mer enn de ser ut til.
De som har et API
Statistisk sentralbyrå, Norges Bank, Brønnøysundregistrene og flere til svarer på maskinspørringer. Vi ber om en tabell, får den i retur, og vet nøyaktig hva vi spurte om. Går noe galt, går det som regel galt høylytt.
De som publiserer filer
Deler av NAVs statistikk finnes bare som nedlastbare tabeller, og noen analyser publiseres utelukkende som PDF. Da må filen hentes, leses og tolkes. Det virker, men det er skjørt: et endret kolonnenavn eller et omgjort oppsett kan bryte tolkningen uten å gi noen feilmelding.
Formen kilden publiserer i, avgjør hvor mye arbeid som må gjøres før tallet er brukbart. Hvilken vei den tar videre, avgjør hva som skjer når kilden endrer seg. Der tallet ikke kommer fra et API, står det på selve kildehenvisningen: «datasett» når det er lastet fra en publisert tabell, «statisk» når det er lest fra en rapport, nettside eller artikkel og skrevet inn for hånd.
Rett til en datafil
Et program henter tallene, rydder dem og skriver resultatet som en datafil i nettstedet. Siden leser filen når den bygges. Det store flertallet av datasettene kommer inn slik.
Innom datalageret først
Er kilden et dokument framfor en tabell, lagres den først uendret i etdatalager. Det er ikke en database du oppdaterer, men et sted der data fra mange kilder ligger samlet i sin opprinnelige form, med oversikt over hva som finnes og hvor hvert tall kom fra.
Der tolkes innholdet i egne steg som kan leses, testes og kjøres om igjen, og først den ferdige tabellen skrives ut som datafil. NAVs statistikknotater kommer inn slik, og det er grunnen til at de lar seg følge over tid framfor ett dokument av gangen.
Rett fra datalageret
Ett sted svarer portalen ved å spørre datalageret i samme øyeblikk, uten å gå veien om en datafil. Det er chatten om arbeidsavklaringspenger og uføretrygd, der spørsmålet stilles på norsk. Den er passordbeskyttet, fordi hvert spørsmål kjører en ny spørring mot lageret.
De to første veiene ender begge i en datafil som skrives med dato og sjekkes inn. Da kan tallene på sidene spores tilbake til akkurat den versjonen kilden publiserte. Chatten har ingen slik fil, og svarer på det som ligger i lageret i det øyeblikket spørsmålet stilles.

Det som oppdaterer seg selv, og det som ikke gjør det
Det vanskelige med en statistikkportal er ikke å publisere et tall. Det er å vite når tallet ble gammelt. 121 av 190 datasett hentes av en jobb som går etter fast plan, og 6 av dem hentes daglig. De øvrige 69 vedlikeholdes for hånd, og for dem finnes ingen jobb som sier fra av seg selv.
| Oppdateres | Datasett | Hva det betyr |
|---|---|---|
| Daglig | 6 | Renter, valuta og foretaksdata, der en uke gammel verdi er lite verdt. |
| Etter fast plan | 115 | Ukentlig, månedlig eller årlig, avhengig av hvor ofte kilden selv publiserer. |
| For hånd | 69 | Rapporter og oversikter uten maskinlesbar utgave. En egen vakt sier fra når de blir for gamle. |
Portalen fører en dato per datafil, ikke én dato for hele nettstedet. Akkurat nå spenner de fra 2026-03-31 til 2026-09-09. At spennet er stort er ikke en feil: en årlig skattestatistikk skal ikke oppdateres oftere enn den publiseres. Poenget er at datoen står der, slik at du selv kan vurdere om tallet er ferskt nok til det du skal bruke det til.
Hele oversikten, datasett for datasett, ligger på oppdateringsloggen.

Tre slags endringer i et datasett
At et datasett er hentet på nytt, sier lite om hva som skjedde med tallene. Ofte kom det en ny måned. Av og til har kilden endret tall langt tilbake i tid: NAV justerer ferske måneder når etterregistreringer kommer inn. Og noen ganger er det vi som har rettet en feil.
Historikken skiller de tre. Hver gang pipelinen skriver en datafil, sammenligner den den nye versjonen med den forrige og noterer hva den så: nye perioder, perioder som er revidert, serier som kom eller gikk. Det står ved siden av det et menneske har skrevet for hånd, med hver sin merkelapp, så leseren aldri skal lure på om en endring er kildens eller vår.
Tre slags linjer i historikken
Skillet går på hvem som sier det, ikke på hva som skjedde med tallet. Linjer fra kilden har stiplet strek foran, linjer av oss hel.
- HentetNår ble tallene hentet på nytt? Svaret kommer fra pipelinen.
- sist oppdatertDatoen på raden er datafilens sist oppdatert: dagen tallene faktisk ble hentet fra kilden, ikke nødvendigvis dagen kilden publiserte dem. «historisk» betyr at raden er rekonstruert fra git-historikken.
- fra kildenHva så koden da den hentet? Svaret kommer fra pipelinen, automatisk.
- Nytt · Revidert · Fjernet · Ny serie · Serie fjernet · OmlagtAvledet ved å sammenligne den nye versjonen av datafilen med den forrige. «Nytt» er perioder som kom inn. «Revidert» betyr at kilden selv har endret tall tilbake i tid; vi har ikke gjort noe, koden bare la merke til det. Det er aldri en feil hos oss.
- av ossHva endret vi, og hvorfor? Svaret kommer fra et menneske, med kilde.
- Rettet · Lagt tilSkrevet for hånd, med begrunnelse og kilde. «Rettet» betyr at vi tok feil og har rettet det. «Lagt til» betyr at ny utvikling er lagt inn i en manuelt vedlikeholdt datafil. Bare et menneske kan skrive disse, for de krever en begrunnelse.
Sammenligningen er ren tekst mot tekst og kjenner bare de to formene datafilene har: en akse med parallelle tallrekker, eller rader med et periodefelt. En rekke den ikke forstår, gir ingen linje. Det er valgt med vilje: en falsk «revidert» er verre enn en revisjon som ikke ble nevnt. Et rullerende vindu, som konkurslista for de siste tolv månedene, meldes heller ikke som «fjernet» hver dag. Hele historikken, med forklaringen, står på oppdateringssiden.
Hver graf bærer sin egen kilde og dato
En kildeliste nederst på siden er lett å lage og lite verdt. Leseren som lurer på hvor et bestemt tall kommer fra, står ved grafen, ikke ved bunnen av siden. Derfor har hver enkelt graf en klikkbar kildehenvisning ved siden av overskriften, med tabellnavn og dato:
Blander en side flere kilder med ulik publiseringstakt, får hver graf sin egen dato framfor én felles. En samledato ville sagt at alt på siden var like ferskt, og det er sjelden sant.
Alle eksterne adresser er samlet i ett register framfor å ligge spredt i hver enkelt side. Det er kjedelig, og det er grunnen til at en brutt lenke kan rettes ett sted i stedet for førti.

Når vi tolker, sier vi fra
Det meste på portalen er tall fra en kilde. Noe er ikke det: oppsummeringer, det som er verdt å legge merke til i en graf, og regneeksempler. Den teksten er vår, og den er merket Redaksjonelt med en synlig forklaring rett under - ikke som en hjelpetekst du må holde musepekeren over, for tillit som krever hover, oppdager de fleste lesere aldri.
Merkingen har to varianter, og forskjellen er reell. «Vår tolkning av tallene» betyr at tallene er hentet fra en oppgitt kilde og at ordene rundt er våre. «Portalens eget regneeksempel» betyr at tallene selv er regnet ut av oss. Å bruke den første formuleringen på det andre tilfellet ville vært direkte feil.
Tall i redaksjonell tekst hentes alltid fra datafilene, aldri skrevet inn. Ellers ville prosaen sagt ett tall og grafen ved siden av et annet, første gang kilden oppdaterte seg.
Se det i portalen
Nytt på portalen
Omsorgsbehovet i din kommune mot 2050 →
Alle 357 kommuner har til sammen 285 000 innbyggere over 80 i dag. SSBs framskriving gir 591 000 i 2050. Sida lar deg velge kommune og bytte mellom hovedalternativet, sterk aldring og svak aldring, regner om til brukere av institusjon, omsorgsbolig og hjemmetjenester, og viser hvordan kommunen løser oppgaven i dag mot resten av landet. Kommuneøkonomien er koblet på: dagens netto driftsutgifter per innbygger over 80, ganget med hvor mange over 80 kommunen får.
Oslo mot 2050: bydelene der antall over 80 mer enn dobles →
Oslo kommunes egen framskriving gir 55 000 personer over 80 i 2050, mot 24 000 i dag. Veksten er skjevest i indre by og sør: Gamle Oslo, Søndre Nordstrand og Grünerløkka mer enn tredobler antallet, mens Stovner og Grorud vokser minst. Sida regner om til brukere av institusjon, omsorgsbolig og hjemmetjenester per bydel med samme regnestykke som landssida, viser Oslo mot landet i dag fra SSB 12003, og setter det opp mot NAVs tall for hvor mange i hver bydel som står utenfor arbeid.
Omsorgsbehovet mot 2060: hva skjer når antall eldre nesten dobles →
Norge har 938 000 personer over 67. I 2060 venter SSB 1,59 millioner. Bruker de eldre omsorgstjenestene som i dag, går antall eldre brukere av institusjon, omsorgsbolig og hjemmetjenester fra 171 000 til 391 000, og årsverkene fra 94 000 til 215 000. Sida tegner regnestykket år for år, i tre framskrivingsalternativer og med en test på friskere aldring, og sammenligner tall for tall med Ulf Andersen i NAV, som regnestykket er inspirert av.
Historikken sier hva som kom inn og hva som ble revidert, for alle datasett →
Hver gang pipelinen henter tall på nytt, sammenligner den med forrige versjon: hvilke måneder, kvartaler eller år som kom til, og hvilke tall tilbake i tid kilden har revidert. Det står i historikk-knappen, på oppdateringshistorikken og på kildesida for hver datafil, og er rekonstruert bakover fra git for alle femti datasett. På prissida, AAP, uføre, befolkning, valuta og konkurser står det også som en chip ved siden av kildehenvisningen på hver graf.
Kryptoandelen i datasentrene: en lesers regnestykke gir 48 til 60 prosent →
Regjeringen oppgir 20 prosent, vi har regnet 38 med bare de to Bitdeer-anleggene. En leser har gått gjennom anleggene ett for ett og kommer til 48 prosent som gulv, og 60 når anlegget i Mo i Rana som ikke er meldt inn til Nkom, tas med. Regnestykket står i egen boks, anlegg for anlegg, merket som leserens.
Mest lest siste 7 dager
- 1Datasentre og kraftforbruk74 visninger
- 2Datasentrene brukte 3,3 TWh i 2025, og kryptodelen er alt på vei ned31 visninger
- 3Slik er portalen bygget25 visninger
- 4Alderspensjon 2025 - gjennomsnittlig utbetaling og avgangsalder17 visninger
- 5Oppdateringshistorikk17 visninger
- 6Kilder og datagrunnlag16 visninger
- 7Blogg16 visninger
- 8Energiomstilling11 visninger
- 945 milliarder til Tydal: hva E24-saken ikke fortalte11 visninger
- 10Befolkning11 visninger