Byg et internt dashboard: shop, regnskab og annoncer ét sted

Kort svar: Et internt dashboard samler de 8–10 nøgletal, webshoppen styres efter – omsætning mod mål, ordrer og gennemsnitskurv, annonceafkast, konvertering, retur og drift – ét sted, som alle kan se. Den pragmatiske arkitektur er et regneark eller Looker Studio som nav, hvor data kommer ind automatisk: ordretal via API eller webhook, annoncer og trafik via connectors og regnskabstal månedligt. Reglerne, der afgør succesen: højst ti tal, en ejer pr. tal og én månedlig afstemning mod kilderne – et dashboard, ingen stoler på, er værre end intet.

Fagligt gennemgået: 2. oktober 2026

Virkeligheden i mange webshops: omsætningen bor i WooCommerce, annoncetallene i to annoncekonti, trafikken i analytics og økonomien i regnskabssystemet – og det samlede billede bor ingen steder. Så styres der på mavefornemmelse og den fane, nogen tilfældigvis havde åben.

Hvor mandagsrapporten er ugens pulstjek, er dashboardet det fælles styringsbillede: altid opdateret og med samme tal for alle. Her er den realistiske vej til at bygge det – uden en BI-afdeling.

1. Vælg de 8–10 nøgletal – og stop der

Dashboards dør af overvægt: fyrre grafer, som ingen kigger på, fordi intet skiller sig ud. Vælg i stedet efter én test: „hvis dette tal ændrer sig markant, gør vi så noget?“ Tre grupper dækker de fleste webshops:

Gruppe	Nøgletal	Typisk kilde
Forretning	Omsætning måned-til-dato mod mål, antal ordrer, gennemsnitskurv	WooCommerce
Marketing	Annonceudgift og afkast (ROAS eller omkostning pr. ordre), besøg, konverteringsrate	Annoncekonti og webanalyse
Drift	Returprocent, gennemsnitlig leveringstid, oppetid og fejl	Ordresystem, fragtplatform og overvågning

Læg dertil et eller to tal, der er særlige for jer – fx B2B-andel, antal abonnenter eller kundetilfredshed. Målet skal stå på dashboardet: tal uden sammenligning er bare tapet.

Skriv for hvert tal tre ting: definitionen (hvad tæller med?), kilden og ejeren – den person, der skal kunne forklare bevægelsen på ugemødet. Oppetid og fejl kommer fra jeres overvågning og uptime-overvågning. Uden ejere er et dashboard bare vejrudsigten.

Eksempler på definitioner

Skriv formlen ned, så alle regner ens. Disse definitioner er almindelige udgangspunkter, men det vigtigste er, at I vælger én og holder fast:

• Gennemsnitskurv = omsætning ÷ antal ordrer i perioden. Beslut, om moms og fragt er med.
• Konverteringsrate = antal ordrer ÷ antal sessioner (eller besøgende) × 100. Skriv, hvilket analyseværktøj tallet kommer fra.
• ROAS = omsætning tilskrevet annoncer ÷ annonceudgift. Annonceplatformens egen tilskrivning er ofte mere optimistisk end jeres webanalyse, så notér kilden.
• Omkostning pr. ordre = annonceudgift ÷ antal ordrer fra annoncer.
• Returprocent = antal returnerede ordrer ÷ antal leverede ordrer × 100 – eller i kroner, hvis det er mere retvisende for jer.

Når to tal ikke stemmer – fx omsætningen i annoncekontoen og i WooCommerce – skyldes det næsten altid forskellige definitioner eller tilskrivningsmodeller, ikke regnefejl. Derfor hører definitionen hjemme på selve dashboardet.

2. Arkitekturen: navet i midten

Mønstret er det samme som ved lagersynkronisering: ét nav, som alle kilder leverer til, i stedet for et spindelvæv af forbindelser.

For små og mellemstore shops er navet i praksis et regneark eller Looker Studio, som er gratis at bruge. Google har færdige connectors til egne tjenester som Google Analytics, Google Ads, Search Console og Google Sheets; andre annonceplatforme kræver typisk en partner-connector, som kan koste penge. Shoppens egne tal skubbes ind automatisk: et lille dagligt flow henter ordretal via WordPress REST API og skriver én række pr. dag i arket – dato, omsætning, ordrer og kurv.

Regnskabstal som dækningsgrad og faste omkostninger opdateres månedligt fra regnskabssystemet – gerne manuelt. De ændrer sig langsomt, og én række om måneden er sjældent værd at automatisere. Først når kilder, historik og behov vokser ud af arket, giver egentlige BI-værktøjer mening. Til den tid flytter du navet, ikke idéen.

3. Byg det på en dag

