Sjekk siden min
Få pristilbud

Det som ikke kan måles, skal ikke loves.

En gratis, automatisk analyse av nettsiden din — sikkerhet, hastighet og synlighet. Resultatet vises på skjermen mens analysen går.

Gratis og uforpliktende. Én fullført sjekk per domene per døgn.

Gratis tilstandsrapport · Vardelabs

Se hva serveren din allerede forteller alle.

Sertifikat, sikkerhetshoder og e-postoppsett er offentlig informasjon. Vi leser det, måler hastighet og synlighet i tillegg, og viser deg tre tall på norsk — automatisk, uten skremsler.

↑ Sjekk siden min
  • Automatisk rapport på minutter — ingen venting på en konsulent
  • Passiv metode: vi leser bare det som allerede er åpent
  • Ingen betalingskort, ingen salgssamtale

Automatisk analyse · Lighthouse, sikkerhetshoder, indeksering

SYSTEM / ONLINE · OSLO 59.91°N · ingen sanntidsdata vises her

Vi bygger delen som ikke finnes ennå.

AI-native produkter, skreddersydd programvare og automatiserte systemer — fra idé til produksjon, med budsjetter for ytelse og tilgjengelighet som bygget faktisk håndhever.

Start et byggInspiser laboratoriet
  • Gratis analyseIngen kredittkort
  • Resultat på minutterDirekte i nettleseren
  • Ingen bindingstidAvslutt når du vil
  • Månedlig rapportTall du kan ettergå
01 / Det bevegelige koblingsskjemaet

Kapabiliteter er ikke en liste. De er et koblingsskjema.

Velg en node. Se hva den avhenger av — og hva som faller sammen uten den.

Velg kapabilitet
NODE 01 / AI · 3 koblinger

AI-produktutvikling

En språkmodell er en komponent, ikke et produkt. Vi bygger det rundt den: datagrunnlag, evalueringssett, kostnadstak og fallback når modellen tar feil.

Leveranser
  • Evalueringssett med faktiske eksempler
  • Server-proxy med kostnads- og ratebegrensning
  • Logging av svar som feilet
Begrensning
Modellen styrer aldri penger, tilganger eller sletting direkte.
Teknisk tilnærming
Retrieval over egne data, strukturert output validert mot skjema, menneske i loopen der feil koster.
Avhenger av
Vibe-kodede MVP-er · Fullstack-applikasjoner · Automasjon og AI-agenter
NODE 02 / MVP · 3 koblinger

Vibe-kodede MVP-er

Raskt er greit. Raskt og uten fundament er gjeld med renter. Vi bruker AI-assistert koding for fart — og typer, tester og migreringer for å overleve uke tre.

Leveranser
  • Klikkbar MVP i produksjon
  • Streng TypeScript og databaseskjema
  • Liste over bevisste snarveier
Begrensning
Maks seks uker. Det som ikke rekker, står på listen — ikke i koden halvferdig.
Teknisk tilnærming
Én kjerneflyt bygget ferdig fremfor ti flyter bygget halvveis.
Avhenger av
AI-produktutvikling · Fullstack-applikasjoner · Designsystemer og kreative grensesnitt
NODE 03 / APP · 6 koblinger

Fullstack-applikasjoner

Innlogging, roller, data, betaling, e-post, admin. Det kjedelige laget som avgjør om produktet tåler ekte brukere.

Leveranser
  • Next.js / Node-applikasjon
  • PostgreSQL med migreringer
  • Admin og revisjonslogg
Begrensning
All databasetilgang går gjennom tjenestelag — aldri rett fra komponenter.
Teknisk tilnærming
Serverrendering som standard, klient-JavaScript bare der interaksjon krever det.
Avhenger av
AI-produktutvikling · Vibe-kodede MVP-er · Automasjon og AI-agenter · Teknisk SEO-arkitektur · Ytelsesteknikk · Designsystemer og kreative grensesnitt
NODE 04 / AGT · 2 koblinger

Automasjon og AI-agenter

