Kort svar: Fra ~10 kundesites knækker håndholdt drift: opdateringer tager dage, overblikket bor i hovedet, og ét glemt site bliver til én hacket kunde. Skalerbar drift står på fire ben: én standardopsætning (samme plugins, samme struktur – færre varianter at fejle på), centralt værktøj til opdateringer og overvågning på tværs, faste driftsvinduer (alle sites opdateres i samme rytme, testet først) og dokumentation pr. site, så enhver på holdet kan tage over. Målet: drift målt i timer om ugen – ikke i dårlig samvittighed.
Tyve sites, der hver „bare lige“ skal opdateres, tjekkes og holdes i live, er et fuldtidsjob – eller en eftermiddag om ugen, afhængigt af systemet bag. Denne guide er systemet: standardisering, centrale værktøjer, rytmen og dokumentationen, der gør 20+ kundesites til rolig rutinedrift.
Kompleksiteten i en portefølje er ikke antallet af sites – det er antallet af FORSKELLE: fem page buildere, tolv formularplugins og tre cache-løsninger giver hundredvis af kombinationer, der kan gå i stykker på hver sin måde. Definer din standardopsætning (builder, formular, SEO, cache, sikkerhed – én af hver) og kør nye projekter på den. Arvede sites konverteres gradvist ved større opgaver – eller får en „afvigelses-note“, så forskellen i det mindste er KENDT (jf. arve-guiden).
Fra få sites og op er et administrationsværktøj (MainWP, ManageWP eller hosting-platformens flerside-styring) obligatorisk: ét dashboard med alle sites, versioner, opdateringsstatus og oppetid – så „hvilke sites kører den sårbare plugin-version?“ er et OPSLAG, ikke en eftermiddags klikken rundt. Kombinér med central overvågning (oppetid + funktioner) og WP-CLI til masseoperationer (WP-CLI-guiden). Og saml hostingen: tyve sites hos tyve udbydere er tyve supportnumre – på bureau-hosting hos Hostious ligger porteføljen samlet med fælles backup, overvågning og én support.
Fast rytme slår ad hoc: sikkerhedsopdateringer håndteres straks (auto-opdatering på patch-niveau er din ven); øvrige opdateringer i ét ugentligt driftsvindue – først på dine egne/test-sites, dagen efter på porteføljen, så fejlbehæftede releases fanges før kunderne; større spring (WooCommerce-major, PHP-versioner) planlægges pr. site med staging-test. Efter hvert vindue: automatisk stikprøve (loader forsiden, virker formularen?) frem for manuel gennemklikning. Rytmen er også kundekommunikation: „opdateringer sker tirsdage“ er professionelt; „når vi når det“ er ikke.
Én side pr. kunde (skabelon!): hosting/adgange (i password-manageren – aldrig i dokumentet), særlige plugins og afvigelser fra standard, integrationsnøgler, kontaktpersoner, aftaleniveau – og driftsloggen: hvad blev ændret hvornår (jf. ændringslog-guiden). Formålet er stedfortræder-testen: kan en kollega overtage sitet i morgen uden at ringe til dig? Det er samtidig offboarding-beredskabet – og halvdelen af det, kunder betaler for uden at vide det: at deres site ikke afhænger af én persons hukommelse.
Regn på timeforbruget pr. site pr. måned før og efter systematiseringen – typisk falder det fra timer til minutter for standard-sites, og DET er marginen i vedligeholdelsesaftalerne: fast pris ind, faldende enhedsomkostning ud. Reinvestér noget af gevinsten i porteføljens svageste sites (de arvede, de afvigende) – det er dem, der æder beredskabstid. Og mål det vigtigste tal: hændelser pr. måned på tværs af porteføljen. Når det falder, mens antallet af sites stiger, har du bevist skaleringen.
Skalerbar drift er i sidste ende en kalender. En rytme, der fungerer for mange bureauer: én fast opdateringsdag om ugen (fx tirsdag formiddag – aldrig fredag), hvor alle sites opdateres i batch fra dashboardet, med stikprøver på de kritiske sites bagefter; daglige fem minutter på overvågningen (alarmer, backup-status, sikkerhedsscanninger) – ikke mere, for alt, der kræver handling, skal blive til en opgave i systemet, ikke til improvisation; og én månedlig rapportdag, hvor alle månedsrapporter samles, skrives og sendes på én gang. Læg dertil en kvartalsvis gennemgang af porteføljen: hvilke sites æder mest tid, hvilke aftaler er underprissatte, og hvor er den tekniske gæld ved at vokse? Rytmen gør to ting på én gang: den fjerner beslutningstrætheden („hvad skal jeg lave nu?“), og den gør driften målbar – du VED, hvad en uge koster, og kan prissætte derefter.
Beskyt rytmen, som var den en kundeaftale: akutte sager må naturligvis bryde den, men „kan du ikke lige“-opgaver må ikke. De samles op og køres på de faste dage – ellers ender ugen som én lang afbrydelse, og så er du tilbage, hvor du startede: travl, men uden overblik.
Et centralt dashboard (MainWP/ManageWP eller hostingens flerside-styring) + central overvågning + WP-CLI til masseoperationer. Vigtigst er, at ALLE sites er med i det.
I samme RYTME, men forskudt: test-sites først, porteføljen dagen efter. Sikkerhedspatches håndteres dog straks.
Håndholdt: måske 10-15. Med standardopsætning, centralt værktøj og fast rytme: 50+ – flaskehalsen bliver support og projekter, ikke driften.
