Blog

You Can't Redesign Every Client's Page. So Do This.

Fix your clients' landing pages without redesigns. A repeatable playbook for agencies.

Summary

Your clients have different products, audiences, and conversion goals, but they resist the same truths: the page isn't broken, the message and form are. This article gives you a repeatable process for making landing pages convert across many accounts. You'll learn where to look first (the click-to-page promise), how to stop a redesign request with evidence, when to skip A/B testing entirely, and how to standardize the work. Each step includes a full example, so you can bend it to your own clients. If you've got ten pages to fix and no desire to rebuild them all, this is the playbook.

Is your client's landing page the reason they're missing their number — or are you?

You've sat in the same meeting a hundred times. The client leans forward and says, "I think we need a redesign." You look at the page and you know the real problem isn't the color of the button. It's the headline that doesn't match the ad. The form that asks for "company size" when the offer is a free checklist. The heavy hero image that turns every visit into a test of patience. But you've got six clients, not one. You can't run a six-month conversion rate optimization program for every page.

So this is your playbook. It answers the questions you actually ask when you manage multiple landing pages at an agency, in the order they come up. Each answer starts with a concrete action, then shows you the example you can adapt, then names the caveat that will keep you out of trouble. No theories. Just the next step.

"Why do I keep putting out fires instead of fixing conversions?"

Because you're running triage instead of a system. A client with a broken landing page is like a patient with a fever. You can treat the symptom, but if you don't know the cause, it comes back — on a different page. Stop touching pages until you have an audit.

Action: build a one-hour audit and run it on every page before any edits.

The audit is five questions. Write them on a card. Run the same card on every client, every time.

  1. Does the page keep the promise of the ad or link that sent the visitor?
  2. Is there exactly one primary action, and does it appear in the first screen a visitor sees?
  3. Does the page load fast enough to keep a visitor, especially on mobile?
  4. Is the form as short as it can be without losing lead quality?
  5. Does the page remove extraneous navigation and choices?

The last question is where Hick's Law bites. The more options you give someone, the longer they take to decide. A navigation menu pointing to "Services," "About," "Blog," and "Careers" is a page asking the visitor to leave. Strip any link that doesn't support the primary action. Add directional cues that point toward the button — a visual arrow, a short sentence, a contrast panel. These cues are cheap and they reduce cognitive load.

Run the audit in a private browser window, not the builder preview. Copy the URL, open incognito, and load the page. Look at the first screen on a phone. Load it again while watching the network tab to see how long the page takes. If it's slow, you've found a leak. One widely cited benchmark says a single second of delay cuts conversions by 7%. You don't need a redesign for that; you need to compress images, modernize the server, or cut a third-party script.

Example: you take on "Northwind Cybersecurity," a synthetic stand-in for a client. They run search ads for "Get Your Free Vulnerability Report." The landing page headline says "Northwind Cybersecurity – Trusted Experts Since 2010." The page loads a heavy hero image that delays the first paint. The form asks for company size, employee count, and a phone number — not just a work email. Your audit finds all three problems: message mismatch, slow load, over-long form.

Prioritize the fixes by weight. Message match is the highest lever because it affects every visitor. Speed is next, because it erodes trust before they read a word. Form length matters after they're engaged. Do the first one that day. The rest within the week.

That's a repeatable start: a system that tells you where to look. If you need a ready-made checklist, start with the 10-minute conversion audit and adapt it to your client mix.

"Where should I look first when a page is underperforming?"

Start at the click, not the page. Every ad creates a contract with the person who clicks. The page either honors that contract or breaks it. This is the most common reason a page underperforms on a profitable campaign. You can have a perfect design, and it won't matter if the message is second best.

Action: list the explicit promises in the ad, then check whether those exact words or their equivalents appear in the headline and first screen of the page.

Do this for every ad group. An account with ten ads might have ten different promises. The landing page needs to match each promise, or you need separate landing pages. That's not overengineering; that's message match.