En agent er et program som tar beslutninger. Derfor får den samme behandling som alle andre programmer: tilganger, tester og en stoppknapp.

Leveranser
  • Kartlagt manuell prosess
  • Agent eller jobbkø med eksplisitte verktøy
  • Varsling når noe stopper
Begrensning
Minste tilgang. Hver handling logges og kan spores.
Teknisk tilnærming
Deterministisk kode først; modellen bare der regelen ikke kan skrives.
Avhenger av
AI-produktutvikling · Fullstack-applikasjoner
NODE 05 / SEO · 2 koblinger

Teknisk SEO-arkitektur

Synlighet bygges i ruting, rendering og datamodell — ikke i en plugin etterpå. Indekserbarhet er en tilstand i databasen, ikke en avkrysningsboks.

Leveranser
  • Serverrendret HTML med kanoniske URL-er
  • Sitemap og robots fra én kilde
  • Strukturert data uten oppdiktede vurderinger
Begrensning
Ingen tynne programmatiske sider. Hver indekserbar side må ha en grunn til å finnes.
Teknisk tilnærming
Indeksering styres av en enum per side; sider med for lite innhold holdes ute.
Avhenger av
Fullstack-applikasjoner · Ytelsesteknikk
NODE 06 / PERF · 3 koblinger

Ytelsesteknikk

Ytelse er et budsjett, ikke en følelse. Vi setter tak på JavaScript, LCP og layout-skift — og lar byggesteget feile når taket brytes.

Leveranser
  • Ytelsesbudsjett i Lighthouse CI
  • Måling i produksjonsbygg, ikke dev-server
  • Felt-data fra CrUX når trafikken finnes
Begrensning
Ingen tredjeparts-skript uten en skriftlig begrunnelse.
Teknisk tilnærming
Mål først, optimaliser det som faktisk dominerer, mål igjen.
Avhenger av
Fullstack-applikasjoner · Teknisk SEO-arkitektur · Designsystemer og kreative grensesnitt
NODE 07 / UI · 3 koblinger

Designsystemer og kreative grensesnitt

Et grensesnitt som skiller seg ut, uten å bli tregt eller utilgjengelig. Bevegelse med formål, tastaturstøtte og redusert bevegelse innebygd.

Leveranser
  • Design-tokens og komponentbibliotek
  • Tilgjengelighet mot WCAG 2.2 AA
  • Bevegelsesprinsipper med reduced-motion-variant
Begrensning
Animasjon får aldri blokkere innhold eller interaksjon.
Teknisk tilnærming
CSS og SVG før WebGL; tunge biblioteker bare når målingen forsvarer dem.
Avhenger av
Vibe-kodede MVP-er · Fullstack-applikasjoner · Ytelsesteknikk
02 / Byggobduksjonen · hypotetisk eksempel

Obduksjon av et produkt som ikke finnes.

En tenkt bookingløsning for en tannklinikk, dissekert fra prompt til produksjon. Ingen kunde, ingen leveranse — bare beslutningene som skiller en overbevisende prototype fra programvare som tåler mandag morgen.

Velg lag
L0 / 1 av 6

Prompt

Hva det innebærer
«Pasienter skal kunne booke, flytte og avlyse time uten å ringe.» Én setning som skjuler tjue beslutninger.
Beslutning
Skriv ned hva produktet IKKE skal gjøre: ingen journaldata, ingen betaling i versjon én.
Feilmodus
Prompten blir spesifikasjonen. AI-verktøy fyller hullene med antakelser som ser riktige ut.
Prototype ≠ produksjon
Prototype: én lykkelig sti. Produksjon: avlysning to minutter før timen, dobbeltbooking, fravær.
L1 / 2 av 6

Produktmodell

Hva det innebærer
Entiteter (behandler, time, pasient), tilstander (ledig, holdt, bekreftet, avlyst) og hvem som får endre hva.
Beslutning
Tilstandsmaskin for timen fremfor løse boolske felt. «Holdt» utløper etter ti minutter.
Feilmodus
isCancelled + isConfirmed + isPending — tre felt som kan være sanne samtidig.
Prototype ≠ produksjon
Prototype: modellen lever i komponentene. Produksjon: modellen lever i databasen og håndheves der.
L2 / 3 av 6

