Hur lång tid tar det att bygga en hemsida?

Discovery och sidkarta, design (wireframe → UI), utveckling, innehållsproduktion, QA och launch. De flesta byråer arbetar iterativt: ni ser staging tidigt och godkänner block för block.

Parallellisera där det går: medan utvecklare bygger mallar kan ni skriva tjänstesidor. Medan design finputsas kan SEO-struktur för titlar tas fram.

Discovery tar ofta en till två veckor på en företagssajt - hoppa inte över den för att "spara tid"; fel sidkarta kostar mer i ombyggnad senare.

Försenat material (texter, bilder, produkter), fler designrundor än avtalat, nya funktioner som läggs till utan scope-process, och interna beslut som väntar på VD. Tekniska överraskningar (gammal sajt, dålig hosting, ERP) är också vanliga.

Förebygg med tydlig deadline för ert innehåll, max antal revisioner och veckovis status där blockers flaggas direkt.

Ja, med färdig designmall, färdiga texter och begränsat antal sidtyper. Mallbaserad WordPress eller Shopify-tema kan korta designfasen kraftigt om ni accepterar mindre unik layout.

Det som inte bör stressas bort: QA, mobiltest, formulär, hastighet och 301:or vid migration. En snabb launch med trasig SEO kostar månader att reparera.

Ombyggnad kan gå snabbare om innehåll och struktur redan finns - men migration från gammal CMS med dålig URL-struktur tar ofta lika lång tid som nybygge. Kartlägg alla viktiga URL:er innan ni sätter datum i kalendern.

En "design refresh" utan strukturförändring är kortare; ny informationsarkitektur är nästan ett nybygge.

Räkna baklänges från hårt datum minus två veckor buffert för QA och DNS. Black Friday, mässor och årsredovisningssäsong kräver load-test och supportplan - inte bara en knapp på "publicera".

Boka kostnadsfri webbanalys om ni vill ha en realistisk tidslinje utifrån er nuvarande sajt och omfattning.

Lägg in en intern deadline för copy två veckor före planerad launch - det är den vanligaste bufferten som faktiskt används.

Texter för åtta till femton sidor tar ofta tre till sex veckor om ingen internt äger copy fulltid. Produktfoto och juridiska sidor (integritet, köpvillkor) kommer sällan "automatiskt" med designen.

Byrån kan hjälpa med struktur och SEO-rubriker, men fakta om er verksamhet måste komma från er. Planera intervjuer eller bullet-briefs tidigt i discovery.

Om ni migrerar: räkna extra tid för URL-lista, 301-mappning och manuell QA på redirects - en vecka är sällan nog för stora sajter.

1) Er materialleverans. 2) Antal designrevisioner utan ny tidsplan. 3) Scope-ändringar (nya sidtyper, integrationer). 4) Teknisk skuld i gammal sajt. 5) Interna godkännanden.

Kod är sällan den långsta polen på en standard företagssajt 2026. Kommunikation och beslut är det.

En enkel sajt från från 15 000 kr går snabbast när mall, texter och bilder redan finns - inte när allt ska tas fram från noll.

Vecka 1-2: kickoff, sidkarta, wireframes, godkänd struktur. Vecka 3-5: UI-design och revisioner (max enligt avtal). Vecka 6-9: utveckling i staging, innehåll in, internlänkar. Vecka 10-12: QA, hastighet, 301:or, analytics, launch.

E-handel lägger ofta fyra till åtta veckor på produktdata, betaltest och fraktregler - planera det före ni annonserar launch-datum externt.

Efter launch: räkna två till fyra veckor stabilisering innan ni dömer trafik eller konvertering.

Om ni har hårt mässdatum: sätt intern "code freeze" två veckor före - bara kritiska fix, inga nya sidtyper.

CRM, bokningssystem, SSO eller ERP kan lägga veckor på test och access-rättigheter. Börja med API-dokumentation och testkonton i vecka ett - inte vecka åtta.

Betalning och bokning i samma projekt som ny sajt dubblerar ofta QA-tid. Dela upp i fas 1 (informations-sajt) och fas 2 (integration) om budget eller tid är knapp.

Byrån ska flagga integrationer som risk i offerten - inte smyga in dem som "liten justering" sent.

Be om kritisk väg (critical path) i projektplanen - då ser ni vilka leveranser som blockerar launch om de försenas.

Utse vem som godkänner sista staging, vem som äger DNS och vem som svarar kunder om något strular första dygnet. Förbered kort FAQ internt om nya URL:er och formulär.

Planera mjuk kommunikation: uppdatera e-postsignaturer, Google Business Profile och viktiga kataloger efter att 301:or verifierats - inte före.

Ha en rollback-plan om allvarlig bugg upptäcks - byrån bör kunna peka tillbaka till föregående version inom rimlig tid.

Schemalägg launch utanför fredag eftermiddag om möjligt - ni vill ha support tillgänglig om DNS eller formulär strular.

En företagssajt på åtta till fjorton veckor förutsätter att texter och godkännanden håller tidplan. E-handel lägger ofta fyra till åtta extra veckor på SKU, betaltest och frakt - se tabellen och guiden om vad en e-handelssida kostar för scope, inte samma tidsplan som informationshemsida.

Att lova butik-launch på samma datum som en enkel sajt utan produktdata är den vanligaste orsaken till försening - inte "långsam utvecklare".

Planera separata milstolpar: katalog klar, kassa testad, 301:or verifierade - tre godkännanden, inte ett.