Hvad er action logs i HubSpot?

Sådan virker action logs i HubSpot

Du finder loggen ved at åbne et workflow under Automation > Workflows og skifte til fanen Action logs. Tabellen har fire kolonner: Record, som linker direkte til den pågældende kontakt, virksomhed eller deal, Action, som er det trin i workflowet, der kørte, Event, som er udfaldet, og Time. Dertil kommer en Diagnose-kolonne, hvor du kan folde den enkelte linje ud og se begrundelsen bag udfaldet. HubSpots dokumentation for workflowets detaljeside beskriver kolonnerne og filtrene i deres nuværende form.

Rækkefølgen er omvendt kronologisk, så det nyeste står øverst. Tidsstemplerne følger kontoens tidszone, ikke din browsers. Det lyder som en detalje, men det er en tilbagevendende kilde til forvirring på danske konti, der blev oprettet med amerikansk tidszone og aldrig fik den rettet. Står en mail som sendt kl. 03.14, er det værd at tjekke indstillingen, før I går i gang med at fejlsøge selve workflowet.

Filtrene er det, der gør loggen brugbar, når der ligger titusindvis af linjer. Du kan afgrænse på datointerval, på Event, hvor valgene er All events, Successes, Information og Errors, på Revisions, altså hvilken version af workflowet, der kørte, på Actions in revision, som er det enkelte trin inden i den version, og på Action types. Kombinationen af revision og handling er den, der bruges mest i praksis: den svarer på, om en ændring I lavede i tirsdags er årsagen til, at noget begyndte at fejle onsdag.

Tre faner, tre spørgsmål. Action logs svarer på, hvad en handling gjorde. Enrollment history svarer på, hvem der kom ind i workflowet, og den rækker længere tilbage, op til seks måneder. Issues samler de records, der sidder fast eller er fejlet, så du kan rydde op uden at lede. De tre hænger sammen i brugerfladen: i enrollment history kan du åbne en enkelt record, se den visuelle gennemgang af hvilke grene den fulgte, og klikke et trin frem for at folde den matchende log ud i sidepanelet. Grønt markerer gennemførte handlinger, rødt markerer fejl.

Opbevaringen er 90 dage. Al action log-data gemmes i 90 dage, og derefter er den væk. Oveni ligger der et dagligt loft på 100.000 logs for gennemførte handlinger: kører kontoen over det på en dag, gemmes success- og informationslogs ikke længere den dag. For en mellemstor dansk virksomhed med nogle få hundrede workflows er loftet sjældent i spil, men for en konto, der importerer store datasæt eller kører opdateringer på tværs af hele databasen, rammes det hurtigere end de fleste regner med. Planlæg derfor store imports uden for de perioder, hvor I har brug for at kunne læse loggen bagefter.

Adgangen styres af rettigheder. Det kræver Super Admin eller Workflows-rettigheder at se loggen, hvilket i praksis betyder, at sælgere og servicemedarbejdere som udgangspunkt ikke selv kan slå efter, hvorfor en kontakt ikke fik en mail. Det er en bevidst afvejning: loggen viser navne og adresser på records, og den bør ikke ligge åben for alle. Til gengæld bør mindst to personer i organisationen have adgangen, så fejlsøgning ikke stopper, når én person holder ferie.

Revisionshistorikken er loggens tvilling. Hvor action logs viser, hvad workflowet gjorde, viser HubSpots dokumentation for workflow-ændringer, hvem der ændrede hvad og hvornår, for eksempel at nogen rettede enrollment-triggeren eller timingen. De to læses bedst sammen. En vigtig begrænsning: du kan ikke rulle tilbage til en revision, der indeholder webhook- eller custom code-handlinger. Der kan den gamle version kun bruges som facitliste, mens du retter manuelt.

Custom code skriver ind i loggen. Bruger I custom code-handlinger, lander output fra console.log i Node.js og print i Python direkte i action logs, og det er den eneste realistiske måde at fejlsøge dem på. Grænserne er hårde: koden skal være færdig inden for 20 sekunder og må bruge op til 128 MB hukommelse, og den kræver Data Hub Professional eller Enterprise. HubSpots udviklerdokumentation for custom code-handlinger beskriver også genforsøgene: ved 429- og 5XX-fejl prøver HubSpot igen fra et minut efter fejlen og i op til tre dage, med højst otte timer mellem forsøgene, men kun hvis fejlen faktisk kastes videre i koden i stedet for at blive fanget stille.

