Sådan regnes tallene

To kilder. Monday leverer leads og deres status i pipelinen. Meta leverer forbrug og annoncetal. Hver morgen henter et job begge dele og skriver dem til dashboardets egen database. Dashboardet læser kun fra databasen - det spørger aldrig Monday eller Meta direkte.

Det betyder at to tal på samme skærm altid stammer fra samme tidspunkt. Fejler hentningen, står der hvornår det skete i kontrollen øverst på dashboardet, og tallene bliver stående på sidste komplette døgn frem for stille at skifte.

Dags dato er aldrig med. Synkroniseringen kører tidligt om morgenen, så dagens leads er kun delvist talt op, og Metas forbrug for dagen er ikke færdigbogført. Tog vi dagen med, ville sidste dag altid se ud som et fald. Alle perioder slutter derfor i går.

Leads findes fra 1. august 2026. Monday blev taget i brug hen over sommeren. Månederne før har ægte annonceforbrug fra Meta, men ingen leads, så alt der afhænger af leads står tomt. Periodevælgeren starter derfor ved august. Månederne før vises kun i den månedlige udvikling, hvor forbruget er værd at kunne se tilbage på. Et nul i de måneder betyder "ikke målt", ikke "ingen resultater".

Reglen: slet kun leads der er mindst 30 dage gamle, regnet fra lead-datoen.

Monday-boardene har en øvre grænse for hvor mange linjer de kan rumme, så der skal ryddes op. Det er helt i orden - dashboardet mister ikke historik af den grund.

Hver morgen gemmer dashboardet et komplet billede af alle leads i sin egen database, og de gamle billeder slettes aldrig. Forsvinder et lead fra Monday, bruger rapporten den sidste tilstand den nåede at se - uden undtagelse. En afsluttet måned bliver altså ikke mindre af at I rydder op i den.

Derfor er der en frist. Vi kan kun bevare det vi har nået at hente. Synkroniseringen kører én gang i døgnet, så et lead der oprettes og slettes samme dag har dashboardet aldrig set. 30 dage er rigeligt til at være sikker.

Slet kun leads der er færdigbehandlede. Et lead er færdigbehandlet når det står i "Dur ikke", "Handlet" eller "Budt - ikke handlet", når 2. Kontakt er sat til "Ja", eller når det står i "Budt - Mille ringer IKKE" med et bud der er mere end 30 dage gammelt. Mille ringer første gang efter 3-4 dage og anden gang efter 3-4 uger, så et lead er typisk færdigt en måneds tid efter det kom ind.

Handlede biler må gerne slettes - de bliver stående i rapporten med deres sidste tilstand, og deres historie kan alligevel ikke ændre sig mere. Det farlige er at slette et lead der stadig er i spil: så fryser vi det midtvejs og hører aldrig om handlen der kom bagefter. Dashboardet viser under hver måned hvor mange af dens leads der endnu ikke er færdigbehandlede.

Skal et lead ud af tallene, så slet det ikke - flyt det til "Ikke egnet eksport biler". Sletning frigør plads i Monday, men ændrer ikke rapporten. Flytning ændrer rapporten. To handlinger, to formål.

Sletninger tælles ved hver synkronisering og vises i kontrolstriben øverst på dashboardet. Sker der noget uventet, kan man se det samme dag i stedet for at opdage det en måned senere.

Dashboardet læser kun disse felter. Alt andet på kortet - telefon, nummerplade, stand, bemærkninger - indgår ikke i nogen beregning.

Felterne hentes fra Leads og Udløbet leads i både det gamle og det nye workspace. Et lead der flyttes mellem dem beholder sit id og tælles kun én gang. Omdøbes eller slettes et felt, stopper synkroniseringen med en fejl der nævner feltet ved navn - den kører ikke videre med tomme værdier.

Hvert lead ligger i en gruppe i Monday, og hver gruppe svarer til et trin. Trinnet er det eneste dashboardet regner på - grupper kan omdøbes uden at tallene flytter sig.

Status slår gruppe. Er statusfeltet udfyldt, bruges det - også hvis kortet ligger i en anden gruppe. Der ligger gamle afsluttede sager i forkerte grupper, og statusfeltet er den pålidelige kilde til hvordan de endte. Er status tom, falder vi tilbage på gruppen.

En statusværdi der ikke står i tabellen betyder ikke noget for beregningen - så bruges gruppen. Tilføjes en ny status i Monday, skal den skrives ind i STATUS_MAP, ellers bliver leadet regnet efter hvor det ligger frem for hvad der står på det.

Panelet øverst på dashboardet stiller ét spørgsmål: passer andelen af budgettet med andelen af resultatet? Fire bånd oven på hinanden, hvert 100 %, i kunderejsens rækkefølge - krone, lead, kvalificeret lead, bil.

Ligger en kanals segment bredere i forbrugsbåndet end i bilbåndet, får den en større del af pengene end af resultatet. Det er forskydningen mellem båndene der er pointen, ikke de enkelte tal - derfor er de tegnet ens og lige under hinanden.

Rækkefølgen betyder noget: en kanal kan sagtens levere billige leads og alligevel være den dyre, hvis den taber dem igen mellem lead og handel. Det ses som et bånd der smalner nedad.