Grensesnitt

Hva det innebærer
Tidsvelger, bekreftelse, endring via lenke i e-post. Fungerer med tastatur, skjermleser og på en treg mobil.
Beslutning
Serverrendret tidsliste; JavaScript bare for selve valget. Siden virker før skriptet er lastet.
Feilmodus
Spinner på hele siden mens tre API-kall kjører i serie.
Prototype ≠ produksjon
Prototype: ser ferdig ut i én nettleser. Produksjon: testet på 320 px, med redusert bevegelse og uten mus.
L3 / 4 av 6

Applikasjonslogikk

Hva det innebærer
Reservasjon med utløp, bekreftelse, påminnelser, regler for avbestilling.
Beslutning
Reservasjon skjer i én databasetransaksjon med låsing — ikke «sjekk, så skriv».
Feilmodus
To pasienter booker samme time fordi sjekken og skrivingen skjer i hver sin forespørsel.
Prototype ≠ produksjon
Prototype: fungerer for én bruker. Produksjon: fungerer for femti samtidig.
L4 / 5 av 6

Data

Hva det innebærer
PostgreSQL, migreringer, myk sletting, sletterutiner for personopplysninger.
Beslutning
Unik indeks på (behandler, starttid) for aktive timer. Databasen nekter dobbeltbooking selv om koden glemmer det.
Feilmodus
Skjemaendringer gjort for hånd i produksjon, uten migrering å rulle tilbake til.
Prototype ≠ produksjon
Prototype: én tabell med JSON. Produksjon: begrensninger, indekser og en plan for GDPR-sletting.
L5 / 6 av 6

Utrulling

Hva det innebærer
Forhåndsvisning per endring, miljøvariabler validert ved oppstart, overvåking og varsler.
Beslutning
Bygget feiler hvis en påkrevd variabel mangler — heller rødt bygg enn stille feil i produksjon.
Feilmodus
Forhåndsvisningen er indeksert av Google og sender ekte e-post til ekte pasienter.
Prototype ≠ produksjon
Prototype: kjører på min maskin. Produksjon: kan rulles tilbake på under fem minutter.
03 / Kapabilitetsmotoren

Velg en prosjekttype. Motoren bytter konfigurasjon.

Hvert prosjekt tynger et annet lag av systemet. Motoren viser hvilket — og hva som kan gå galt før noen har skrevet en linje kode.

Velg prosjekttype
TYNGDEPUNKT: DATA

AI-assistent i eget produkt

Forretningsproblem
Brukerne stiller de samme spørsmålene, og svarene finnes allerede — spredt i dokumenter ingen leser.
Foreslått system
Søk over egne dokumenter, svar med kildehenvisning, og eskalering til menneske når sikkerheten er lav.
Teknologivalg
Next.js · PostgreSQL + pgvector · LLM-API bak server-proxy · Evalueringssett i CI
Leveranser
Assistent i produktet · Admin for kilder · Rapport over ubesvarte spørsmål
Største tekniske risiko
Selvsikre feilsvar · Kostnad per samtale · Personopplysninger i prompter
Slik måles suksess
Andel spørsmål løst uten eskalering, målt mot et fast evalueringssett — ikke mot magefølelse.
TYNGDEPUNKT: LOGIKK

Intern automasjon

Forretningsproblem
Noen kopierer data mellom tre systemer hver fredag. Det tar fire timer og feiler stille.
Foreslått system
Jobbkø som henter, validerer og skriver data mellom systemene, med varsling og manuell overstyring.
Teknologivalg
Node.js-arbeider · Jobbkø med retry · Webhooks / API-integrasjoner · Strukturert logging
Leveranser
Kartlagt prosess · Automatisert flyt · Varsling og feilrapport
Største tekniske risiko
Endringer i tredjeparts-API · Halvveis kjørte jobber · Uklart eierskap når det stopper
Slik måles suksess
Timer spart per uke og antall feil oppdaget av systemet før et menneske merket dem.
TYNGDEPUNKT: GRENSESNITT

