You are probably asking how long it takes to redesign a website because something downstream depends on the answer. A budget cycle, a product launch, a board meeting, or a leadership team that wants a date on the calendar. "It depends" is a useless reply when you have real deadlines to manage.
So here is a real one. Most website redesigns take 8 to 16 weeks from kickoff to launch. A small site with quick feedback can move faster, and a large or complex site can run several months, but the single biggest variable is not the agency you hire. It is how the project gets run on your side.
This guide gives you a realistic timeline by site size, walks through the redesign process phase by phase, and shows what actually speeds a project up. It also covers the mistakes that quietly add weeks, so you can catch them before they cost you. If you are still deciding whether a full redesign is even the right move, that is worth settling first, and the benefits of a website redesign are a good place to start.
How long does a website redesign take?
The honest answer is a range, because a five-page brochure site and a 200-page site with a customer portal are not the same project. Most redesigns land between 8 and 16 weeks. A small marketing site can go quicker, and anything with e-commerce or heavy integrations can stretch into several months.
Here is a realistic timeline by website size and complexity:
- Small marketing site (10 to 20 pages): about 8 to 12 weeks.
- Mid-sized site (30 to 75 pages): about 12 to 16 weeks.
- Large or custom site (100+ pages, custom functionality): about 16 to 24 weeks.
- E-commerce, membership, or enterprise sites with heavy integrations: four to twelve months.
Page count is a useful proxy, but it is not really what drives the timeline. Two 40-page sites can finish weeks apart depending on how much custom functionality is involved, how ready the content is, and how fast decisions get made. Treat these ranges as a starting point, not a promise.
Can a site launch in six weeks? Yes, it happens. It takes a small site, written content ready to go, one person making the calls, and revisions kept tight. Those conditions are rarer than most teams expect, which is why the realistic middle of the range sits closer to three months.
Bigger sites do not just have more pages, they have more decisions. Treat these as starting points: content readiness and decision speed move the number more than page count.
The website redesign process, phase by phase
A website redesign process breaks into four phases: strategy, wireframing and content, design, and development. Each phase has a deliverable and a rough timeframe, and each one either flows or stalls based on how quickly you review and approve the work. Knowing the right questions to ask at each step keeps the project from drifting, and this list of website redesign questions covers the ones that matter most.
The phases run in sequence, but they overlap in practice, and every range above assumes feedback comes back on time.
Phase 1: Strategy and discovery (1 to 2 weeks)
The project starts with a discovery phase. You define the goals, clarify your target audience, and audit what the current site does well and where it loses people. The output is a strategic brief and a site structure: a sitemap and the page hierarchy everything else gets built on.
This phase moves at the speed of your input. If you can state your business goals clearly and approve the site structure quickly, it takes about a week. If the goals are fuzzy or several people need to weigh in, it takes longer, and that is fine, because every later phase inherits these decisions.
- Deliverables: a strategic brief and a sitemap or site structure document.
- Your job: align on goals and sign off on the structure.
- Typical time: 1 to 2 weeks.
Phase 2: Wireframing and content (2 to 4 weeks)
Wireframes map the layout and user flow of each key page before any visual design happens. Think of a wireframe as the blueprint: where the headline goes, how someone moves from the homepage to a contact form, and what each page needs to accomplish. Some teams take wireframes a step further into a clickable prototype to test the flow before the design phase starts.
Content is the part almost everyone underestimates. Content creation, the writing or rewriting of page copy, is usually the single biggest bottleneck in a redesign, and it cannot be faked at the end. If you fix only one thing about your timeline, start your content strategy early.
- Deliverables: wireframes or a prototype, plus draft page copy.
- Your job: review the flow and get the content written or gathered.
- Typical time: 2 to 4 weeks.
Phase 3: Design (2 to 6 weeks)
Website design starts with the homepage, on purpose. The homepage sets the visual direction for the entire site: typography and fonts, color, button styles, and how the global navigation and footer behave. Once the homepage is approved, the interior page mockups move much faster because the design system is already decided.
This is the phase where feedback quality matters most. Vague notes like "make it pop" send designers in circles, while specific reactions tied to your goals move the work forward. Expect a couple of rounds of revisions, and budget more time if more people are involved in approvals.
- Deliverables: an approved homepage design, then the remaining page mockups.
- Your job: give specific, consolidated feedback and approve the direction.
- Typical time: 2 to 6 weeks.
Ramp's homepage shows the idea in action. The hero leads with a single bold headline and one yellow call-to-action, and the product cards beneath it reuse the same typography, spacing, and accent color. Once a system like that is signed off, the interior pages inherit it, which is exactly why design moves faster after the homepage is approved.
Navigation is part of that system. When the global menu, header, and footer are designed once and applied consistently, the build stays predictable and users always know where they are. A redesign that leaves navigation as an afterthought tends to generate rework later, which is exactly the kind of delay you want to avoid.
Vanta keeps its top navigation simple, grouping a broad platform into a handful of clear menus. The three feature cards below share one card style, the same heading treatment, and identical spacing. That kind of repetition is what makes a large site quick to build and easy to use, and it only happens when the system is decided up front.
Phase 4: Development and launch (2 to 8 weeks)
Web development is where the approved designs become a working website. The team builds the front-end, sets up the back-end and content management system, maps old URLs to new ones with proper redirects, and runs quality assurance and usability checks across browsers and devices. Skipping the redirect step is one of the fastest ways to lose rankings and damage your SEO during a redesign, so it belongs in the plan, not the cleanup.
After testing and a final approval, the new site goes live. A good launch is not the finish line, since most teams keep refining content and conversion paths post-launch. A simple website launch checklist keeps go-live day from turning into a scramble.
- Deliverables: a fully built, tested, and launched website.
- Your job: final review, content sign-off, and go-live approval.
- Typical time: 2 to 8 weeks.
What makes a redesign take longer (or go faster)
Two projects of the same size can finish a month apart. The difference is rarely the design talent and almost always the conditions around the redesign project. A few factors move the timeline more than anything else:
- Content readiness. Unwritten copy is the number one cause of delay. Content ready before design starts can cut weeks.
- Decision speed and number of stakeholders. One empowered decision-maker is fast. A committee that reviews every round is slow.
- Scope clarity. A clear, documented scope prevents the mid-project additions that quietly reset the calendar.
- Custom functionality and integrations. Custom features, e-commerce, and CRM or marketing integrations all add build and testing time.
- Platform choice. A platform that fits the project keeps things moving; the wrong one forces workarounds.
- Revision discipline. Endless "one more look" rounds are where timelines go to die.
It also helps to know what kind of project you actually have. A light refresh that updates colors and copy on the existing structure might take a couple of weeks. A full redesign that rethinks structure, design, and content is the 8-to-16-week project described above.
A rebuild that moves to a new platform sits at the longer end, because the technical migration is its own workstream. For a deeper look at the signs you are due and how to plan, see when to update a B2B website and how to plan it.
- Content written before design starts
- One empowered decision-maker
- Documented, locked scope
- Standard features over custom builds
- Tight, consolidated revision rounds
- A platform that fits the project
- Content written late, or during design
- Decision by committee
- Scope creep mid-project
- Heavy custom builds and integrations
- Endless "one more look" rounds
- A platform that fights the project
Almost everything on the left is the client's to control. The timeline is set less by the agency than by how the project gets run.
How to speed up your website redesign
You cannot control everything, but you can control the conditions that cause most delays. These are the moves that reliably pull a timeline in.
Build a content migration plan first
Before anything else, inventory your existing content so you know what to keep, rewrite, merge, or kill. A simple spreadsheet does the job, with a row for each page and a few key columns:
- URL and page title so you can map old pages to new ones.
- Content type and section so the structure stays organized.
- Keep, update, merge, or remove so every page has a decision.
- Analytics and backlinks so you do not accidentally drop a page that drives traffic.
- Redirect target so your SEO and search rankings survive the move.
This single document prevents the most expensive kind of late-stage surprise: realizing at launch that a page everyone forgot about was quietly bringing in leads.
- Page URL and title
- Content type and section
- Decision: keep, update, merge, or remove
- Analytics and backlinks
- Redirect target for retired pages
- Owner and notes
Decide the fate of every existing page before the rebuild starts. Surprises at launch are what turn a tidy timeline into a scramble.
Put one person in charge
Name a single point of contact who can make decisions and gather what the team needs. This person does not have to be a professional project manager, but they do need the authority to approve work without convening a committee every time. The fastest projects almost always have one clear owner on the client side, and the slowest almost always have five.
Schedule the next meeting before the current one ends
Momentum is a real thing. Before any review wraps, put the next checkpoint on the calendar so everyone has a deadline to prepare for. Meetings on the calendar create gentle accountability, and they keep the workflow from sliding into the quiet weeks where nothing happens.
Get your brand assets and style guide ready early
Logos, fonts, photography, testimonials, and any existing brand guidelines should be gathered before design starts, not chased halfway through. If you do not have a style guide, a minimal one is enough to keep design decisions consistent. Having these ready removes a whole category of small delays that add up.
Choose a platform that fits the project, not the hype
The most popular platform is not automatically the right one. WordPress is excellent for content-heavy sites but often needs heavy customization and plugins for e-commerce or membership features, which adds build time, security risk, and maintenance. A purpose-built choice usually moves faster and breaks less.
As a simple rule, lean toward a modern visual platform for marketing sites and a more robust content management system for complex, content-heavy builds. The right call depends on your features, your team, and how you plan to update the site. To weigh one popular option, see this honest look at the pros and cons of Webflow.
Common mistakes that delay a redesign
Most blown timelines trace back to a handful of avoidable mistakes. None of them are exotic, which is exactly why they keep happening.
Jumping straight into design
The biggest one is skipping strategy and diving into visuals. Without a defined structure and user flow, you end up designing pages that look nice but do not guide anyone toward an action. If you want a visitor to download a resource, you have to decide where the call-to-action lives and what someone needs to see before they click, and that is a strategy decision, not a design one.
Resource planning gets skipped the same way. Underestimate the time for copywriting, and you will rush it at the end, which is how a redesign ends up with sharp visuals and weak messaging.
Mercury puts a single action front and center: enter your email and open an account. The headline sells the idea, and one button tells you exactly what to do next, with nothing competing for the click. That clarity is a wireframing decision about the visitor's path, made long before anyone picked the background image.
Ignoring mobile, performance, and SEO
Mobile experience, site speed, and search optimization are easy to defer and expensive to bolt on late. Discovering the day before launch that the site breaks on phones or loads slowly often means redesigning elements you thought were finished. SEO neglected during strategy is worse, because the site structure, URLs, and redirects that search engines rely on are painful to fix after the fact.
Build these in from the start and you avoid a cascade of late rework. Treat them as afterthoughts and they will reliably cost you weeks.
Skipping the wireframes
Wireframing lays the foundation for the user experience before anyone argues about colors. It lets the team iterate on flow and structure quickly, when changes are cheap, instead of after the site is coded, when changes are not. Skipping it to save time is a false economy that almost always costs more later.
Chasing trends and templates
Trendy designs and generic templates both backfire for the same reason: they are not built around your brand or your buyers. A flashy effect that does not fit your audience hurts conversions, and a template that looks like a thousand other sites erases the distinctiveness you are paying to build. The goal is a site that looks like you, not like a theme everyone recognizes.
Oatly is the opposite of a template. The hand-drawn type, the blunt mission statement, and the deliberately odd visuals could not be dropped onto another company's site without looking wrong. You may not want this exact tone, but the lesson holds: a redesign should make you look like yourself, not like a theme thousands of other sites also bought.
Decision by committee
A committee feels democratic and inclusive, and it is also one of the most reliable ways to stall a project. Every stakeholder brings their own priorities, and harmonizing marketing, IT, and leadership without a clear decision-maker turns each review into a negotiation. Gather input broadly if you like, but route final decisions through one person.
Not planning for accessibility
Accessibility is easy to treat as an afterthought and costly to retrofit. A WebAIM analysis of the top one million home pages found an average of roughly 51 accessibility errors per page, and with about 16% of the world's population experiencing some form of disability, that is a lot of people shut out. Building in alt text, color contrast, readable font sizes, and keyboard navigation from the start is far cheaper than fixing it before launch, and it keeps you clear of compliance risk.
No clear goals or scope
Undefined project scope is one of the biggest causes of delayed projects. Whether it is a light tweak or a complete website revamp, documenting the expected outcome up front prevents the confusion and scope creep that stretch timelines and budgets. If you cannot describe what "done" looks like, the project is not ready to start.
Overlooking analytics and integrations
Tracking and third-party tools are easy to forget until they block a launch. Decide early which analytics, CRM, payment, or marketing tools the site needs, and confirm how each one will be set up. Some integrations are a quick paste-in and some need custom back-end development, and discovering the difference at the end is how a finished site sits unlaunched for an extra week.
Where to focus
If you only take two things from this, make them content readiness and decision speed. They are the levers that decide where you land in the range, and they are both on your side of the table. Nail those, and an 8-to-16-week project lands at the shorter end instead of the longer one.
A realistic timeline is mostly a planning problem, so start there. Map your content, document your scope, and decide who owns the decisions before you bring in a website design team. If you want a structured way to plan the whole effort, the website revamp guide walks through it step by step.