Fejl deles op i to slags, og forskellen afgør, om I skal gøre noget. Errors kræver en manuel handling: manglende associationer, konflikter i lifecycle stage, kontakter uden mailadresse, kontakter der er afmeldt eller markeret som non-marketing, bounces, indhold der er tilbageholdt af moderation, og handlinger der falder uden for workflowets tidsvindue. Information dækker det, HubSpot selv prøver igen: timeouts i custom code, rate limiting fra en forbundet app, webhooks der svarer for langsomt eller med en serverfejl, og konflikter i lead-rotation. HubSpots oversigt over workflow-fejl og -advarsler har den fulde liste over begge kategorier.

Fejlene samles desuden under Review automation issues i workflowoversigten, så du kan se på tværs af konti, hvilke workflows der har problemer, uden at åbne dem ét ad gangen. Det er den rigtige indgang, når I har over hundrede aktive workflows, mens action logs er den rigtige indgang, når I kender workflowet og leder efter én bestemt record.

Den klassiske fejl i opsætningen er at læse loggen som et svar på det forkerte spørgsmål. Står der ingen linjer for en kontakt, har workflowet ikke gjort noget forkert: kontakten kom aldrig ind. Så er det enrollment-triggeren, listekriterierne eller re-enrollment-indstillingen, der skal efterses, ikke handlingerne. Loggen dokumenterer kun det, der faktisk kørte.

Vi hjælper danske B2B-virksomheder med at få automatiseringen til at kunne efterprøves. Det betyder i praksis, at vi gennemgår jeres action logs for de workflows, der kører i produktion, finder de fejl der er blevet stille, og bygger opsætningen om, så de ikke opstår igen: rotation samlet ét sted, webhooks der ikke rammer ERP-systemet under natjob, og en fast rutine for hvem der læser loggen efter hver ændring. Skal loggen leve længere end 90 dage, sætter vi opsamlingen op mod jeres eget miljø. Skriv til os, hvis I vil have et par friske øjne på jeres workflows.

Hvad danske B2B-teams bruger action logs til

Loggen bliver først værdifuld, når den har en fast plads i arbejdsgangene. De teams, der får mest ud af den, bruger den ikke kun, når noget brænder, men som fast kontrol efter hver ændring og som grundlag for at svare salg og ledelse på spørgsmål om, hvad systemet har foretaget sig. Herunder de anvendelser, vi oftest ser hos danske virksomheder.

Fejlsøgning på en enkelt kontakt
Den hyppigste brug. Filtrér på record, læs udfaldet af hvert trin, og find det trin, der stoppede. Et typisk forløb hos et dansk rådgivningshus: otte ud af ti nye leads fik deres velkomstmail, to gjorde ikke, og loggen viste, at de to havde afmeldt et abonnement efter et tidligere webinar. Fejlen stod på selve mail-trinnet og ikke på tildelingen af ejer, som alle først mistænkte.

Kvalitetssikring efter en ændring
Efter en rettelse i et workflow filtrerer du på den nye revision og ser de første timers handlinger igennem. Rutinen kan være så enkel som at gennemgå de første 50 linjer på den nye revision, før I går videre til næste opgave. Det fanger de fejl, der ellers først bliver opdaget, når sælgerne mangler opgaver i en uge.

Dokumentation over for salg og ledelse
Diskussionen om, hvorvidt marketing har sendt for meget eller for lidt, bliver kort, når der ligger en log med tidsstempler. I en grossistvirksomhed med 40 sælgere er det forskellen på en påstand og et tal: hvor mange opgaver automatiseringen oprettede sidste måned, og hvor mange der fejlede, fordi virksomheden manglede en ejer.

Overvågning af integrationer
Webhooks og custom code mod e-conomic, Business Central eller et eget API fejler ikke højlydt. De fejler stille, og de dukker op som informationslogs om timeouts eller rate limiting. Et mønster, vi ser igen og igen hos produktionsvirksomheder: ordresynkroniseringen falder ud i det samme tidsrum hver morgen, fordi ERP-systemet stadig kører natjob og svarer for langsomt i netop det vindue.

Samtykke og markedsføringsregler
Loggen viser, når en handling blev stoppet, fordi kontakten var afmeldt, ikke havde et gyldigt samtykke eller stod som non-marketing contact. Det er den dokumentation, I skal kunne fremvise, hvis nogen klager over en mail. Derfor bør loggen være første opslag, hver gang en modtager henvender sig om markedsføring, de mener at have frabedt sig.

