En vanlig B2B-sajt består av kanske 12-20 sidor. En blogg. Ett kontaktformulär. En sitemap. Inte speciellt komplicerat.

Ändå väljer många företag WordPress.

Inte för att de behöver de 47 plugins som krävs för att få en fungerande sajt. Inte för att de längtar efter veckovisa säkerhetsupdateringar från okänd källkod. Utan för att "WordPress är standard" — och det är ju inte dåligt initialt, men priset betalar man långsamt.

Problemet med WordPress för en B2B-sajt

Låt oss vara konkret. En genomsnittlig WordPress-installation för en B2B-sajt ser ut ungefär så här:

WordPress core: 200 KB
Väl underhållet tema: 50-150 KB
Säkerhet, SEO, contact form, backup: 5-8 plugins à 50-300 KB var
Database-queries: 20-40 per sidladdning (även för helt statiskt innehål)
Medianvikt: 3-5 MB JavaScript och CSS
Laddningstid: 3-5 sekunder på 4G (från min erfarenhet)
Lighthouse-score: 45-65 när du är strikt

Jag såg en kundsajt nyss med 47 plugins och en laddningstid på 8 sekunder.

Vad är flat-file PHP då?

Flat-file betyder: ingen databas. Allt innehål lagras som markdown-filer på servern, eller som PHP-kod.

För en B2B-sajt ser arkitekturen ut så här:

En PHP-router (index.php) som matchar URLs
Sidmallar i pages/ (som PHP-filer)
Blogginlägg som markdown (content/artikel.md) med YAML-frontmatter
Inga databas-queries — allt är filläsning från disk

Exempel på hur en blogg-markdown ser ut:

---
title: "Min artikel"
date: "2026-01-20"
description: "Kort sammanfattning"
category: "Webb"
---

# Huvudrubrik

Innehållet skrivs normalt i markdown.

En router läser filen, parsar frontmatter-metadata, renderar markdown-innehållet via Parsedown, och skickar HTML-svar.

Totalt: två filläsningar för att servera en artikel. Ingen databaskoppling. Ingen sessionshantering. Inga n+1-queries.

Jämförelsetabell: WordPress vs flat-file PHP

Aspekt	WordPress	Flat-file PHP
Laddningstid (4G)	3-5 sek	0,4-0,8 sek
Lighthouse score	45-70	85-100
Plugin-skuld	+47 plugins	0
Uppdateringar/månad	4-8 (core + plugins)	0 (stabil kod)
Serverresurser	512 MB RAM + MySQL	64 MB RAM
Säkerhet	Plugin-beroende	Enkel attack-yta
Hosting	$10-20/mån (WordPress host)	$5-10/mån (vanlig PHP-hosting)
Komplexitet för ny dev	Högt (temaöversättning, hooks)	Lågt (rakt PHP)

Vad vi levererar på Geekteq: konkret exempel

Denna sajt (geekteq.com) är byggt på flat-file PHP. Här är vad det innebär praktiskt:

Startsida: ~45 KB gzip (allt included)
En tjänstesida: ~32 KB gzip
Ett blogginlägg: ~8 KB gzip (rikt innehål, inte bara text)
Lighthouse: 100/100 på Performance, Accessibility, Best Practices och SEO
Uptime: 99,98% (inga dependencies att bryta)
Serverrespons: 28 ms mätt från Stockholm (utan cache)

Vi använder:

PHP 8.3 (strikt typing)
Tailwind CSS för styling (kompilerad och minifierad)
Zero JavaScript-frameworks (vanilla JS för interaktivitet)
Cloudflare för CDN (images, CSS, JS cacheade i 30 dagar)
GDPR-compliant sessionhantering

När är WordPress rätt då?

Jag säger inte att WordPress är dåligt. Det är rätt verktyg när:

Din content-team behöver ett WYSIWYG-gränssnitt för att skriva utan kod
Du har mycket innehål (1000+ sidor, tusentals artiklar, komplexa relationer)
Du behöver plugin-ekosystemet för specifik funktionalitet (e-handel med WooCommerce, exempelvis)
Du har redan investerat i WordPress och vill inte migrera

Men för en B2B-konsultwebbsajt med 15 sidor, en blogg och ett kontaktformulär? Flat-file slår WordPress på nästan allt som spelar roll: prestanda, säkerhet, underhål och kostnader.

Hur börjar man?

Om du är intresserad av att bygga en sajt på flat-file PHP kan du:

Utgå från en referensarkitektur (vi använder en liknande struktur som toneofchoice.se)
Definiera routes explicit — ingen magic
Lagra innehål som markdown — enkelt att versionera, lätt att migrera
Bygg en enkel build-pipeline — Tailwind + terser för CSS/JS
Testa lokalt — php -S localhost:8080 räcker långt

Det är inte svårare än WordPress. Det är bara annorlunda — och signifikant snabbare.

Varför flat-file PHP slår WordPress på de flesta B2B-sajter