Is My Website Mobile Friendly? How to Check

📖 21 min readWebsite Management
GW
GoWebsited
Published 16 September 2026 · Updated 16 September 2026

Is my website mobile friendly?

Open it on your own phone and look for four things: text you can read without pinching, no sideways scrolling, buttons and links you can tap accurately with a thumb, and a page that finishes loading on mobile data. If any of those fail, the site is not mobile friendly, whatever the theme promised. Then run the page through PageSpeed Insights for a second opinion, because slowness is the failure most owners cannot see on their own fast connection.

Key takeaways

  • Your phone is the honest test. Open the site on the device you actually own, on mobile data rather than your shop wifi, and try to complete the thing a customer would want to do.
  • Google reads the mobile version. Search indexes the mobile rendering of your pages, so anything missing or broken there is effectively missing from search too.
  • Four failures cover most sites. Tiny text, sideways scrolling, buttons too small or too close together, and a page that takes too long on a phone connection.
  • Speed is the invisible one. Owners test on fast office wifi and a recent phone, which hides exactly the problem their customers hit on a bus with two bars.
  • Fix in order of damage. Anything that blocks a call, a booking or a form comes first. Cosmetic spacing comes last.
  • Responsive is the norm now. A separate mobile site or an app is rarely the answer for a small business, and both add work you will have to keep doing.

What this guide covers

  1. Why the mobile version is the one that counts
  2. What mobile friendly actually means
  3. The ten minute check you can run yourself
  4. Tools that give you a verdict
  5. The problems we find most often
  6. Text, spacing and tap targets
  7. Images and mobile data
  8. Navigation, buttons and forms
  9. Popups, banners and cookie notices
  10. Speed on a phone is a different problem
  11. Responsive design, mobile sites and apps
  12. What to fix first
  13. How to confirm the fix worked
  14. Where this overlaps with accessibility
  15. Mistakes that keep a site unfriendly
  16. Frequently asked questions

Why the mobile version is the one that counts

For most small businesses in Canada, the phone is not a secondary way people arrive at the website. It is the main one. Someone hears your name, searches while walking, or taps a link in a message from a friend. The page opens on a screen a few inches wide, held in one hand, often on a patchy connection, and the visitor decides in seconds whether to keep going or go back to the results and try the next business.

Search engines work the same way. Google uses mobile-first indexing, which means the mobile version of your page is the version it crawls, indexes and ranks. That has a consequence people miss: if content is hidden, cut or broken on mobile, it is not simply less visible to phone users, it is effectively absent from what search sees of your site.

There is a business reason underneath the technical one. A desktop visitor with a broken layout will often persist, because they have a mouse, a big screen and patience. A phone visitor will not. They are standing somewhere, doing something else, and they have four other businesses one tap away. Mobile friendliness is not a checkbox for search engines. It is whether the person who wanted to buy from you can.

The test that settles arguments Ask someone who has never seen your site to complete one task on their own phone while you watch without helping. Book, buy, call, or find your hours. Where they hesitate is your list. This takes five minutes and beats any opinion about which theme looks modern.

What mobile friendly actually means

The phrase gets used as if it were one setting. It is not. It is a set of separate conditions, and a site can pass most of them and still fail the one that matters for your business.

Readable without pinching

Body text large enough to read at arm’s length, with enough contrast against its background. If a visitor has to zoom, everything after that is harder.

No sideways scrolling

The page fits the width of the screen. A stray wide image, a fixed-width table or a long unbroken URL can push the whole layout sideways.

Tappable targets

Buttons, links and form fields big enough to hit with a thumb, and spaced far enough apart that the wrong one is not hit by accident.

Loads on real mobile data

Finishes rendering in a few seconds on a mid-range phone and an ordinary connection, not only on office wifi.

Nothing blocking the content

No popup, banner or sticky bar covering what the visitor came for, and no cookie notice that cannot be dismissed with one thumb.

Everything works

Menu opens, forms submit, phone numbers dial, maps open, and video plays without breaking the layout.

Note what is not on that list: how the site looks on your laptop, how much you paid for the theme, and whether the designer said it was responsive. Responsive is a technique, not a result. A responsive site can still have a 900 pixel wide price table that nobody can read on a phone.

The ten minute check you can run yourself

