Varför jag byggde min egna Umbraco-plattform
Varje Umbraco-projekt började med samma veckor av grundarbete: SEO-rörledning, säkerhetsrubriker, tillgänglighetsgrunder, blockarkitektur. Efter tillräckligt många upprepningar var slutsatsen uppenbar: lös det en gång, ordentligt, och sluta fakturera kunder för redan lösta problem.
Mönstret bakom varje projekt
Varje Umbraco-projekt jag har tagit mig an genom åren började likadant: två till tre veckors grundarbete innan något kundspecifikt hände. Canonical-länkar, hreflang och sitemaps. Strukturerad data. Säkerhetsheaders och en content security policy. Prestandadefaulter. Tillgänglighetsgrund. En blockarkitektur som redaktörer faktiskt kan arbeta i. Inget av det är glamouröst, allt är nödvändigt, och varje byrå på marknaden bygger om det från grunden i varje projekt – och fakturerar någon för det.
Efter tillräckligt många repetitioner slutade det vara intressant och började bli pinsamt: det här är lösta problem. Att bygga om dem per projekt är inte hantverk, det är slöseri.
Lös det en gång – och våga vara åsiktsdriven
Så jag byggde grunden en gång, ordentligt. KindbergCo Umbraco Platform är en produktionsklar Umbraco 17-grund: ren arkitektur, återanvändbara Block Grid-strukturer, SEO-rören på plats, flerspråksstöd, en strikt content security policy med per-request-noncer, prestandadefaulter och tillgänglighetsgrund byggd utifrån principerna i WCAG 2.2 AA. Den representerar över 500 timmars utvecklingsarbete – men det ärliga värdet är inte timmarna jag lade ner, utan uppstartsfasen ni slipper.
Vilket problem löser plattformen: generiska startkit misslyckas för att de vägrar fatta beslut. De håller sig neutrala i allt för att passa alla, vilket betyder att varje verkligt beslut fortfarande landar i er projektbudget. Värdet i en plattform är just besluten som redan är fattade – och viljan att ha fel om dem som inte spelar någon roll.
Ett konkret exempel på vad åsiktsdriven betyder här: varje frontend-skript på plattformen bär en per-request-nonce för CSP, eftersom plattformens content security policy använder strict-dynamic i stället för en tillåtelselista. Det beslutet syns inte i en demo, är jobbigt att eftermontera och är precis den sortens sak en grund ska ha avgjort före dag ett i ert projekt.
Beviset: ni tittar på det
kindbergco.com körs på denna plattform med minimala avvikelser. Blocken på den här sidan, språkväxlaren, den strukturerade datan i källkoden, de gröna Core Web Vitals-värdena – det är produkten, i produktion, framför er. En plattformsleverantör vars egen webbplats körs på något annat berättar vad de egentligen tycker.
Vad den inte är
Den är inte ett tema, inte en färdig webbplats med ett klick, och inte en ersättning för implementationsarbete. Den är byggd för att utökas, inte bara konfigureras. Och på frågan varje utvecklare ställer 2026: AI kan hjälpa till att generera kod. Det ersätter inte en testad arkitektur, produktionsmönster, redaktörsupplevelse, SEO-struktur, tillgänglighetsbeslut och granskning av en senior utvecklare.
Varför den finns kommersiellt
Två skäl, rakt på sak. Den är en licensierad produkt för företag, byråer och utvecklare som vill ha en seriös startpunkt. Den är grunden som jag bygger mina kundprojekt på, vilket håller den uppdaterad och välskött. Ni kan köpa den, eller anlita mig för att bygga på den – båda börjar på samma ställe.
Hela bilden – vad som ingår, vem den är till för och hur licensen fungerar – finns i plattformsöversikten. Sidorna om funktioner och block visar detaljerna.