By industry

HVAC repair website: why visitors don't call

A homeowner with no cooling in a heat wave wants a technician today, in their own town. Mimiq sends a simulated visitor through your site and shows where they stopped, and why.

5 visitors try to .
First test free with an accountRun it from your coding agent

Why does an HVAC repair website get searches and not service calls?

An HVAC repair website gets searches and no calls when a homeowner with no cooling cannot see three things fast: that you serve their suburb, a visit today or tomorrow, and a way to ask without a long form. Many sites bury the phone number, limit the service area to the main city, or open the calendar a week out. A simulated test sends a visitor through the booking and shows the step where they could not get one of those three.

What this looks like in a report

Who
Marcus, whose upstairs unit stopped cooling during a heat wave
How they arrived
Tapped the first AC repair result on his phone, after lunch
Where they stopped
Service area field, after entering his ZIP code

“I'm in the next town over, and the list only shows the big towns. If I pick the closest one, will they still send someone? I'd rather call, but the number is only in the footer.”

The fix. Add every suburb you drive to into the service area list, and let a visitor type a town that is not listed without a dead end. Put a same-day call button at the top of the phone screen, and show the next open visit before the date picker.

An illustration. Run a test to see your own.See a real sample report

The visitor with no cooling needs today, and the booking offers next week

The person who finds an HVAC site during a heat wave is not shopping. They have a unit that blows warm air, a house that is getting hotter, and maybe a child or an older parent at home. They search from a phone, tap the first result, and look for a number they can call in one tap. If the booking calendar opens on a date a week away, or the service area leaves out their suburb, the visitor assumes you will not come. They often try the next result. The owner rarely sees this, because the owner already knows the town is covered.

  • Is a same-day or emergency option visible before the visitor picks a date?
  • Does the service area list include the suburbs you actually drive to, or only the main city?
  • Is the phone number at the top of the phone screen and a tap that starts a call?
  • Does the form accept a typed town that is not in the dropdown, or stop with no next step?

What a homeowner checks, in the order they check it

The first thing a stranded homeowner looks for is a phone number, and they look for it at the top of the screen. The second is the town. They check whether their suburb appears in the service area, and many sites list only the main city, so a neighboring suburb reads as not covered. The third is the calendar. A visit offered only from next week tells the visitor to call somewhere else, even if you could send a technician that afternoon.

You will not see this from inside. You know the suburbs you cover, and the number is on every page. Test it the way the homeowner arrives. On your phone, in a private window, search your own service with the words a customer would use, then open the first result. Count the taps before a phone number and a town are both visible. If the count goes past two, or a suburb you cover is missing, that is the first thing to fix.

A service area list that rejects the next town, and a booking with no same-day option

A common form failure on these sites is a service area field that only accepts the towns in its dropdown. The visitor types a suburb, the dropdown shows no match, and the field either refuses to continue or clears the entry. The visitor has no way to say nearby and no sentence telling them what to do. A homeowner in a town you do cover can leave believing that you do not cover it.

The second failure is order. Some booking forms ask for the system type, the problem and an appointment window before they show any time. If the first open window is two days out, a visitor with no cooling sees two days and calls someone else. The cause sits in the booking, not on the phone line. Compare the first open time with the first question on the form, and note which one a visitor meets first.

The no-cooling visit, and the step a run cannot reach

Send one simulated visitor from your homepage with this task: book the earliest visit for an AC unit that is not cooling. The visitor is a homeowner searching from a phone in a nearby suburb, unsure whether you cover it. Put the suburb in the visitor profile, not in the task, so the run meets the service area list the way a customer would. Keep the task about the visit and leave the diagnosis out.

The run follows the visitor through the service area, the problem list, the calendar and the booking form. It stops at a text code, a card payment or a sign-in with Google, and the report names that step. A booking that asks for a deposit ends at the payment step. If the run stops at the service area, add the suburb to the list or let it be typed, then send the same suburb through again on a phone.

What you get with Mimiq

  1. 01

    Run it by hand, or on every pull request

    Paste a link and a task in the app and watch the visitors work. Or run them on every preview deploy: the GitHub Action comments on the pull request, any other CI can call the MCP endpoint, and your coding agent can run it too.

  2. 02

    Bugs and usability problems in one report

    The browser records errors and failed or slow requests on the step they happened. The visitors say where the wording or the steps confused them, and where they left.

  3. 03

    Visitors that behave like your audience

    Each visitor is a different profile with a reason to be there, matched to who the page is for, described by you, or built from your own customers.

  4. 04

    A prompt to fix each problem

    Every problem comes with a fix to paste into Cursor, Claude Code, Lovable or any coding agent, and one prompt hands over the top problems at once. Then send the same visitors through again.

  5. 05

    Follow every visitor

    See each visitor's whole path, step by step with screenshots, and what it was thinking at every step. Ask any visitor a question.

The browser records relevant JavaScript errors and failed or slow app requests encountered during the run, attached to the step where they occurred. The visitors are simulated: they find problems, they do not predict how many real people will convert.

A seasonal banner or a new booking calendar can hide the same-day visit again

Each season brings a new promotion, a new calendar and sometimes a new technician schedule, and any of them can push the same-day option below the first screen. Rerun the same suburb after each change, and again when you add a service area. If booking sits behind a customer login, run the visitor with a test account, and check each preview of the site before it goes live.

Starter

Try it on one launch

$9 once
120 credits, never expire

About 4 tests of 5 visitors

  • Visitors on your landing page, signup and checkout
  • Where they left and why, with a fix to copy for each problem
  • Run it in the app or on every pull request
  • Ask any visitor a question, included
  • Test accounts and protected previews
Buy 120 credits

Builder

Test every build

$19 a month
500 credits every month

About 20 tests of 5 visitors

  • Everything in Starter
  • Credits refill each month, and what is left rolls over once
  • Cancel anytime
Choose Builder

Pro

Test every release, as a team

$49 a month
1,500 credits every month

About 60 tests of 5 visitors

  • Everything in Starter
  • Credits refill each month, and what is left rolls over once
  • Cancel anytime
Choose Pro

Scale

Test at scale, every day

$149 a month
6,000 credits every month

About 240 tests of 5 visitors

  • Everything in Starter
  • Credits refill each month, and what is left rolls over once
  • Priority support
  • Cancel anytime
Choose Scale
$0for your first test, with a free account (Google sign-in, no card). It includes 50 credits, enough for 10 visitors. After that a visitor uses 5 credits, and packs start at $9 for 120 credits.
See a sample report

Questions

Does this tell me how many calls I will get?

No. Mimiq does not predict call volume or how many visits you will book. It shows the step where a simulated visitor stopped and what the page showed them at that step. Use your phone log and your booking tool's reports for numbers, and use the run to find the screen that loses people.

Can a simulated visitor call my number?

No. A visitor cannot make a phone call, so the run cannot tell you whether the number gets answered. It can show whether the number sits at the top of the screen and whether a tap on it does anything. Call it yourself from a phone in a different suburb to check what a customer would see.

Does the run see my after-hours message?

The report shows the page as that one visitor loaded it. If your site shows a closed message after hours, run the same suburb at night and again during the day, because the next visitor may see a different page.

Can the test confirm that a technician will show up?

No. The run checks what the website shows and where a visitor stops. It does not check your dispatch, your technician schedule or whether a visit can happen on the day shown. Confirm that with your own dispatch team before the page promises a same-day visit.

Keep reading

Send visitors and see what breaks first.

Your first test is free: sign in with Google and it starts right away. Last checked 2026-11-02.

5 visitors try to .