You do not need a developer for the first pass. You need your phone, ten minutes, and the discipline to test the thing a customer would actually do rather than admiring the homepage.

  1. Turn off wifi. Use mobile data. Your shop wifi is faster than the connection most visitors are on, and it hides the slowness they will feel.
  2. Open the homepage and wait. Count the seconds until the page is usable, not until something appears. If you are still waiting past five or six seconds, you have a speed problem regardless of how it looks.
  3. Read a paragraph without zooming. If you pinch to read, the text is too small. Check a service page too, not just the homepage, because inner pages are often styled differently.
  4. Swipe sideways. If the page moves horizontally at all, something is wider than the screen. Note which section it happens on.
  5. Tap the main call to action with your thumb. Not your index finger, and not carefully. If you miss it or hit the wrong link, the target is too small or too crowded.
  6. Open the menu and reach every page. Especially the contact page, the pricing page and whatever you would call the money page.
  7. Fill in the form and send it. Then check that the message arrived. A form that looks fine and quietly fails is the most expensive mobile problem there is.
  8. Do it all again on a second phone. Ideally an older Android, because that is closer to the median visitor than a new iPhone on a strong signal.

The two devices that flatter you A new phone on fast wifi will pass almost any site. If those are your only test conditions, you will conclude everything is fine while customers on a three year old handset give up. Test on the worst hardware you can find.

Tools that give you a verdict

Your own phone tells you whether the site is usable. Tools tell you why it is not, and give you something concrete to hand to whoever will fix it.

What each tool is good for

  • PageSpeed Insights Runs your page in a simulated mobile environment and reports loading behaviour, layout stability and responsiveness, with a list of specific causes. Start here.
  • Chrome device mode On a laptop, opens your site in a simulated phone viewport so you can see where the layout breaks and which element is too wide. Useful for diagnosis, not a substitute for a real device.
  • Search Console Shows how Google actually sees your pages, including the page experience signals collected from real visits rather than a lab test.
  • Your analytics Compare the share of visits from phones with the share of enquiries. If mobile traffic is high and mobile conversions are low, the phone experience is the leak.
  • A real customer The cheapest and most honest tool on this list. Watch one person try to use the site on their own phone.

Treat a score as a diagnosis, not a grade. A page can score poorly and still work well for customers, and a page can score respectably while hiding a form that does not submit on iOS. The score is a pointer to the specific items underneath it, which is the part worth reading.

The problems we find most often

Across the small business sites we look at, the same handful of faults come up again and again. None of them are exotic, and most were introduced after launch by someone adding something reasonable.

The usual suspects

  • A wide image or embed. One photo, map or video at a fixed pixel width wider than the screen, forcing the entire page sideways.
  • A pricing or comparison table. Tables do not reflow. On a phone they either shrink to unreadable or push the layout out.
  • Text set in pixels that was fine in 2016. Small body text that looked tidy on a desktop mockup and is a squint on a phone.
  • Buttons stacked too closely. Three links in a row with no spacing, so the thumb hits the wrong one.
  • A hero image weighing several megabytes. Uploaded straight from a camera or phone, never resized, and served at full size to a visitor on data.
  • A sticky header that eats the screen. A tall fixed bar that takes a third of a small display and never goes away.
  • A contact form with no mobile keyboard hints. Fields that bring up the wrong keyboard, or that zoom the page in and never zoom back out.

Text, spacing and tap targets

Most mobile usability failures are not dramatic. They are small frictions that add up until the visitor gives up without ever deciding to. Text size, line length and spacing carry more of that weight than any other design choice.

Body text on a phone needs to be comfortable to read held at normal distance, which in practice means noticeably larger than most desktop designs use. Line length takes care of itself on a narrow screen, but line height does not: text set tight for a wide desktop column becomes a wall on a phone. Headings need room above them so a reader scrolling quickly can see where one idea ends and the next begins.

Tap targets are the other half. A thumb is not a mouse pointer. Anything you expect someone to press needs to be large enough to hit without aiming, and separated from its neighbours so a near miss does not trigger the wrong thing. This applies to the navigation menu, to links inside paragraphs, to form fields, and especially to anything sitting near the bottom of the screen where the thumb naturally lands.

The nav menu nobody can close A common pattern: the menu opens full screen, the close button sits in the top corner, and on a large phone the top corner cannot be reached one handed. The visitor ends up reloading the page to escape. Test your menu with one hand, holding the phone the way people hold phones.

Forms deserve a specific pass. Each field should bring up the right keyboard, so an email field offers the at symbol and a phone field offers digits. Labels should stay visible while typing rather than disappearing into placeholder text. And the submit button should not sit behind the keyboard where nobody can see it.

Images and mobile data

Images are where most small business sites get heavy. A camera photo is enormous compared with what a phone screen needs, and if it is uploaded straight into the page the visitor downloads all of it. On a good connection this is invisible. On mobile data it is the difference between a page that appears and a page that is still assembling itself when the visitor leaves.

A customer checking her phone at a shop counter
Most visitors meet your business at arm’s length, on a screen this size, while doing something else.

Three habits fix nearly all of it. Resize before uploading, so the file is no larger than the space it will occupy. Use a modern format, which gives the same picture at a fraction of the weight. And let the page load images lazily, so photos further down the page do not compete with the content the visitor can actually see. We wrote about the details in our guide to website images and page weight.