Example: "BrightPath Accounting" runs an ad for "Your free tax-savings checklist." The landing page headline says "Let's Book a Call." No checklist. No tax savings. No free. The visitor clicked because they wanted a checklist; the page asks for a phone call. The conversion rate tanks, and the client thinks their ads are bad.

The fix is a copy edit. Rewrite the headline to "Get Your Free Tax-Savings Checklist." Add a subheadline: "The three deductions most small businesses miss — delivered instantly." Change the button text to "Send My Checklist." Put the form in exchange for the checklist. The page now finishes the deal the ad started.

Caveat: don't just match vocabulary. Match the format and the value exchange. If the ad promises a PDF, don't bury it behind a video or a sales call. If the ad shows a price, don't hide the price behind "Contact Us." A format mismatch is as damaging as a wording mismatch.

Another caveat: don't invent a promise. If the ad overpromises and the page fulfills it, you'll get the click but lose the trust. The page should honestly reflect the offer. The ad and the page should be the two halves of a single believable claim. For more on this, see Your Landing Page Isn't the Problem. The Click Is.

"My client insists on a redesign. How do I stop the waste?"

Stop arguing with their taste. Show them what their visitors actually do. Redesign requests almost always come from a feeling, not from data. The founder says "the page feels dated," or "it doesn't reflect our brand." Your job is to replace that feeling with a session recording.

Action: set up a session-recording and heatmap tool, then collect sessions for a week before the next client meeting.

Microsoft Clarity has a free tier. Hotjar is a common alternative. Install one on the page, set up the recording, and wait. A week is usually enough to see patterns. Open the recordings and watch them at 2x speed. Look for the moment where the visitor stops scrolling or clicks something that isn't a link.

Example: "Vantage Fitness Studio" thinks the page "feels dated." You install Clarity. After a week, you review recordings. Nearly every visitor does the same thing: they read the headline, scroll to the form, stop at a long dropdown that asks "How did you hear about us?" and leave. The heatmap shows attention concentrated near the headline, then a cliff drop at the form. The page isn't dated. The form is the leak.

Present this as an evidence page. Screenshot the heatmap. Grab a one-minute clip from a recording. Write one sentence: "Visitors stop at this dropdown and leave." Then ask the client which problem a redesign would solve. A redesign won't fix that dropdown; it will just style it differently.

Propose a low-cost fix first: delete the dropdown, cut two optional fields, and make the button prominent. Watch the recordings change. Then revisit the redesign conversation. If the client still wants a redesign, you'll be redesigning a page that converts. If you need help structuring the argument, overrule-landing-page-objections is a more detailed guide.

Caveat: qualitative evidence has its own limitation. Don't draw huge conclusions from two recordings. Look for patterns across twenty-plus sessions. A single weird session isn't a pattern; five visitors bailing at the same field is.

"When is it actually correct to redesign instead of iterate?"

Sometimes iteration is the wrong call. The offer changes, the brand pivots, or the underlying platform is a locked box. Don't pretend iteration always works. Instead, use a decision table.

Action: run the page through these questions before you commit to either path.

Iterate when...Redesign when...
The message match can be fixed with copyThe offer or audience has fundamentally changed
The form has friction but the structure worksThe page is on a platform you can't edit
The look is dated but trust is intactThe design actively undermines trust, e.g., a legacy look that screams "spam"
You can ship a change in daysYou need a new architecture or integration

Example: "Pinecrest Law" has a page built on a page builder the client can't edit at all. Their new service line doesn't fit the original headline. That's a redesign. But you carry your evidence forward. You still have heatmaps and friction logs from the old page. You preserve the headline formula that worked, the social proof placement, and the form length. You're redesigning the shell, not the strategy.

Counter-example: "Northwind Cybersecurity." The structure is sound. The message and form are wrong. Redesigning would waste a month rebuilding a car that just needs a tire change. Use the table and make the call explicit so the client understands.