Lead-rotation og ejerskab
Når to workflows tildeler ejere på samme tid, opstår der konflikter, som HubSpot selv prøver igen. Ser I mange af dem i loggen, ligger problemet i arkitekturen bag rotationen. Løsningen er som regel at samle rotationen ét sted i stedet for at have den liggende i tre workflows, der er blevet bygget af forskellige personer over to år.

Overlevering og oplæring
En ny HubSpot-administrator forstår en opsætning hurtigere ved at læse en uges action logs end ved at læse workflowdiagrammerne. Loggen viser, hvad der faktisk sker, mens diagrammet viser, hvad nogen engang havde til hensigt. Ved overdragelse fra et bureau til et internt team er det den hurtigste vej ind i opsætningen.

Fælles for anvendelserne er, at de forudsætter, at nogen kigger inden for de 90 dage. Loggen er et driftsværktøj, ikke et arkiv, og den bør indgå i en fast rutine frem for at blive husket, første gang nogen bliver vred over en mail.

Alternativer, priser og begrænsninger

Action logs har ikke noget direkte konkurrerende produkt, fordi loggen følger med det automatiseringsværktøj, I i forvejen bruger. Alternativerne er derfor enten andre dele af HubSpot, andre automatiseringsplatforme med deres egen kørselshistorik eller en opsætning, hvor I selv opsamler loggen uden for HubSpot. Herunder de reelle muligheder med daterede priser.

Enrollment history og Issues i HubSpot
De nærmeste alternativer ligger to faneblade væk. Enrollment history dækker seks måneder mod action logs' 90 dage og er derfor det rigtige valg, når spørgsmålet er, om en kontakt overhovedet kom ind i et workflow i foråret. Issues er hurtigere, når I skal rydde op på tværs af mange workflows. Ingen af dem viser det enkelte trins udfald i samme detaljegrad. De koster ikke ekstra, da de indgår i workflowværktøjet.

Zapier
Amerikansk automatiseringsplatform, der kobler apps sammen uden kode, og som mange danske virksomheder bruger ved siden af HubSpot. Kørselshistorikken er stærk på detaljer og viser input og output for hvert trin. Opbevaringen er til gengæld kortere og mindre forudsigelig: Zapiers dokumentation om dataopbevaring angiver 29 til 69 dage som standard, og kun Enterprise-kunder kan selv justere perioden, og da kun nedad til mellem 7 og 30 dage.

Make
Tjekkisk platform med en visuel bygger, der er billigere end Zapier ved høje volumener. Pr. september 2026 oplyser Makes egen prisside 12 USD pr. måned for Core-planen, og logopbevaringen følger planen: 7 dage på Free, 30 dage på Core, Pro og Teams og 60 dage på Enterprise. Det er kortere end HubSpots 90 dage, men til gengæld kan I se de rå data, der blev sendt i hvert trin, hvilket HubSpot ikke viser på samme måde uden custom code.

Salesforce Flow
Salesforce automatiserer med Flow, og fejlsøgningen er bygget anderledes. Der findes ingen samlet kørselshistorik svarende til action logs. I stedet arbejder administratorer med debug i Flow Builder, med oversigten over pausede og fejlede flow interviews og med Apex debug logs, der skal slås til for en bestemt bruger i et tidsvindue, før de opsamler noget. Det er mere fleksibelt for udviklere og markant tungere for en marketingansvarlig uden teknisk baggrund.

Pipedrive
Pr. september 2026 koster Pipedrive ifølge deres egen prisside 39 USD pr. sæde pr. måned på Growth-planen, som er det laveste niveau med automatiseringer. Logningen er tilsvarende enklere: I kan se, at en automatisering kørte, men ikke folde hvert trin ud med begrundelser i samme grad. For en salgsorganisation på ti personer med få automatiseringer er det rigeligt, og prisen er en brøkdel af HubSpot Professional.

Egen opsamling via webhook
Vil I have logs, der lever længere end 90 dage, er den reelle løsning at sende dem ud af HubSpot. Et webhook-trin eller en custom code-handling, der skriver til jeres eget datawarehouse eller til BigQuery, giver ubegrænset opbevaring og mulighed for at lave rapporter på tværs af workflows. Prisen er udvikling og drift, og custom code-handlinger kræver Data Hub Professional eller Enterprise. Vi anbefaler det kun, når der er et revisions- eller compliancekrav bag.

Styrken ved HubSpots egen log er sammenhængen: loggen sidder i samme værktøj som automatiseringen og peger direkte ind i den record, det handler om, så en marketingansvarlig kan bruge den uden hjælp fra IT. Svaghederne er til gengæld tre. Der er ingen indbygget eksport af loggen, opbevaringen kan ikke forlænges mod betaling, og der er ingen alarm, der fortæller jer, at fejlraten er steget. Skal I have overvågning frem for opslag, skal det bygges uden for platformen.