Kundeportal / SaaS-MVP

Forretningsproblem
Ideen er validert i samtaler. Nå trengs noe ekte brukere kan logge inn i og betale for.
Foreslått system
Innlogging, roller, kjerneflyt, betaling og admin — én flyt ferdig, resten på en ærlig liste.
Teknologivalg
Next.js App Router · PostgreSQL + Prisma · Vipps / Stripe · Transaksjonell e-post
Leveranser
MVP i produksjon · Admin-panel · Teknisk gjeldsliste
Største tekniske risiko
Omfanget vokser underveis · Betaling uten idempotens · Ingen plan for data etter MVP
Slik måles suksess
Første betalende bruker gjennom kjerneflyten uten manuell hjelp.
TYNGDEPUNKT: INFRASTRUKTUR

Søkesynlig nettside

Forretningsproblem
Siden er pen, men usynlig: klientrendret, treg på mobil og uten struktur Google kan lese.
Foreslått system
Serverrendret nettsted med indekseringskontroll per side, strukturert data og ytelsesbudsjett.
Teknologivalg
Next.js SSG/ISR · Indekserbarhet som enum · JSON-LD · Lighthouse CI
Leveranser
Nytt nettsted · Sitemap og robots fra databasen · Ytelsesbudsjett i bygget
Største tekniske risiko
Tynne sider som drar ned helheten · Omdirigeringer som mistes ved migrering · Tredjeparts-skript
Slik måles suksess
Indekserte sider i Search Console og henvendelser fra organisk trafikk — ikke rangeringsløfter.
TYNGDEPUNKT: DATA

Datadrevet dashbord

Forretningsproblem
Tallene finnes, men i fem regneark. Ingen stoler på hvilket som er riktig.
Foreslått system
Én datamodell som henter fra kildene, med definisjoner av hvert tall og dashbord bygget på dem.
Teknologivalg
PostgreSQL · Planlagte importjobber · Server-komponenter for visning · Tilgangsstyring per rolle
Leveranser
Datamodell med definisjoner · Dashbord · Importjobber med varsling
Største tekniske risiko
Ulike definisjoner av samme tall · Treg spørring på voksende data · Kildesystem uten API
Slik måles suksess
Ett tall per begrep, brukt i ledermøtet uten at noen åpner et regneark ved siden av.
04 / Bevis uten teater

Ingen logoer. Ingen sitater. Budsjetter som kan feile bygget.

Vi har ingen kundecaser å vise her ennå, og vi dikter ikke opp noen. Det vi kan vise, er tersklene dette nettstedet testes mot — og et verktøy som måler ditt.

Ytelses- og kvalitetsbudsjetter for dette nettstedet
DimensjonBudsjettMålemetode
Largest Contentful Paint≤ 2 000 mslab, median av 3 kjøringer
Cumulative Layout Shift≤ 0,05lab, median av 3 kjøringer
Total Blocking Time≤ 200 mslab, median av 3 kjøringer
Klient-JavaScript≤ 144 KiBoverført, gzip
Tredjeparts-forespørsler0per side
TilgjengelighetWCAG 2.2 AAmål — Playwright + manuell tastaturtest
Dette får du tilbake

Slik ser rapporten ut.

Tre poengsummer på samme skala, funnene i klartekst, og hva hvert funn praktisk betyr for kundene dine. Ingenting slås sammen til ett tall — en treg, godt sikret side og en rask, vidåpen side er ikke det samme problemet.

  • Synlighet Om Google forstår siden — tittel, beskrivelse, canonical, robots.txt og sitemap.
  • Hastighet Googles egen PageSpeed Insights-måling, gjengitt som den er.
  • Sikkerhet Sertifikat, sikkerhetshoder, informasjonskapsler, eksponering og e-postoppsett.

Slik leser du de tre tallene

Tallene over er et eksempel og måler ingen ekte side. Kortet viser bare tallene — den ekte rapporten har i tillegg funnene i klartekst, fem sikkerhetskategorier og synligheten hver for seg. Din rapport måler din egen side.