One more thing to weigh: page speed and architecture. If the page is so slow that a redesign is the only way to get clean infrastructure, that's a genuine reason. But if you can fix speed by compressing images and changing hosts, iterate.

When you do redesign, set one condition: the new page gets the same analytics and session recording from day one. You don't restart from zero. For a fuller breakdown, read Redesign or Iterate? Landing Page Fixes for Small Teams.

"Is A/B testing worth it when the client gets low traffic?"

No. Not if you can't finish the test. This runs against the "always be testing" mantra, but it's the truth. Most landing pages for small and local businesses simply don't have enough traffic to run a sound A/B test in a reasonable time.

Why? Statistical significance requires a sample size large enough to distinguish a real effect from random noise. If your page gets a few hundred visits a month and you're trying to detect a change in conversion rate, the test could run for many months — often longer than the client's campaign. By the time you get an answer, the offer has changed, the ads have changed, or the budget is gone.

Action: use qualitative research methods that give you answers with a small number of sessions.

Session recordings, click maps, five-second tests, and on-page surveys don't require a strict sample size. They show you the problem directly. A five-second test works like this: grab a screenshot of the page, show it to five or ten people, and ask "What do you think this page is offering?" If they can't answer in five seconds, your message is unclear. That's actionable feedback, and you can get it in an afternoon.

Example: "SolarWorks Home" sells solar panel installations. Their page gets modest, seasonal traffic from Instagram ads. A classic A/B test on the headline would need a large sample, and by the time it reached significance, the client's promotion would be over. Instead, you record sessions. You see mobile visitors never notice the "Begin Free Quote" button because it hides below a gallery image. You move it up. No test needed. You observed the problem directly.

Caveat: when you do have traffic, don't waste it on trivial changes like button color. Test headline, offer, and form length. Use a framework to prioritize tests so you only run the ones worth the traffic and the time. prioritize-landing-page-tests-limited-traffic is a good place to start.

"How do I make this repeatable across clients?"

This is the question that turns you from a firefighter into an operator. The answer is a standard operating procedure you run the same way every time.

Action: create a "conversion file" for each client with four sections.

  1. Promise: the exact copy of every ad or link pointing at the page.
  2. Evidence: session recordings, heatmaps, form analytics, and any user feedback.
  3. Friction log: every observed obstacle, ranked by severity and by how easy it is to fix.
  4. Changes: every change you make, the evidence that prompted it, and the observed effect.

Use the same file structure for every client. A shared structure lets you compare patterns across accounts. When a fix works for one, add it to a hypothesis library. The next time you see a similar friction pattern, you already know what to check.

Example: you onboard "GreenFuel Logistics" and "CardioFit Apps" in the same fortnight. Both have forms with a long dropdown containing dozens of options. You've seen this pattern before; the friction log from an earlier client showed that dropdowns create a drop-off. You shorten both forms immediately. That's repeatability — you're not rediscovering the wheel for every account.

Part of repeatability is speed. Use modern page-generation tools that turn a plain-text brief into a live page in minutes. After your diagnosis, write the revised headline, bullet list, and call-to-action in a paragraph. Generate a new variant, then share it with the client for feedback. No design handoff, no two-week dev queue. Just a page you can see and test.

Caveat: the tool doesn't replace the diagnosis. A page generated from a lazy brief is still a lazy page. Run the audit, find the friction, then generate. The tool is a speed lever, not a thinking substitute.

Also caveat: your client may resist a standard process. They want bespoke strategy, not a template. Frame it differently: this is a diagnostic process, not a design template. The output is tailored to their market, their offer, and their evidence. The process is what you want standardized; the work itself stays custom.

Conclusion

You don't get paid to redesign. You get paid to move the number. A repeatable process that starts with the click-to-page promise, uses evidence to kill redesign requests, skips vanity A/B tests on low-traffic pages, and produces a new page in minutes will move the needle more than any single hero redesign. Start your next client with the audit. It takes an hour. It will save you a month.

Sources (5)