One more thing that matters on a phone: give images their dimensions in the markup. When the browser knows how tall a picture will be, it reserves the space. When it does not, everything below shifts down the moment the image arrives, usually just as the visitor is reaching for a button. That shift is one of the most irritating experiences on mobile and it is entirely avoidable.

Navigation, buttons and forms

Desktop navigation can afford to be generous. Mobile navigation has to be a decision. Everything cannot go in the menu, so the useful question is which three things a phone visitor is most likely to want, and whether those are reachable without opening anything.

For most local businesses the answer is some version of call, find, and book. A phone number that dials when tapped, an address that opens in maps, and whatever your booking or enquiry action is. Those three should be visible or one tap away from every page, not buried behind a menu icon at the end of a list.

“If a customer cannot call you, find you, or book you within two taps of landing, the site is working against the business.”

Buttons should look like buttons. On a small screen, a link styled as plain coloured text is easy to miss and hard to hit. Give the main action on each page a solid shape, real padding and a label that says what happens next. Vague labels cost more on mobile than desktop, because there is less surrounding context to explain them.

Keep forms short. Every field is a reason to abandon on a phone keyboard. Ask for what you need to reply, and collect the rest in the conversation that follows. If you need a longer form for a specific reason, say why at the top and show progress, so the visitor knows what they have committed to.

Popups, banners and cookie notices

Interstitials that cover the content are a mobile problem in a way they are not on desktop, simply because the screen is small enough for one banner to take all of it. A newsletter popup, a cookie notice and a sticky promotional bar can between them leave nothing visible except the thing the visitor did not come for.

The stack that kills a page Cookie banner at the bottom, promotional bar at the top, newsletter popup after three seconds, and a chat bubble in the corner. Each was added for a sensible reason by a different person. Together they leave a phone visitor with almost no readable page at all.

If you need a consent notice, and in many cases you do, make it dismissible with one thumb and keep it to the height it needs. If you want an email signup, put it inside the page where someone who has read something is likely to want more, rather than in front of someone who has read nothing. And check what the combination looks like on a small screen, because nobody ever does.

Speed on a phone is a different problem

A desktop on a wired connection hides almost every performance mistake. A phone does not. It has less processing power, a slower and less reliable connection, and a visitor with less patience. Three things describe most of what a visitor feels, and they are the ones worth understanding.

Loading

How long until the main content appears. Usually dominated by images, fonts and whatever the page has to fetch before it can draw anything.

Responsiveness

Whether the page reacts when tapped. A page can look ready while scripts are still running, so taps do nothing and the visitor taps again.

Visual stability

Whether things move after they appear. Late loading images, banners and fonts push content around and cause mistaken taps.

Google publishes the current definitions and thresholds for these on web.dev, and PageSpeed Insights reports your pages against them. The value of the framework is not the score. It is that it separates three different complaints that all get reported as the site feels slow, and each has a different fix. Our guide to website speed for small business goes through the fixes in order of payoff.

One practical note for small business sites. The biggest single cause of slow mobile pages we see is not hosting or code. It is a homepage carrying eight full size photographs, a slider, an embedded map, an embedded video and three tracking scripts, none of which the visitor asked for. Removing things is the cheapest performance work available.

Responsive design, mobile sites and apps

There are three ways to serve phone visitors, and for a small business one of them is almost always right.

Responsive site

One site, one set of content, laid out differently at different screen widths. The standard approach, the cheapest to maintain, and what almost every small business should have.

Separate mobile site

A second site at a different address serving phone visitors. Doubles the work, splits your content, and creates a long tail of pages that only exist on one version.

A native app

A separate product with its own build, review process and updates. Worth it when you have repeat customers who use you weekly, and a waste for a business people visit twice a year.

If you are being sold an app Ask how many times a year a typical customer would open it, and what it would do that a good mobile website cannot. For most local businesses the honest answer to the first question is two or three, which does not justify a download, an icon on a home screen and a maintenance bill.

What to fix first

Once you have a list, the order matters more than the length. Fix what stops money first, then what stops reading, then what looks untidy.

  1. Anything broken in the path to contact. A form that does not submit, a number that does not dial, a booking button that does nothing. This is revenue, not usability.
  2. Horizontal scrolling. It makes the whole page feel broken and it is usually one element at fault, so it is often a ten minute fix with a large effect.
  3. Text you cannot read. Raise the body size, open up the line height, check contrast. Cheap, and it improves every page at once.
  4. Tap targets and spacing. Especially in the navigation and anywhere two links sit next to each other.
  5. Page weight. Resize and compress images, drop what nobody uses, and load the rest lazily.
  6. Popups and sticky elements. Reduce to the one you genuinely need, and make it small and dismissible.
  7. Cosmetics. Alignment, spacing and polish. Real work, but not before the list above.