Det vi leser

Hva vi faktisk ser på.

Vi leser bare det siden din allerede publiserer til enhver besøkende og enhver søkemotor. Ikke noe mer: ingen porter, ingen kataloger, ingen innlogging, ingen forsøk på å bryte noe.

  • Blir du funnet

    Synlighet

    Om siden forteller Google hva den er — og om den i det hele tatt slipper søkemotorene inn.

    • Tittel og meta-beskrivelse: finnes de, og har de lengde til å bli vist
    • Canonical-lenke, robots-meta og lang-attributt
    • Antall H1-overskrifter og hvilke strukturerte data siden publiserer
    • Alt-tekst på bildene
    • robots.txt og sitemap.xml: finnes de, lar de seg lese, slipper de søkemotorene gjennom
  • Blir de værende

    Hastighet

    Googles egen måling av hvor raskt siden din blir brukbar. Vi gjengir den som den er og justerer ingen tall.

    • PageSpeed Insights, mobil — Googles eget resultat
    • LCP, INP og CLS, forklart på norsk
    • Felt-data fra virkelige besøkende der Google har det
    • Mangler felt-data, står det i rapporten — vi finner ikke på et tall
  • Stoler de på deg

    Sikkerhet

    Alt serveren og DNS-oppslagene dine allerede svarer alle som spør. Fem kategorier, tjue poeng hver.

    • Sertifikat: gyldighet, kjede, utløp og hvilken TLS-versjon serveren svarer med
    • Sikkerhetshoder: HSTS, CSP, X-Frame-Options, X-Content-Type-Options, Referrer-Policy og Permissions-Policy
    • Informasjonskapsler: om Secure, HttpOnly og SameSite faktisk er satt
    • Eksponering: hva serveren røper om plattform og versjon, og om siden laster usikret innhold
    • E-post: SPF, DKIM og DMARC i DNS — og hva som mangler for at det skal virke

Se hva rapporten måler

Videre står de fire stegene, i den rekkefølgen de faktisk skjer — eller du kan begynne med din egen side i stedet.

Sjekk siden min
Fra domene til rapport

Fire steg. Alt vi henter er allerede offentlig.

  1. 01

    Vi spør robots.txt først

    Før noe annet henter vi robots.txt. Den sier hva vi har lov til å hente, og hvor sitemap-filen din ligger. Sier den nei, lar vi forsiden stå — også når du har krysset av for at siden er din. Rapporten sier det da rett ut i stedet for å gjette.

  2. 02

    Vi henter forsiden og noen faste adresser

    Forsiden ber vi om som en hvilken som helst besøkende, og følger vanlige omdirigeringer dit serveren sender oss — akkurat som nettleseren din ville gjort. Sertifikatet leser vi av en egen kryptert oppkobling. Ellers henter vi bare adresser med navn vi har bestemt på forhånd: de to standardstiene for security.txt, og sitemap-filen robots.txt peker på — eller /sitemap.xml, om den ikke peker på en vi kan bruke. Vi leter ikke opp flere.

  3. 03

    Vi slår opp domenet i DNS

    SPF, DKIM og DMARC er offentlige oppslag som hvem som helst kan gjøre. De avgjør om noen andre kan sende e-post som ser ut til å komme fra deg.

  4. 04

    Vi henter Googles hastighetsmåling

    PageSpeed Insights, mobil. Tallet er Googles og ikke vårt, og det står som det står. Finnes det ingen felt-data for domenet, sier rapporten det i stedet for å gjette.

Mer om metoden bak rapporten

Metode

Slik jobber vi.

Kartlegging

Hva søker kundene dine etter — og hvem tar de henvendelsene i dag.

Grunnmur

Teknisk feilfri side som laster raskt og består Googles krav til brukeropplevelse.

Innhold & synlighet

Sider og tekster som svarer på det folk faktisk leter etter. På norsk, for Norge.

Måling

Månedlig rapport med henvendelser, posisjoner og hva vi gjør videre.

Oppfølging

