PERSPEKTIV · VÅRT EGET PROJEKT
Den här sajten behöver inte WordPress.
Så byggde vi den med AI – och valde bort det vi inte behövde.
Vår webbplats ska förklara erbjudandet, presentera människorna och dela kunskap på svenska och engelska. För de behoven valde vi statiska HTML-sidor, gemensam CSS och JavaScript. AI hjälpte oss med text, kod och illustrationer. Arbetet krävde fortfarande tydliga behov, återkoppling, kontroller och beslut om vad vi skulle välja bort.
Vi började med erbjudandet och besökaren
Den tidigare sajten byggde på WordPress. Vi ville behålla känslan, uppdatera innehållet och göra det tydligare vilka problem vi hjälper företag att lösa. Vi ville också minska beroendet av sådant som behöver underhållas utan att tillföra nytta för just vår webbplats.
Behovet var en professionell företagssajt med svenska och engelska sidor, kontaktvägar och ett växande kunskapsbibliotek. Vi behövde inte bygga en egen butik, ett konto för varje besökare eller ett publiceringsgränssnitt för en stor redaktion.
AI gjorde idéerna konkreta. Återkopplingen gjorde dem bättre.
AI användes för att ta fram innehållsförslag, skriva kod och skapa illustrationer. Vi kunde snabbt få något att granska och sedan ändra det. Men det första förslaget blev inte automatiskt rätt.
- Budskapet behövde förflyttas mot kundens verksamhetsproblem och affärsnytta.
- Logotypen och färgerna behövde följa vår grafiska profil.
- Illustrationerna behövde vara begripliga och fysiskt rimliga. En bro som såg ut som ett handtag och ett felkonstruerat skjutmått dög inte.
- Guiderna behövde tydligare ämnen, mer luft och bilder. Den första checklistan med 24 frågor kortades till sex.
Det var i de här avvägningarna som mycket av arbetet låg. AI gjorde det lättare att skapa och ändra, men vi behövde fortfarande avgöra vad som hjälpte besökaren.
Från första utkast till en tydligare sajt
Bildparet visar två utvecklingssteg i den nya statiska sajten. Det första utkastet är återgivet från versionshistoriken den 26 oktober 2026. Den senare versionen visar hur budskap, logotyp och bildspråk har utvecklats. Bilderna visar inte den tidigare WordPress-sajten.
Så fungerar publiceringen
Arbetet med att skapa sidor sker lokalt. Webbhotellet får färdiga filer. Det behövs ingen Python, PHP eller databas för att leverera den här webbplatsen.
Behov och innehåll
Vi använder AI och egen återkoppling för att forma text, bilder och funktioner.
Granska och versionshantera
Vi bygger färdiga HTML-sidor, kontrollerar resultatet och sparar källan i Git.
Ladda upp filerna
Webbhotellet levererar HTML, CSS, JavaScript och bilder till besökarens webbläsare.
Varje redaktionell sida har en egen innehållsfil. När en sida ändras kan vi bygga den separat och skapa ett paket med bara ändrade filer. När en ny sida tillkommer följer även uppdaterade översikter och webbplatskarta med. Gemensamma designändringar kan däremot beröra flera sidor.
Statiskt betyder enklare för våra behov – inte underhållsfritt
Den nya webbplatsen behöver inte WordPress-kärna, teman eller tillägg för att fungera. Det tar bort de delarna ur just den här lösningens underhåll. Men webbhotell, domän, konton, åtkomster och JavaScript behöver fortfarande hanteras ansvarsfullt. Att bara lägga en index.html ovanpå gamla serverfiler avvecklar inte automatiskt den gamla installationen.
Vi har kontrollerat bland annat interna länkar, bildfiler, språkparning, sidstruktur och strukturerad information. De interaktiva verktygen har egna funktionstester. Git och uppladdningspaket ger stöd för att återställa tidigare filer; de ersätter inte säkerhetskopior och ett känt ansvar för publiceringen. Verktygens inmatningar skickas inte till vår webbstatistik. Valfri Analytics-statistik hanteras separat efter samtycke.
Ett snabbt första utkast behöver fortfarande granskas, prövas och förbättras.
När kan WordPress eller ett annat CMS vara rätt?
För oss var ett statiskt upplägg ett medvetet val. För andra behov kan ett CMS vara mer praktiskt. WordPress har exempelvis roller och behörigheter för redaktionellt arbete och kräver också ett genomtänkt uppdateringsarbete.
| Behov | Vad vi skulle väga in |
|---|---|
| Flera redaktörer som publicerar ofta | Ett redaktionsgränssnitt, roller och ett tydligt publiceringsflöde kan väga tungt. |
| Företagssajt med ett hanterbart antal innehållssidor | Statiska sidor kan vara ett enkelt alternativ om arbetet med ändringar är ordnat. |
| Butik, inloggade tjänster eller verksamhetsdata | Behoven kräver en separat bedömning av funktioner, integrationer, säkerhet och förvaltning. Vår lösning kan inte kopieras rakt av. |
Det viktigaste valet kom före verktyget
För den här sajten kunde vi välja bort ett CMS. Det betyder inte att varje webbplats eller verksamhetssystem bör byggas likadant. Vårt exempel är en innehållssajt med vissa verktyg som körs i webbläsaren, inte ett bevis på att en AI-prototyp är redo för affärskritisk drift.
Det vi tar med oss till kundernas systemutveckling är arbetssättet: förstå behovet, gör en idé konkret, granska resultatet och håll nästa steg så litet som det går utan att tappa nyttan.
Källor och metod
Det här är Miller Developments egen beskrivning av arbetet med webbplatsen. AI har använts för textförslag, kod och illustrationer, följt av återkoppling och kontroller. Skärmbilderna visar bevarade utvecklingssteg; vi redovisar inga uppmätta kostnads-, tids- eller säkerhetsvinster. WordPress-dokumentationen nedan beskriver dess funktioner och underhåll, inte en jämförande säkerhetsgranskning.
MILLER DEVELOPMENT
Vad vill ni göra enklare med AI och system?
Vi hjälper företag att prioritera affärsnytta och ta idéer och AI-byggen vidare till fungerande verksamhetssystem. Börja med behovet – vi hjälper er att välja ett rimligt nästa steg.
Prata med oss ↗