If most of that list is failing at once, the site is not suffering from a set of bugs, it is built on something that was never made for phones. At that point patching gets expensive and a rebuild on a modern responsive foundation is usually cheaper than the third round of repairs. Our piece on the signs a website needs a redesign covers how to tell the difference.

How to confirm the fix worked

Two kinds of evidence exist and they answer different questions. Lab data comes from a tool running your page in a controlled environment, and it updates the moment you re-run it, which makes it useful while you are working. Field data comes from real visits on real devices, and it moves slowly because it is gathered over a period of time rather than in one test.

So the sequence is: fix, re-run the lab test to confirm the specific item is resolved, verify by hand on a real phone, and then wait before judging the field numbers. If you change something and the field data has not moved by the next morning, nothing has gone wrong. It simply has not caught up yet.

Keep a short record of what you changed and when. Three months later, when someone asks whether the work made a difference, the answer depends entirely on being able to line up the dates.

Where this overlaps with accessibility

Almost everything that makes a site work on a phone also makes it work for someone with a visual impairment, a motor impairment, or simply a bad day. Larger text, stronger contrast, generous tap targets, clear labels and a layout that survives being zoomed are the same fixes, arriving from two directions.

That matters commercially as well as ethically. Accessibility requirements apply to many organisations in Canada, and the practical work overlaps so heavily with mobile usability that treating them as one project is cheaper than treating them as two. If you are already rewriting a button because a thumb cannot hit it, adding a proper label and a visible focus state costs almost nothing extra.

The one place they diverge is testing. Mobile friendliness you can check with your own eyes and thumbs. Accessibility needs a keyboard, a screen reader and a contrast check, because the failures are invisible to someone who does not rely on those tools. Our guide to website accessibility standards covers what to check and in what order.

A useful side effect Sites that pass a thorough mobile review usually improve on accessibility at the same time, because the underlying causes are shared: text too small, targets too tight, contrast too low and layouts that break when anything changes size.

Mistakes that keep a site unfriendly

Seen most often

  • Testing only on the owner’s phone. One recent device on fast wifi is the least representative test available.
  • Fixing the homepage only. Visitors from search land on inner pages. Those are usually the ones nobody checked.
  • Treating the score as the goal. Chasing a number while the form still fails on iOS is effort spent in the wrong place.
  • Adding a plugin to fix layout. Most mobile faults are content and CSS. Another script usually makes the speed worse.
  • Never testing the form end to end. Looking right is not the same as arriving in your inbox. Send one, check it landed, do it again after any change.
  • Leaving it to whoever built the site. Builders test on desktop too. Check it yourself, on your own phone, after every significant change.

Not sure what your site looks like to a customer on a phone?

We build and manage small business websites that work on the devices people actually use, and we will tell you plainly if yours only needs a few fixes.

See our plans

Frequently asked questions

Is my website mobile friendly?

Open it on your phone on mobile data and check four things: you can read the text without pinching, the page does not scroll sideways, you can tap buttons accurately with a thumb, and the page becomes usable within a few seconds. Then run it through PageSpeed Insights for the causes behind anything that felt slow.

How do I test my site on a phone if I only have a laptop?

Use Chrome device mode to simulate a phone viewport, which is good for spotting layout breaks. It is not a substitute for a real device, so borrow a phone before you conclude the site is fine, ideally an older one.

Does mobile friendliness affect my Google ranking?

Google indexes and ranks the mobile version of your pages, so content that is broken or missing on mobile is effectively missing from search. Page experience signals also form part of how pages are assessed, alongside relevance and everything else.

My site is responsive, so is it automatically mobile friendly?

No. Responsive means the layout adapts to screen width. It does not guarantee readable text, reachable buttons, a page light enough for mobile data, or a form that submits on a phone. Those are separate checks.

Why does my site look fine to me and slow to customers?

You are almost certainly testing on a newer phone, on faster wifi, with the page already cached in your browser. Turn off wifi, use a private window, and try on the oldest device you can find.

Should I build a mobile app instead?

Rarely. An app makes sense when customers would use it weekly and it does something a website cannot, such as working offline or sending timely notifications. For a business people visit a few times a year, a good mobile site does more for less.

How much does it cost to make a website mobile friendly?

It depends entirely on what is wrong. Text size, spacing and a single oversized image are small fixes. A site built on a fixed width layout that predates modern phones usually needs rebuilding, and patching it repeatedly costs more than doing that once.

How often should I re-check?

After every significant change, and at least once a quarter otherwise. Sites drift as content is added, and the page that passed in January is often the one carrying three new embeds by June.

Ready to Stop Worrying About Your Website?

Plans start at $49/mo. No setup headaches, no tech stress.

See Plans & Pricing →