Adgangen til loggen følger workflowværktøjet, og prisen er derfor prisen på et Professional-abonnement. HubSpots prisside for Marketing Hub oplyser pr. september 2026 Marketing Hub Professional til 800 USD pr. måned ved årlig binding, 890 USD ved månedlig betaling, med tre Core Seats og 2.000 marketing contacts inkluderet. Enterprise koster 3.600 USD pr. måned med fem Core Seats og 10.000 marketing contacts. Oveni ligger obligatorisk onboarding på henholdsvis 3.000 og 7.000 USD som engangsbeløb.

Sales Hub er billigere, fordi den prissættes pr. sæde. Pr. september 2026 koster Sales Hub Professional 90 USD pr. sæde pr. måned ved årlig binding og 100 USD ved månedlig, med en engangs onboarding på 1.500 USD. Starter-niveauet, der koster 7 USD pr. sæde pr. måned ved årlig binding, indeholder ikke workflows. Kører I på Starter, findes action logs altså ikke hos jer, og automatiseringen sker gennem simple værktøjer uden en tilsvarende log. Det er værd at have med i beslutningen om at opgradere.

Sædemodellen er værd at forstå rigtigt her. Action logs kræver ikke et særligt eller ekstra sæde, men de kræver Super Admin- eller Workflows-rettigheder, som knytter sig til et betalt Core Seat. Praktisk betyder det, at I ikke kan give hele salgsafdelingen adgang til loggen ved at købe billigere sæder. Til gengæld koster det ikke noget at give adgangen til de to eller tre personer, der i forvejen administrerer automatiseringen.

De hårde grænser er dem, der oftest overrasker. 90 dages opbevaring kan ikke ændres. Loftet på 100.000 succes-logs pr. dag kan ikke hæves. Loggen kan ikke eksporteres som en rapport, så ønsker I den i et regneark, skal den hentes via API eller kopieres manuelt. Og fejl fra forbundne apps optræder som informationslogs, selv når de reelt betyder, at en integration har været nede i timevis, hvilket er en af grundene til, at nogen bør kigge fast og ikke kun ved mistanke.

Rate limiting er den grænse, der binder loggen sammen med resten af platformen. HubSpots retningslinjer for API-forbrug angiver 190 kald pr. 10 sekunder pr. privat app på Professional og Enterprise mod 100 på Free og Starter, og et dagligt loft på 625.000 kald på Professional mod 1.000.000 på Enterprise. Rammer en integration loftet, ser I det som 429-fejl i action logs, og det er der, sammenhængen mellem en langsom nat og en manglende opgave dagen efter bliver synlig.

Dansk og europæisk kontekst har to sider. Den ene er datalokation: HubSpot driver et datacenter i Tyskland, kontoen tildeles automatisk et datacenter ud fra IP-adressen ved oprettelsen, og Starter-, Professional- og Enterprise-konti kan skifte datacenter, hvilket I kan kontrollere under Settings > Privacy & Consent > Data Hosting. Den anden er sletning: en GDPR-sletning fjerner kontakten og dens engagementshistorik uigenkaldeligt, den kan ifølge HubSpots vejledning om GDPR-sletning tage op til 30 dage at gennemføre, og den kan kun udføres på én kontakt ad gangen og ikke via lister eller workflows. Planlægger I en oprydning, kan det altså ikke automatiseres væk.

Der er to situationer, hvor loggen ikke er pengene værd. Har I under 500 kontakter og to automatiseringer, er Professional til 800 USD om måneden en dyr måde at få en log på, og Starter eller en billigere platform giver mere mening. Har I omvendt et revisionskrav, der kræver dokumentation flere år tilbage, rækker 90 dage ikke, og loggen skal ud i jeres eget miljø. Action logs rammer plet i midten: organisationer med reel automatisering, hvor tilliden til systemet afhænger af, at nogen kan svare på, hvad der skete.

Vi bruger selv loggen som første opslag i næsten enhver fejlsøgning, og den er en fast del af den gennemgang, vi laver, når vi overtager en opsætning. Selve automatiseringsværktøjet, som loggen hører til, er beskrevet under workflows.

Skal I bruge action logs til mere end enkeltopslag, er beslutningen sjældent teknisk. Den handler om, hvem der har ansvaret for at kigge, og hvor ofte. Vil I se, hvordan loggen hænger sammen med resten af platformen, har vi samlet det hele på vores gennemgang af HubSpot som platform.