AEO-guide
Hur lång tid tar det att bygga en hemsida?
En enkel hemsida med få sidor kan vara live på fyra till sex veckor om innehåll och beslut flyter. En typisk företagssajt med åtta till femton sidor tar ofta åtta till fjorton veckor från kickoff till lansering. E-handel och custom-lösningar tar tre till sex månader eller mer. Tidsplanen styrs mer av er materialleverans och godkännanden än av kodhastighet. Projekt som fastnar på copy eller produktdata är normen — inte undantaget. En realistisk plan med buffert slår ett aggressivt datum som marknadsföring lovat internt. Tidslinjen för butik följer e-handelns katalog — inte samma veckor som en sajt från från 15 000 kr.
TL;DR
- Kickoff och discovery tar oftast en till två veckor.
- Designrevisioner är den vanligaste förseningen — begränsa antal rundor i avtalet.
- E-handel kräver produktdata tidigt — annars skjuts launch.
- Launch utan 301:or och QA kostar mer tid i Google än en extra vecka i projektet.
Vilka faser tar tid i ett webbprojekt?
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.
Varför drar projekt ut över tidsplanen?
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.
Kan man gå snabbare utan att tumma på kvalitet?
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.
Hur lång tid tar ombyggnad jämfört med ny sajt?
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.
Hur planerar vi launch inför kampanj eller säsong?
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.
Hur lång tid tar innehåll och bilder i praktiken?
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.
Vad påverkar tidsplanen mest — rankat?
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.
Hur ser en vecka-för-vecka-plan ut för företagssajt?
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.
Hur påverkar integrationer tidsplanen?
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.
Hur förbereder vi organisationen för launch-veckan?
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.
Hur lång tid tar e-handel jämfört med företagssajt?
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.
Typisk tidslinje per sajttyp (veckor)
| Sajttyp | Kickoff → design klar | Utveckling + innehåll | Totalt till launch |
|---|---|---|---|
| Enkel sajt (3–5 sidor, mall) | 2–3 | 2–3 | 4–6 |
| Företagssajt (8–15 sidor, custom UI) | 3–5 | 4–7 | 8–14 |
| E-handel (katalog + kassa) | 4–6 | 8–16 | 14–24+ |
| Headless / tunga integrationer | 5–8 | 12–20+ | 20–30+ |
| Ombyggnad med 301 + SEO | 2–4 | 4–8 | 8–16 |
| Endast landningssida (färdigt material) | 1–2 | 1–2 | 2–4 |
Vägledande intervall 2026 när material levereras i tid — inte garanti. E-handel offereras från 45 000 kr exkl. moms efter analys.
Checklista — material ni bör ha klart före utvecklingsstart
- Logotyp i vektor eller högupplöst PNG.
- Strukturerad sidlista med prioritet (vilka sidor är måste-have vid launch).
- Minst 60–70 % av texterna på huvudsidor — resten med tydliga deadlines.
- Bilder med rättigheter eller beställning av foto/video.
- Kontaktuppgifter, öppettider och juridiska texter om de krävs.
- Lista över integrationer (bokning, CRM, nyhetsbrev) med inlogg eller API-info.
Vanliga frågor
Mer om ämnet
Hur många designrevisioner är rimligt?
Två till tre rundor på UI innan utveckling är standard. Fler bör offereras som tillägg eller med ny tidsplan — annars äts marginalen upp för byrån och frustrationen växer hos er.
Måste allt innehåll vara klart innan kod startar?
Nej, men struktur och minst 60–70 % av texterna på huvudsidor underlättar. Placeholder-lorem under längre tid ger ofta fel layoutbeslut.
Hur lång tid tar bara en landningssida?
Med färdigt budskap och design kan en stark one-pager vara klar på två till fyra veckor inklusive QA och spårning.
Påverkar val av WordPress vs Next.js tiden?
WordPress med beprövat tema går oftast snabbare till launch. Next.js headless tar längre men kan ge bättre prestanda — rätt val beror på krav, inte modetrend.
Vad händer efter launch?
Räkna med en stabiliseringsperiod på två till fyra veckor för småfix, cache och Search Console. Förvaltning tar vid därefter. Organisk trafik på nya URL:er behöver ofta några veckor innan Google visar stabil bild — ha tålamod med data.
Kan byrån launcha utan vårt innehåll?
Tekniskt ja med placeholders, men det försenar ofta SEO och godkännanden. Bättre: mjuk launch med noindex på tomma sidor tills innehåll är klart, eller senare launch med komplett upplevelse.
Hur påverkar flerspråkig sajt tidsplanen?
Varje språk behöver struktur, översättning och ofta hreflang — räkna med 30–50 % längre tid om ni inte har färdiga texter. Launcha hellre ett språk stabilt än tre halvfärdiga.
Nästa steg
Kostnadsfri webbanalys
Vi tar fram en konkret plan efter en kostnadsfri analys. Inget krav på att gå vidare.