Audit your app

Why Isn't My Website Converting? Check Audience, Tracking, Then Page

Website not converting? Rule out the wrong audience and broken tracking before you touch the page. Here is the order we would check.

A website not converting is a diagnosis problem before it is a design problem. Check 3 things in this order: who is arriving, whether your numbers are true, and only then what the page does to the people who do arrive. Skipping ahead is how builders redesign a page that was never the problem.

You know something is off. People visit, but few of them sign up, buy, or book. We go deep on the first 2 stages, audience and tracking, and keep the page checks short.

What does "not converting" actually mean?

A conversion is a visitor doing the one thing your site exists for. That might be buying, signing up, booking a call, or joining a list. Your conversion rate is the number of people who did it divided by the number of people who visited.

That number only means something if you picked one action first. If you can't name it in a single sentence, that is your first finding.

Why check the audience and the tracking before the page?

Because both can make a good page look bad, and a redesign fixes neither. If the wrong people arrive, no headline will rescue your rate. If the counter is broken, you are fixing a problem that exists only in your reports.

This table maps what you see to the first place to look. Treat each row as a starting point, not a verdict.

What you seeLikely causeLook first
Very few visitorsA traffic problem, not a conversion problemAudience
Plenty of visitors, almost no clicks on the main buttonWrong audience, or the page does not match what they were toldAudience, then the first screen
One source converts, the others do notAudience quality differs by sourceAudience
Your reports say 0, but real sign-ups or emails existMissing or broken trackingTracking
Visitors click the main button, then nothing is recordedBroken tracking, or a broken pathTracking, then the path
Mostly phone visitors, and nobody finishesLayout, a pop-up, or slow loading on mobilePage: mobile
People start the form or checkout, then leaveFriction, a surprise cost, or doubtPage: flow, trust, the ask

Is the right audience arriving?

Open your analytics and find where visitors come from: search, social posts, ads, email, or people typing your address directly. Then compare how each source converts. For every source, ask 3 plain questions:

  • Would this person want what I offer today?
  • Did the post, ad, or search result promise something my page does not?
  • Do I have enough visitors to say anything yet?

That last question matters most. With a handful of visitors, one extra sign-up swings your rate wildly, so small numbers are mostly noise. If you have very few visitors, the honest fix is more of the right visitors, not a new design.

Then check the match between the click and the page. Pull up the exact words that earned the click, and open your page right after. If they don't line up, visitors have to work out whether they are in the right place.

Last, tag your links, or you cannot tell which post sent whom. Google's page on campaign URLs says that if you set one UTM parameter, you should set all the relevant ones, especially utm_source, utm_medium, and utm_campaign, because missing ones result in "(not set)" values in your reports (no update date shown, read 5 October 2026). For one campaign page, our landing page audit guide follows that single journey.

Is your tracking telling the truth?

Tracking means your site records actions as they happen. In Google's analytics tool, each recorded action is called an event. If the event for your goal never fires, or fires twice, every rate you calculate is wrong.

Test it in 3 steps:

  1. Do the goal action yourself, once on your phone and once on a computer.
  2. Watch it arrive. Google's DebugView page explains how to see events in real time as the tool collects them. It also says it is important to filter out traffic while debug mode is on, so that your test data does not negatively impact the data in your reports (no update date shown, read 5 October 2026).
  3. Compare with a record you trust, such as your sign-up list, your payment dashboard, or your inbox. If they disagree with the dashboard, believe the record and fix the counter.

Test with your consent notice the way a visitor sees it, too. The same Google page says events are not visible in debug mode when consent mode is in use and the visitor has not agreed to analytics cookies. So a notice can change what your reports contain, and it is worth checking both after accepting and after declining.

If an AI tool built your site, a page that looks finished is not proof that the goal event fires. Only a test is. Our guide on adding payments, email, and analytics covers the setup.

Hypothetical example: A founder launches a made-up app that sends appointment reminders. After 2 weeks the dashboard shows 300 visitors and 0 sign-ups, and they start sketching a new homepage. First they check sources: most visitors came from one post in a community of other builders, so the audience deserves a second look. Then they sign up themselves on a phone. The account is created and the welcome email arrives, yet the dashboard still says 0, because the thank-you page never sent the goal event. Their app's own user list holds real accounts nobody had counted. The page was not the problem. The counter was.

What should you check on the page itself?

Only now, with the audience understood and the numbers trusted, look at the page. 5 short pointers, each with a place to go deeper:

  • The first screen. Does it say what this is, for whom, and does it match the words that earned the click? Our landing page audit guide covers message match.
  • Trust. Would a first-time visitor feel safe giving you an email address or a card? Check the signals close to the button.
  • The phone. Speed matters on a phone too. Google's web.dev Core Web Vitals page says the Largest Contentful Paint, the time the biggest item on screen takes to appear, should happen within 2.5 seconds of the page starting to load (page updated 31 October 2024, read 5 October 2026). It also says lab tests cannot replace field data from real visitors.
  • The path. In Flow and Usability terms, walk from the first click to the confirmation, and check that the email you promised arrives. Our website UX audit guide goes deeper on friction.
  • The ask. Is the price clear before you request a commitment, and does the button name a specific action?

How can a report tell a broken path from a broken counter?

This is the one thing our audit adds to the order above. The report keeps 2 lists apart. Under Recorded evidence, a block headed "What we clicked" shows what the audit actually did on your public pages, with counts of pages, links, and buttons, plus a Recorded submissions list for any form it tested. Under it, a separate "Not confirmed" list holds anything it tried but could not verify. The report says so rather than guessing.

Use that split on a symptom like "clicks happen, nothing is recorded." If the evidence shows the main path working end to end, suspect your counter. If the path breaks in the evidence, fix the path before you trust any number.

What the report cannot do is see your tracking. It reads public pages only, meaning what a customer sees at your link, so your analytics, your ad accounts, and the source of each visitor are outside it. The 3 tracking steps above stay your job.

How do you change things without fooling yourself?

Change one thing at a time. Write down the date and the change. Compare like with like, such as the same traffic source over a similar period. Give each change enough visitors to mean something before you judge it.

No one can promise a conversion rate or a sales result, and we can't either. What you can do is stop guessing and look in the right order: audience, tracking, then page.