Try Palettable for quick Color schemes and Contrast check...Click here
HomeBlogsTips and Tutorials
W
WaysortedAug 19, 20268 min read

How to Compare Existing Website Viewports in Figma Before a Redesign

How to Compare Existing Website Viewports in Figma Before a Redesign

A redesign audit gets sharper the moment the team stops judging the existing site from one viewport only. A layout that seems acceptable on desktop can fall apart on mobile. A content block that feels too dense on mobile may look underdeveloped on larger screens. If the team only studies screenshots from one width, it often misses the real structural problems. That is why comparing existing website viewports in Figma can be such a useful early redesign step. It gives the team a side-by-side working surface for audit instead of a scattered collection of browser references. Waysorted’s live HTML to Design positioning matters here because it explicitly talks about converting HTML into editable Figma layers across viewports. That makes the workflow more useful than a simple screenshot archive. It lets the team compare structure in a form it can actually move around and inspect.

Why viewport comparison changes the audit

Responsive problems are often structural problems in disguise. When you compare desktop and smaller widths together, you start noticing:

  • overly rigid layouts
  • weak content prioritization
  • navigation that only works at one size
  • sections that collapse awkwardly
  • spacing systems that do not scale well

Those are not small implementation details. They are clues about what the redesign should fix first.

Start with the current site, not the ideal future site

A useful redesign audit should answer:

  • What is working right now?
  • What breaks under different widths?
  • Which patterns repeat across pages?
  • What should be preserved, simplified, or replaced?

That means the first step is not to imagine the new site in the abstract. It is to make the current state legible enough to compare honestly. That is where editable viewport-based Figma material becomes more useful than loose screenshots.

Compare layouts by pattern, not just by page

Once the pages are in a workable design surface, do not review them only page by page. Also compare them by recurring pattern:

  • hero sections
  • navigation
  • feature grids
  • testimonial bands
  • pricing or CTA sections
  • footer density

This pattern-level view helps the team spot whether a weakness is isolated or systemic.

Look for compression points

The most useful responsive audit questions are often simple:

  • Where does the layout feel cramped?
  • Where does hierarchy flatten out?
  • Where do interactions or CTAs lose prominence?
  • Which content blocks become too long to scan?

Desktop and mobile comparisons make those points easier to spot because the differences are visible at once rather than reconstructed from memory.

Why editable Figma layers help

Editable layers matter because the audit often turns into quick experiments. The team may want to:

  • reorder blocks
  • simplify a section
  • test alternative density
  • isolate a recurring layout issue
  • compare multiple cleanup directions

That is much easier when the source material is already in a Figma-friendly structure instead of living as flat captures.

A practical audit workflow

For agencies and freelancers, a straightforward process works well:

Bring the current site into a workable design surface

The point is to make the current layout visible and editable enough for real analysis.

Group pages by priority

Do not audit everything equally. Focus on the pages or flows that matter most to the redesign scope.

Compare the same patterns across viewports

Instead of jumping randomly between pages, line up repeated sections and compare how they behave.

Mark preserve, simplify, and replace decisions

This keeps the audit from turning into an endless critique. The goal is to create redesign direction, not just observations.

Where Waysorted HTML to Design fits

Waysorted’s live product description for HTML to Design is useful because it frames the tool around editable Figma layers across viewports, not just one static import. That makes it a good fit for:

  • agency redesign discovery
  • responsive audits
  • modernization projects
  • landing-page cleanup work

The biggest benefit is that comparison becomes operational. The team is not just looking at problems. It is already in the design space where those problems can be explored.

Common mistakes to avoid

Watch for these:

  • reviewing only desktop or only mobile
  • treating screenshots like enough evidence for structural decisions
  • comparing pages one by one without also comparing repeated patterns
  • confusing visual polish issues with deeper layout issues
  • skipping the preserve-versus-replace decision step

The faster an audit exposes structural patterns, the faster the redesign starts making sense.

FAQ

Why compare multiple viewports before redesigning?

Because many layout and hierarchy problems only become obvious when desktop and smaller widths are reviewed together.

Why not just use screenshots for the audit?

Screenshots are fine for reference, but editable design material is more useful when the team wants to test and compare structural changes quickly.

What should I compare first?

Start with the highest-priority pages and the repeated layout patterns that drive the core experience.

What does a good audit output look like?

It should make clear what to preserve, what to simplify, and what to replace.

How does Waysorted help?

Waysorted HTML to Design helps turn existing live pages into editable Figma material across viewports, which makes responsive audit work faster and more actionable. A redesign audit gets better when the current site becomes easier to compare honestly. That is what viewport-based working material is really for.