Forsigtigt med få handler. Nederste bånd bygger på antallet af indkøbte biler i perioden. Er det et tocifret tal eller mindre, flytter én bil fordelingen mærkbart. Se den over flere måneder før I rykker budget.

Alle rater regnes mod totalen, ikke mod en udvalgt delmængde. Leads vi har sorteret fra som ikke egnede tæller altså med i nævneren. Det gør tallene lavere, men de er sammenlignelige over tid, og de kan ikke pyntes ved at flytte et lead til en anden gruppe.

En streg betyder at nævneren er nul. Det er ikke det samme som nul procent - vi ved det ikke, fordi der ikke var noget at regne på.

Leads deles efter Annonce-feltet i Monday. Er det tomt, kom leadet via hjemmesidens formular og tæller som web. Står der noget, kom det fra en Meta lead-annonce og tæller som Meta.

Forbrug følger kampagnen. Kampagnenavnet er opbygget med lodrette streger, og tredje felt siger kanalen: WEB giver Web, FORMULAR giver Meta. Nummeret til sidst er ligegyldigt: alle FORMULAR-kampagner samles i én Meta-kolonne, og alle WEB-kampagner i én Web-kolonne. En ny kampagne havner derfor automatisk det rigtige sted, så længe navnet indeholder WEB eller FORMULAR.

Forbrug og leads bruger samme regel til at vælge kolonne. Ellers kunne en kampagne lægge sine kroner i én kolonne og sine leads i en anden, og så ville CPL være regnet på tal der ikke hører sammen.

Kolonneoverskrifterne på dashboardet har en forklaring når man holder musen over: hvilke kampagner kolonnen dækker, og hvor hvert tal stammer fra.

Øverst på dashboardet står Metas egen optælling ved siden af det Monday har. Formålet er at opdage tabte leads med det samme i stedet for en måned efter.

De to tal bliver aldrig ens på web, og det er meningen. Monday har alle webleads. Meta kender kun dem sporingen nåede at fange - cookieafvisning, annonceblokering og folk der skifter enhed undervejs koster altid noget. Flere i Monday end i Meta er derfor den normale tilstand og ikke et tegn på fejl. Kun det modsatte er alarmerende: ser Meta leads som Monday ikke har, er noget gået tabt.

På Meta lead-annoncer er leadet selve formularindsendelsen, så de to tal bør ligge tæt på hinanden. Her er afvigelse i begge retninger værd at kigge på.

Grænserne er 5 % for en advarsel og 15 % for alarm - men kun målt i den retning der er mistænkelig for den enkelte kanal.

CPL holdes op mod et mål pr. kanal. Målene er medianen af ugerne fra 7. september til 11. oktober 2026 - perioden efter at CPL faldt til det niveau den har ligget stabilt på siden.

Ligger CPL mere end 10 % over målet, bliver tallet gult. Mere end 20 % over, bliver det rødt. Ugerne svinger 10-15 % af sig selv, så strammere grænser ville slå alarm på helt almindelige uger.

Målet er pr. kanal, fordi Web og Meta ligger forskellige steder: Web omkring 20 kr, Meta omkring 27 kr. Med ét fælles mål ville Meta lyse rødt hver uge.

CPL på kvalificerede leads får først farve når leadsene er vurderet. Et nyt lead er hverken kvalificeret eller afvist endnu, så de første dage er tallet altid for højt. Ligger mere end 10 % af periodens leads stadig i trin 1, står tallet som foreløbigt og uden farve. CPL på modtagne leads er færdig samme dag og er derfor den der slår alarm først.

Forbrug, antal modtagne leads og CPL kan foldes ud til en daglig kurve. De tre er færdige den dag de sker, så udviklingen er en ægte tendens.

De øvrige KPI'er har bevidst ingen kurve. Et lead skal modnes før man kan se hvad det blev til. Et lead fra tre uger siden har haft tre uger til at blive til en handel; gårsdagens har haft nul. En kurve over kvalificeringsgrad eller konverteringsgrad ville derfor altid falde i højre side - også i en måned hvor alt gik godt. Den ville blive læst som en nedtur, og det ville være forkert.

CPL vises som et rullende gennemsnit over syv dage. Dag for dag ville tallet springe voldsomt, fordi en dag med få leads og normalt forbrug giver en kunstigt høj pris.

• Et lead tælles på sin lead-dato. Skifter det stage senere, flytter det sig ikke til en ny måned. Derfor kan antallet af kvalificerede i en afsluttet måned godt ændre sig lidt bagud, når gamle sager lukkes. Indkøbte biler tælles derimod på købsdatoen.
• Meta justerer sine egne tal bagud i attributionsvinduet. Vi henter derfor de seneste 60 dage forfra hver morgen, så forbrug for en nyligt afsluttet måned kan flytte sig en smule.
• Feltet Bud dato gemmes, men bruges ikke i nogen KPI. Det var for upålideligt udfyldt til at måle på - om der er afgivet bud aflæses i stedet af trinnet.
• Dashboardet viser altid det seneste komplette døgn fra databasen. Er synkroniseringen fejlet, står tallene stille frem for at vise noget halvt - og fejlen står skrevet øverst.

Når en regel ændres, skrives den gamle her, så tal fra før og efter kan forstås.