Signs It’s Time to Redesign

A website doesn’t need to be old to be a liability. Some sites are a problem the week they launch. The question isn’t “how old is it?” — it’s “is it doing its job?”

It doesn’t work on mobile

If your site isn’t responsive — if text is tiny, menus require pinch-and-zoom, or buttons are too small to tap on a phone — you’re losing a significant share of your visitors immediately. Google’s mobile-first indexing means your mobile site is your site, from Google’s perspective. A poor mobile experience directly suppresses your search rankings.

It loads slowly

A site that takes more than 3 seconds to load on a mobile connection loses roughly 50% of visitors before they see anything. If your Core Web Vitals scores are red, that’s a ranking suppression signal and a daily conversion loss. Slow sites are often symptoms of platform problems (bloated WordPress installs, unoptimized images, render-blocking scripts) that can’t be fixed without a rebuild.

It doesn’t reflect who you are now

If your website shows services you no longer offer, photos that are 5+ years old, an old phone number, or pricing from a different era — it’s actively hurting you. A prospect who finds conflicting information between your site and your GBP will move on. Outdated sites signal a business that may not be reliable.

You’re embarrassed to send people to it

This one is simple. If you hesitate before sharing your URL in an email — if you preface it with “the site is a little outdated, but…” — you already know the answer. A website you’re not confident sharing is a website that’s costing you business.

Your competitors look significantly better

Visit your top three competitors’ websites. If theirs are clearly more professional, better organized, and more trust-building than yours, some percentage of the customers you should be winning are going to them instead. In competitive markets like Chicago, website quality is a meaningful factor in who gets hired.

You can’t update it yourself

If making a simple text change requires emailing a developer and waiting three days, you have a process problem that’s preventing you from keeping your site current. A properly built site with a CMS, or a static site where a non-technical user can update key content, is worth the investment.

The SEO Risk of a Redesign

Illustration for The SEO Risk of a Redesign

Website redesigns are one of the most common causes of sudden organic traffic loss. Done carelessly, a redesign can wipe out years of ranking progress in a matter of days. This happens most often when:

  • URL structures change without 301 redirects from old URLs to new ones
  • Title tags and meta descriptions are reset to generic defaults
  • Existing content is removed or significantly reduced
  • Structured data (schema markup) is stripped out
  • The site is relaunched with broken internal links
  • A staging environment is accidentally left with a noindex tag that gets pushed to production

Every one of these is avoidable with proper planning. The risk of redesign isn’t inherent to the process — it’s a result of not doing the SEO migration work that should accompany any structural change to a site.

Protecting Your Rankings

Before any redesign begins, document your current SEO baseline:

  • Export all current URLs from Google Search Console (the “Coverage” and “Performance” reports)
  • Record your top-ranking pages and the keywords they rank for
  • Export all inbound links from your backlink profile (Ahrefs, Moz, or free Bing Webmaster Tools)
  • Save a crawl of the current site (Screaming Frog is the standard tool) to capture all URLs, title tags, H1s, and meta descriptions

During the redesign:

  • Map every old URL to a new URL and implement 301 redirects for any URL that changes
  • Preserve or improve existing title tags and meta descriptions — don’t start from scratch
  • Maintain or expand existing content — don’t remove content that’s currently generating search traffic
  • Re-implement all structured data (schema) on the new site
  • Test the staging site with robots.txt checked — confirm it’s blocking search engines before launch

After launch:

  • Submit the new sitemap to Google Search Console immediately
  • Request indexation of key pages via the URL Inspection tool
  • Monitor Google Search Console for crawl errors in the first 30 days
  • Track organic traffic weekly for 90 days post-launch

The staging site risk most agencies miss

A common cause of post-redesign SEO disasters: the staging site was built with a “noindex” tag to prevent Google from indexing the in-progress site. When the site went live, no one removed the noindex tag. Google crawled the new site, saw “noindex,” and deindexed everything. Always verify the robots meta tag is removed before launching.

Redesign vs. Rebuild: What’s the Difference?

Illustration for Redesign vs. Rebuild: What's the Difference?

These terms get used interchangeably but describe very different scopes:

Redesign

A redesign changes the visual appearance and UX of an existing site without changing the underlying technology stack. The URL structure stays the same, the CMS stays the same, and most of the content is preserved. A redesign is appropriate when the platform is sound but the visual design is dated.

Rebuild

A rebuild changes the underlying platform, architecture, and often the URL structure. It’s appropriate when the current platform is the problem — a slow WordPress site on shared hosting, a custom CMS that no one can maintain, or a site builder like Wix or Squarespace that has hit its ceiling. Rebuilds carry more SEO migration risk but also deliver more significant performance improvements.

For most Chicago businesses with 3–5 year old websites, a rebuild is more appropriate than a redesign because the platform problems (WordPress bloat, plugin conflicts, shared hosting) can’t be solved by a visual update.

What to Keep from Your Old Site

Not everything on your current site is worth rebuilding. But some things should be preserved regardless of how you feel about the current design:

  • Content that ranks: Any page that appears in your Google Search Console performance report with impressions or clicks is generating search value. Keep that content, improve it if possible, don’t remove it.
  • URL structure (where possible): If your current URL structure is logical (/services/roofing, /blog/post-title), keep it. Changing URL structure requires redirect work and carries ranking risk.
  • Inbound links: Pages with inbound links from other sites have accumulated authority. Redirect these to their equivalent pages on the new site. Losing that link equity through a broken redirect is a direct ranking loss.
  • Google Analytics history: Connect the new site to the same GA4 property to preserve historical data. A new property means losing your baseline and starting blind.

Redesign Timeline and Process

Illustration for Redesign Timeline and Process

A well-run website redesign for a Chicago small business (5–15 pages, standard services, no complex integrations) takes approximately 3 weeks from kickoff to launch. Here’s the sequence:

  • Week 1: Discovery, SEO baseline audit, content inventory, sitemap/architecture planning, design kickoff
  • Week 2: Design mockups in Figma, client review and approval, development begins on approved designs
  • Week 3: Development completion, redirect mapping, QA, pre-launch SEO checklist, launch
  • Post-launch: Search Console submission, 301 redirect verification, 30-day monitoring

Larger projects with more complex integrations (booking systems, client portals, custom calculators) take 4–8 weeks. The timeline shouldn’t be rushed — particularly the pre-launch checklist. An hour of QA before launch prevents weeks of cleanup after.

How to Measure Redesign Success

A redesign succeeds or fails based on business outcomes, not how good the design looks.

The metrics that matter:

  • Organic traffic: Did it hold through the transition (no SEO drop) and is it growing 3–6 months post-launch?
  • Conversion rate: Are more visitors becoming leads? Compare form submissions and phone calls before vs. after.
  • Page speed: Did Core Web Vitals improve? Track LCP, INP, and CLS via Google Search Console.
  • Bounce rate and engagement: Are visitors staying longer and viewing more pages? (GA4 engagement rate replaces the old bounce rate metric.)

Set a 90-day post-launch review date and pull these metrics against your pre-launch baseline. The redesign should show improvement across all four within 90 days — if it doesn’t, there are specific issues to diagnose, not a reason to abandon the project.

Ready to rebuild your Chicago business website?

We handle the full rebuild — new design, SEO migration, redirect mapping, Google Analytics setup, and launch — in three weeks. No WordPress, no plugins, no surprises.

See how we build websites →