Ingen rører siden. Tallene beveger seg likevel.

Sertifikater går ut. Bilder blir tyngre. Google endrer hva den måler. Den gratis sjekken er ett øyeblikksbilde; vil du ha siden målt på nytt hver måned, med varsel når noe har flyttet på seg, er det et abonnement.

Ta den første målingen

Eksempel
Hastighet, målt måned for måned på den samme siden. Ingen gjorde noe galt — bildene ble bare tyngre.

Månedlig måling og en rapport du kan videresende. Ingen sanntidsovervåking, og ingen ny portal å logge inn i.

Faste pakker

Priser uten overraskelser.

Markedspris, fast hver måned. Du vet hva du betaler — og hva du får. Sikkerhet, backup og SSL er inkludert i alle pakker — ikke et tillegg.

Synlig

9 500 kr/mnd
  • Teknisk SEO-grunnmur
  • Google Bedriftsprofil
  • Lokale landingssider
  • Månedlig rapport
Velg Synlig
Mest valgt

Vekst

18 500 kr/mnd
  • Alt i Synlig
  • Innhold som bygger autoritet
  • Konverteringsoptimalisering
  • Annonsestyring (Google Ads)
  • Kvartalsvis strategi
Velg Vekst

Større behov? Vi setter sammen et eget opplegg — ta kontakt.

Spørsmål

Ofte stilt.

Hva koster det?

Fast månedspris etter pakke, fra 9 500 kr/mnd. Vi ligger på norsk markedsnivå — ikke billigst, men uten skjulte kostnader og med rapporter du kan ettergå.

Hvor raskt ser vi resultater?

Tekniske forbedringer merkes på uker. Søkesynlighet bygges over 3–6 måneder. Alle som lover topplassering på dager, lyver.

Er det bindingstid?

Løpende avtale uten lang bindingstid. Vi beholder kunder med resultater, ikke kontrakter.

Hvem gjør jobben?

Vardelabs setter strategien og bygger løsningen, med faste leveransepartnere på kapasitet. Du har ett kontaktpunkt i Oslo.

Bransjer / NOK-kalkulator

Hva koster manuelt arbeid hos deg? Regn det ut i NOK.

Kalkulator med 12 % feriepenger, 14,1 % arbeidsgiveravgift og 46 arbeidsuker, per bransje.

05 / Prosjektgeneratoren

Beskriv det. Få en brief du kan ta med deg.

Problemstilling, arkitektur, stack, omfang, risiko, åpne spørsmål og faser — satt sammen etter faste regler, ikke av en språkmodell. Kopier den, last den ned, eller send den til oss.

Prosjekttype
Kompleksitet
Integrasjoner

REGELBASERT · INGEN AI-MODELL · INGENTING SENDES FØR DU VELGER DET

Fyll inn til venstre. Briefen bygges her: problemstilling, arkitektur, stack, omfang, risiko, åpne spørsmål og faser.

Nå kan du måle det.

Domenet ditt, ett samtykke, og tre tall om siden din på skjermen mens analysen går. Gratis — og ingen ringer deg etterpå.

↑ Sjekk siden minStart arkitektur-dialog →/om/andrejs [ɱ]

Skriv den første linjen. Resten er bare kode.

Åpner e-postprogrammet ditt mot hei@vardelabs.no. Foretrekker du skjema? Gå til kontakt.

CLASSIFIED // CHARACTER BRANDING · PUMPKIN_OPS.SH

Møt «Pumpkin» — VardeLabs sin sikkerhetsmaskot

Nulltoleranse for oppblåst kode. Pumpkin bærer Monero (ɱ)-trøye og kutter gjennom trege skript, sårbarheter og teknisk gjeld.

PUMPKIN_OPS.shINSPECT MASCOT & XMR
MONERO (XMR) SUBADDRESS — trykk for å markere hele adressen
88uSGcZQ6duA2WTgfj3F53K12ongN8VipgptgvQN4ZXLH9Zwomj7GZzfrvMjbEiKTLDL2YBARTFoEEKpbXhrVXYn17BHscm