Hvem tager imod beskeden, hvis virksomhedens hjemmeside pludselig ikke svarer? Og hvem følger op, når den ser ud til at fungere igen? Cloudflares nye rapport om DDoS-angreb giver en aktuel anledning til at få de spørgsmål afklaret. En kort, konkret driftsplan kan gøre det lettere at reagere samlet, når der opstår en fejl.
Hvad viser den nye rapport?
Cloudflare offentliggjorde sin DDoS-rapport for tredje kvartal 2026 den 29. oktober. Rapporten dækker juli, august og september og bygger på observationer fra virksomhedens eget netværk. Cloudflare oplyser, at 96 procent af de håndterede DDoS-angreb på netværkslaget sluttede på under ti minutter.
Tallet beskriver Cloudflares observationer. Det fastslår hverken, at en bestemt dansk hjemmeside er udsat, eller hvad årsagen til en konkret fejl er. Vores praktiske råd er at aftale ansvar, registrering og efterkontrol, så også kortvarige forstyrrelser bliver fulgt til dørs.
Skriv første kontakt og ansvarlig ned
Noter, hvem i virksomheden der samler observationerne, og hvilken leverandør der kontaktes først. Aftal også en stedfortræder og en kontaktvej, som kan bruges, hvis hjemmesiden er utilgængelig. Oplysningerne skal være tilgængelige for de relevante personer, når de har brug for dem.
Afklar grænsen mellem hosting, netværk, hjemmeside og eventuelle eksterne integrationer. Flere leverandører kan være involveret i samme løsning. En navngiven kontakt og et aftalt næste skridt gør det lettere at få sagen videre. Spørg den ansvarlige driftsleverandør, hvilken håndtering der gælder ved mistanke om et angreb.
Beskriv fejlen, før du ændrer noget
Gem den berørte adresse, tidspunkt med tidszone, enhed og den præcise fejlbesked. Noter, om problemet gælder forsiden, en bestemt underside eller en funktion som kurv eller kontaktformular. Et skærmbillede kan hjælpe, hvis det ikke indeholder kundedata eller andre fortrolige oplysninger.
Årsagen skal undersøges. En langsom eller utilgængelig side kan hænge sammen med flere forhold, eksempelvis serveren, forbindelsen eller hjemmesidens kode. Undlad tilfældige ændringer i plugins, cache eller sikkerhedsindstillinger, mens den ansvarlige undersøger sagen. Registrer aftalte ændringer, så forløbet kan følges.
Følg sagen, selv om siden vender tilbage
Aftal, hvem der giver næste status, og hvordan nye observationer samles. En side, der igen kan åbnes, giver et vigtigt kontrolpunkt. Få samtidig afklaret, om årsagen er fundet, om der stadig er begrænsninger, og om noget kræver yderligere arbejde.
Gem tidspunkterne for fejl, kontakt, ændringer og genoprettet adgang i samme sag. Skriv også, hvad der fortsat er ukendt. Det giver et mere brugbart grundlag for en senere gennemgang end en løs besked om, at siden var nede. Brug virksomhedens aftalte kanal til eventuel kundekommunikation.
Kontroller kundens vigtigste forløb
Efter en driftsforstyrrelse bør den aftalte efterkontrol omfatte de funktioner, virksomheden bruger. Åbn vigtige sider på computer og mobil. Følg menuen, kontroller billeder og prøv relevante funktioner efter en plan, hvor testbeskeder og eventuelle testordrer er afklaret på forhånd.
Noter adresse, handling, forventet resultat og faktisk resultat. Få en ansvarlig til at tage stilling til de åbne punkter. Opdater kontaktlisten og kontrolplanen med de erfaringer, sagen har givet. Det skaber et konkret udgangspunkt, hvis noget lignende sker igen.
Hjælp til teknisk fejlsøgning
KPdesign tilbyder egen WordPress- og WooCommerce-support med teknisk fejlsøgning og dokumentation af det aftalte arbejde. Vi afklarer opgavens omfang og de nødvendige adgange før start. Netværksproblemer og eventuelle angreb skal også håndteres sammen med den relevante driftsleverandør. Ingen løsning giver en garanti mod alle driftsforstyrrelser.