1. Opret arket med én fane pr. kilde (shoppens dagstal, annoncer, mål og økonomi) og én samlefane med månedens billede.
2. Byg dagsflowet i fx n8n eller Make: hent gårsdagens ordrer, og skriv rækken – samme teknik som mandagsrapporten, bare til et ark i stedet for en mail. Se n8n, Make eller Zapier.
3. Tilslut connectors til annoncer og trafik i Looker Studio, og peg den også på arket.
4. Design én side: de ti tal øverst med retning og mål, tre-fire grafer under (omsætning over tid mod sidste år, annonceafkast, konvertering). Modstå „side 2“ så længe som muligt.
5. Sæt fejlovervågning på dagsflowet, fx en alarm, hvis der ikke er kommet en ny række inden et bestemt klokkeslæt. Et dashboard med huller i data mister troværdigheden først.

Del linket med hele teamet, og hæng det eventuelt op på en skærm. Synlige tal påvirker stille og roligt de daglige beslutninger.

Tip: Hold persondata ude af dashboardet. Til styring er det nok med samlede tal pr. dag – ikke kundenavne, mails eller adresser. Så bliver deling i teamet enklere, og du undgår at sprede persondata til endnu et værktøj. Se kundedata i WooCommerce efter GDPR.

4. Adfærden: sådan bliver det brugt

Et dashboard ændrer først noget, når det får et fast møde at bo i: fem minutter på ugemødet, hvor hvert tals ejer siger én sætning – „kurven falder, fordi kampagnen trækker småordrer; vi hæver grænsen for fri fragt“. Det tvinger definitionerne på plads og gør tallene til handlinger.

To regler mere:

• Når et tal ser mærkeligt ud, er første hypotese altid en datafejl. Tjek kilden, før du reagerer på tallet.
• Når et tal ikke har flyttet en beslutning i tre måneder, ryger det af og gør plads.

Dashboardet er et værktøj, ikke et trofæ. Målet er ikke at se professionelt ud, men at opdage skævheder uger tidligere, end mavefornemmelsen ville.

5. Datakvalitet: tilliden skal vedligeholdes

Dashboardets valuta er tillid, og tillid tæres af små afvigelser: refusioner, der tælles forskelligt i shop og regnskab, moms med eller uden, og tidszoner, der forskyder døgnet.

Afstem derfor én gang om måneden mod kilderne: dashboardets månedsomsætning mod WooCommerce Analytics og mod bogføringen. Små definitionsforskelle er i orden, når de er kendte og noterede. Skriv definitionerne direkte på dashboardet – fx „omsætning = gennemførte ordrer inkl. moms, ekskl. fragt“ – så diskussionen ikke starter forfra hver måned. Se også afstemning af gateway, bank og regnskab.

Dashboards, der henter fra shoppens API hver dag, skal gøre det skånsomt: én natlig kørsel med få felter. Så belaster de ikke butikken, og kunderne mærker ikke, at den bliver målt.

6. Typiske fejl, der får dashboards til at dø

• For mange tal: alt er med, så intet skiller sig ud.
• Ingen ejere: ingen føler ansvar for at forklare bevægelserne.
• Uklare definitioner: salg og regnskab ser forskellige omsætningstal og mister tilliden.
• Huller i data: et dagsflow fejler i en uge, uden at nogen opdager det.
• Intet møde: dashboardet bliver åbnet ved lanceringen og aldrig igen.

Alle fem kan forebygges med reglerne ovenfor – og de koster mindre at undgå end at reparere, når tilliden først er væk.

Læs også

• Hub: Automatisering og integrationer
• Automatiske salgsrapporter
• WordPress REST API i praksis
• Overvåg dine automatiseringer
• WooCommerce hosting hos Hostious – LiteSpeed, NVMe, daglig backup og staging fra Woo StartUp

Ofte stillede spørgsmål om dashboard og nøgletal for webshoppen

Hvilket værktøj skal jeg bygge dashboardet i?

Start med Looker Studio og et regneark som nav: gratis, færdige connectors til Googles egne tjenester, og shoppens tal skubbes ind med et lille dagligt flow. Skift først til BI-værktøjer, når behovet viser sig.

Hvor mange nøgletal skal med?

Højst ti – hvert med definition, kilde og ejer. Testen er, om en markant ændring i tallet skal udløse handling. Tal, der aldrig flytter beslutninger, ryger af.

Hvad er forskellen på dashboard og ugerapport?

Rapporten skubbes ud i fast rytme, fx mandagsmailens fem tal; dashboardet er det altid opdaterede fælles opslagssted med flere detaljer. De styrker hinanden: rapporten skaber vanen, dashboardet dybden.

Hvor tit skal tallene afstemmes?

Én gang om måneden mod kilderne: dashboardets omsætning mod WooCommerce og mod bogføringen. Små forskelle er i orden, når de er kendte og skrevet på dashboardet.