How to Manage a Website Launch Project Gantt Chart
Why Website Launches Run Late
Website launches are the most reliably late project in marketing and technology. The reasons are consistent: scope expands during design, content takes longer to write than expected, stakeholders request changes after approvals have already been given, and QA surfaces issues that require development work after the launch date was supposed to be locked.
A website launch Gantt chart doesn't eliminate these problems—but it makes them visible early enough to manage. When a content delay is mapped against its downstream dependency on development and QA, the team can see exactly how much the launch date moves if content misses its deadline. That visibility converts abstract schedule conversations into concrete decisions.
The Website Launch Phases
| Phase | Typical Duration | Key Deliverables |
|---|---|---|
| Discovery | 2–3 weeks | Sitemap, technical requirements, hosting plan |
| Design | 3–5 weeks | Wireframes, design mockups, style guide |
| Content | 3–6 weeks | Written content for all pages |
| Development | 4–8 weeks | CMS setup, templates, integrations |
| Content Migration | 1–3 weeks | Content entered into CMS |
| QA & Testing | 1–2 weeks | All pages tested and approved |
| Go-Live | 1–2 days | DNS switch, launch monitoring |
| Post-Launch | 2–4 weeks | Bug fixes, analytics review, SEO indexing |
Total duration for a mid-size website: 16–28 weeks. Organizations that plan for 8 weeks should plan to launch late.
Phase Breakdown
Discovery (Weeks 1–3)
Discovery sets the scope. Scope set in discovery prevents scope added in development.
Tasks:
- Audit the current website: what stays, what changes, what's cut
- Define site goals and target audiences
- Create the new sitemap
- Define technical requirements: CMS choice, integrations, performance targets
- Establish hosting and infrastructure plan
- Sign off on scope before design begins
Design (Weeks 3–8)
Design is typically the first phase where stakeholder opinions surface and timelines stretch.
Tasks:
- Wireframe creation for key page templates
- Visual design mockups (desktop and mobile)
- Stakeholder review and revision cycles
- Style guide and design system documentation
- Final design approval before development begins
Build at least two revision rounds into the design phase. First approval is rarely final.
Content (Weeks 3–9)
Content and design should run in parallel—waiting for design to finish before writing content adds 3–6 weeks to the timeline.
Tasks:
- Content brief for each page
- Copywriting (internal or agency)
- Review and approval for each page's content
- SEO optimization for each page
Content is the most commonly delayed phase in website projects. Writers underestimate the number of pages, stakeholders take longer to review, and late-stage messaging changes require rewrites. Buffer content timelines by 30–50% relative to initial estimates.
Development (Weeks 6–14)
Development can begin once design mockups for the most complex templates are approved.
Tasks:
- CMS installation and configuration
- Template and component development
- Third-party integrations: CRM, marketing automation, analytics, chat
- Contact forms and lead capture setup
- Performance optimization
- Security configuration
Content Migration (Weeks 12–15)
Content migration into the CMS is often treated as trivial and underresourced. For a 50-page site it isn't—structured content entry takes time.
Tasks:
- Content entry into CMS for each page
- Image optimization and alt text
- Internal linking
- SEO metadata (title tags, meta descriptions) for all pages
- Redirect mapping for URLs that are changing
QA and Testing (Weeks 15–17)
QA should be the last thing that happens before go-live, not the first thing that gets compressed.
QA checklist:
- All pages render correctly on desktop, tablet, and mobile
- All forms submit and route leads correctly
- All integrations function (CRM sync, analytics, chat)
- Site speed meets performance targets
- All redirects are working
- No broken links
Go-Live
Go-live is a task with its own mini-Gantt:
- Confirm DNS change plan and rollback procedure
- Schedule go-live during low-traffic window
- Switch DNS and monitor for propagation
- Verify all pages live, forms working, analytics firing
- Submit new sitemap to Google Search Console
Managing the Critical Path
The critical path on a website project typically runs through content. No content means no content migration. No content migration means no QA. No QA means no go-live. When content is late, everything is late—and content is almost always late.
Build aggressive content deadlines and treat them as hard milestones in the Gantt chart. When content misses, make the downstream impact visible to leadership immediately. The tradeoff is always the same: more content resources now, or a later launch date.
Plan and track your website launch on gantt-chart.io so every phase, dependency, and milestone is visible to the whole team from discovery through post-launch.