The phone in your customer’s hand is where every sale starts. Build for it first.

More than 60% of web searches happen on a phone. Google ranks every site based on how it performs on a phone. Yet most small business websites are still designed for a desktop and squeezed down for mobile as an afterthought, showing in slow load times, awkward layouts, and phone numbers you can't tap to call. ArdinGate builds mobile-first: every layout decision, image size, button, and form starts with the phone screen, then scales up for larger screens. The result is a site that loads fast on cellular, converts on a small screen, and ranks where your customers search.

What a properly built mobile site requires

Mobile-first is not a checkbox in a page builder or a theme setting you flip on. It is a build philosophy that changes how every decision gets made from the beginning. Here is what a correctly built mobile site includes and why each piece matters to the person using their phone to find you:

1

A dedicated page for every service you offer, designed for phone reading

A single "Services" page that lists everything in a bulleted menu is a desktop design pattern. On a phone, visitors scroll past it without reading because there is nothing to anchor to. Each offering deserves its own dedicated page with a specific headline, a full explanation of what it covers, who it is for, and a clear next step. On a phone screen, short paragraphs and clear visual breaks do the structural work that columns and sidebars do on desktop. Content that is easy to scan on a small screen converts at a higher rate than content designed for wide layouts and then stacked vertically as an afterthought. Every ArdinGate build gives each core service its own URL, its own page, and its own conversion path designed for the phone first.

2

Images sized and formatted for phone screens, not desktop monitors

Sending a large desktop-resolution image to a phone with a small screen is one of the most common and expensive mobile performance mistakes. The phone downloads the full oversized image, shrinks it to fit, and wastes load time in the process — which buries your Google performance score and burns your visitors' data. Every ArdinGate build uses a technique that delivers the right image size for the device: phones get a small, fast-loading version; desktop visitors get a larger one. All images are also converted to a modern image format that's 25–35% smaller than standard JPEG or PNG without looking any worse. A hero image that appears in under a second on a mid-range Android over a cellular connection, rather than one that takes three seconds to load, keeps visitors on the page long enough to read it.

3

Buttons, links, and navigation sized for fingers, not mouse cursors

A mouse cursor can click a very small link accurately. A finger cannot. Google's accessibility guidelines recommend tap targets of at least 48 by 48 pixels with enough space between them to avoid hitting the wrong one. Navigation links crammed into a thin header, phone numbers displayed as plain text instead of tappable call links, and form fields too small to tap without accidentally hitting a neighbor are all patterns common on sites designed for desktop first and compressed for mobile after. ArdinGate sizes every interactive element for touch from the start: navigation, buttons, form inputs, phone numbers, and secondary links. A visitor on a phone can accomplish everything a desktop visitor can without zooming, pinching, or mis-tapping.

4

Contact forms that work correctly with a phone keyboard

Filling out a form on a phone is a completely different experience from filling one out on a desktop, and most forms are not built with that difference in mind. The phone keyboard covers half the screen. Tapping into a field can cause the entire page to zoom in and never zoom back out. The wrong keyboard type appears — the standard letter keyboard shows up on a phone number field instead of a numeric keypad, and visitors abandon rather than switch it manually. Labels that disappear the moment you start typing leave the visitor unsure what they are filling in. ArdinGate builds every contact form for phone use: correct keyboard types on every field, no page zoom, labels visible while you type, and a submit confirmation that appears in the visible area of the screen without scrolling.

5

Trust signals — reviews, certifications, credentials — that display clearly on a small screen

Reviews, professional certifications, badge logos, and "as featured in" references influence whether a visitor decides to contact you. On desktop these often sit in a horizontal strip. On a phone, a horizontal strip of six logos either runs off the screen, stacks into an unreadable mess, or shrinks logos to a size too small to recognize. ArdinGate designs trust signal sections for the phone screen first: two columns that stay legible, a cleanly stacked list with proper spacing, or a horizontally scrollable row that behaves correctly on touch screens. The signals need to be readable and credible on the screen where most of your visitors first encounter them.

6

A site that loads in under three seconds on a cellular connection

Google's research shows that a meaningful portion of visitors leave before a page finishes loading when it takes more than three seconds on a phone. The average small business site on a page builder loads in four to seven seconds on a slow cellular connection because the platform delivers a large amount of code to every visitor whether or not the page actually uses it. Hand-coded sites carry none of that overhead. The page arrives and starts displaying immediately. Images load as they download. Three-second performance on cellular is achievable as a baseline when the page carries no unnecessary weight, and it is a meaningful competitive advantage over the template sites in your category that are all loading at the same sluggish pace.

The 90 seconds that decide whether a phone visitor contacts you or leaves

Most business owners think about mobile as a display problem: does the site look right on a small screen? The more consequential question is behavioral: what does a person on their phone do when they land on a local business site, and where do they give up? The specific friction points that kill phone conversions are almost never the ones that show up in a quick scroll-through on someone else's phone at the office. They show up in the gaps between what the site assumes and what phone visitors need.

They tap your result and decide in under five seconds whether to stay or go back

The moment a phone visitor taps your search result, the clock starts. If the first visible content takes more than three seconds to appear — because a hero image is downloading at desktop resolution over cellular, or a platform script is running before anything renders — a significant share of visitors tap the back button before the page is even usable. Google measures how fast your main photo or headline shows up on screen, and phone scores are consistently worse than desktop scores because cellular connections are slower and phone processors have less power. Most small business owners test their site on office WiFi using a laptop and have no idea what it looks like loading over 4G on a four-year-old Android. The experience is often dramatically different, and that difference is what Google ranks.

They are verifying three things, not browsing your whole site

A phone visitor who found you through a local search is not casually exploring. They want confirmation of three things, and they want it fast: that you offer the specific thing they searched for, that you serve their area, and that you seem like a legitimate business worth contacting. If those three answers are not visible without scrolling — because what's on screen is just a full-screen stock photo and a vague slogan, because service area is buried in the footer, because the services list is a wall of dense paragraph text that requires effort to read on a small screen — the visitor leaves without scrolling further. On a phone, the window for establishing that you are relevant is shorter than on desktop, and the cost of missing it is a visitor who contacts your competitor instead.

They expect to tap your phone number to call and leave if they can't

This is the single most common conversion failure on local business sites visited by phone. A person on their phone finds your number and expects to tap it. On a phone, a tappable number opens the dialer with the number already filled in. A phone number displayed as plain text requires the visitor to memorize it, switch to the phone app, and type it manually. Most of them do not bother. They tap back and call the next result that does have a tappable number. This failure is invisible to anyone testing the site on a desktop browser, because on desktop you see a phone number as plain text and copy-paste it or just dial. The impact only shows up on phones, which is where your local visitors are. Every phone number on an ArdinGate site is a tappable call link by default.

They try the contact form and abandon the moment it becomes frustrating

Contact form completion rates on phones are consistently lower than on desktop, and the gap is almost entirely caused by friction that does not exist on a desktop. Tapping into a field auto-zooms the page and the layout never resets. The field label disappears when you start typing, so after two fields you have lost track of what each one is asking. The phone number field brings up the letter keyboard. The submit button is small enough that you tap the wrong thing twice before hitting it. After submitting, there is no visible confirmation on the current screen, so you scroll up, wonder if it went through, and submit again. A form built for desktop and pushed onto a phone creates all of these problems. A form built for phone use from the start has none of them.

They look for social proof on a screen that rewards brevity and punishes density

After confirming you do what they need, a phone visitor scans for evidence that you are trustworthy: a star rating and review count, a photo of past work, a credential or professional membership, a familiar recognizing logo. On desktop these sections often live in multi-column layouts with decorative dividers and full-text testimonials that span several lines. On a phone, that content becomes a vertical marathon the visitor has to scroll past before reaching the contact form. The most effective phone trust sections are compact: a star rating with a number, a brief pull quote from a real review, a clean photo grid. The goal is to give the visitor enough to decide — not a full case file — and then get out of the way of the contact action.

They assess your navigation on a phone where menus are hidden by default

On phones, site navigation almost always collapses behind a hamburger menu icon: three stacked lines in a corner. That means visitors do not see your navigation until they actively go looking for it. So the visible content on each page matters more on phones than on desktop, not less. If someone lands on your homepage through a local search result and cannot immediately see that you offer the specific thing they searched for, they will not open a navigation menu to hunt for it. They will leave. The content on each page needs to stand on its own, answer the visitor's specific question, and point them toward the next step without requiring menu navigation. That is a fundamentally different design approach from desktop-first thinking.

How your website fits into the inquiry funnel — and where most phone funnels break

A phone visitor's path from search result to phone call or form submission moves through several distinct stages. Most small business sites handle one or two stages adequately and lose visitors on the rest. Understanding where the funnel breaks is the most direct path to understanding what the site needs to fix.

Stage 1: The tap from search results

The visitor sees your listing in search results on their phone and taps it. What drives the tap is your title and description in search — controlled by your site's SEO setup. What determines whether they stay after tapping is how fast the page loads. If your site takes more than three seconds to show anything meaningful on a cellular connection, a significant share of visitors leave before the page is usable. The click and the first impression are inseparable on phones. A slow site wastes every dollar spent on SEO by losing the visitor the moment they arrive.

Stage 2: The first-screen impression

What the visitor sees without scrolling determines whether they read further. On a phone, that is roughly 600 to 700 pixels of vertical space — enough for a headline, a short sentence or two, and a contact button. A site that fills this space with only a logo, a navigation bar, and a full-screen background video with no text passes the visual test on desktop and fails the practical test on phones: none of it answers why the visitor should stay. A clear headline that names your service and location, a sentence that adds specificity, and a visible way to contact you pass the test.

Stage 3: Service verification

The visitor scrolls to confirm you offer what they searched for. This is where dense desktop layouts lose phone visitors: long paragraphs that require reading effort on a small screen, service lists with no visual hierarchy, or expandable sections that require tapping to reveal content. The most effective approach is short paragraphs with clear headings, one service per visual section, and enough specificity that the visitor can tell in one glance whether this is what they need. Dedicated pages for each service let Google send search visitors directly to the right page rather than dumping them on a homepage that covers everything.

Stage 4: Trust assessment

The visitor decides whether you seem reliable enough to contact. Reviews, credentials, photos of past work, and professional memberships do this work. On phones, the trust section needs to load without external dependencies that add delay, display cleanly at any phone screen width, and not require the visitor to scroll through paragraphs of text to find the signal they're looking for. Star ratings and review counts embedded directly in the page (not pulled from a slow third-party widget) and a clean photo grid that loads quickly are more effective on phones than elaborate testimonial carousels designed for wide desktop layouts.

Stage 5: The contact action

The visitor is ready to reach out. This is where most phone conversions are lost to friction: a phone number that is not tappable, a contact form that zooms the page on tap, a submit button too small to hit accurately, or a confirmation that does not appear in the visible screen after submitting. None of these problems take creativity to solve — they require building the contact section for the device the visitor is actually using. When the contact action has no unnecessary obstacles, visitors who are ready to reach out follow through. When it has one frustrating step, a meaningful number of them do not.

Stage 6: The follow-through after submission

The funnel does not end at form submission. The visitor submitted from their phone and is waiting to hear back. If the confirmation email they receive looks broken in a mobile mail client, or if links in that email lead to pages that load slowly on their phone, you have lost trust built during the whole visit. Every contact form ArdinGate builds sends a plain-text confirmation email that displays correctly in every mail client. The follow-up experience is part of the mobile design problem, not separate from it.

Why a template cannot solve the mobile problem for your specific business

Template sites and page builders advertise mobile responsiveness as a selling point. It is not a selling point — it is a baseline every site has met for a decade. Every restaurant in your city using the same food-industry template is responsive. So is every salon, every contractor, every dental office. Responsive layout is table stakes. What templates cannot provide is mobile optimization built around how your specific customers behave, what they are looking for, and what it takes to get them to contact you.

Factor Template / Page Builder ArdinGate Custom Build
Layout approach Desktop design compressed for phones — columns stack in whatever order the theme dictates, margins squeeze, sections land in generic positions Phone layout designed first, then enhanced for larger screens — every section decision starts with a narrow phone screen and what a phone visitor needs to see first
Image delivery One image size served to all devices, commonly a large desktop-resolution file or a JPEG at a fixed dimension regardless of screen size Phone-sized images for phone visitors, larger versions for desktop. The right image for the device, served automatically without extra effort from the visitor
Load time on cellular Four to eight seconds is common — the platform delivers its own scripts and stylesheets to every page regardless of whether the page needs them Under three seconds is the standard baseline — no platform overhead, no shared runtime, no unused code shipped to the visitor
Phone number behavior Depends on the theme and how the developer configured it — often plain text that requires manual dialing Every phone number is a tappable call link by default — one tap dials, no manual entry
Contact form on a phone Generic form fields with no consideration for phone keyboard behavior, usually triggers auto-zoom and does not reset the layout after submission Every field uses the correct keyboard type for its content, no auto-zoom, labels stay visible during input, submit confirmation is visible without scrolling
Navigation on a phone Hamburger menu from the theme: tap target size varies, the overlay often covers the close button, and content depends on the visitor opening the menu to find anything Navigation designed for thumb reach and accurate tapping, with page content that answers the visitor's question without requiring them to open a menu
Differentiation Dozens or hundreds of competitors in your category using the same template with different text and photos — identical structure, identical feel, identical mobile behavior Built specifically for your services, your trust signals, and the specific action you want phone visitors to take — no other site looks or works like it

The practical problem with a template is that mobile optimization is about decisions made during construction — decisions templates make generically because they cannot know your business. What content belongs in the first visible screen? How should your specific trust signals be arranged on a 390-pixel-wide phone screen? What keyboard type should appear when a visitor taps your inquiry form's first field? A template answers all of those questions with whatever the theme developer decided works for most businesses. A custom build answers them based on what works for your visitors, your services, and the specific action you want them to take. That difference is what separates a site that converts phone visitors from one that passes the responsive checkbox and loses them anyway.

Pricing

Mobile-first design is not a premium tier or an add-on at ArdinGate. It is the standard build methodology for every project. Every site — regardless of price point — is designed for the phone first.

Single-page site

Starting at $1,200. One page, fully optimized for mobile: phone-sized images with fast delivery, tappable phone number, mobile-first layout, contact form with correct phone keyboard behavior, and technical SEO setup. Right for solo operators, simple service businesses, and anyone who needs a clean, fast mobile presence without a multi-page structure.

Multi-page site

Running $2,800–$5,000 depending on page count and feature scope. A dedicated page for each service — each one optimized individually for phone reading and conversion — plus an intake or contact form, behind-the-scenes labels that tell Google about your business for local search, Google Search Console setup, and performance tuning on every page before launch. Right for service businesses where each offering needs its own landing page and its own search presence.

Mobile audit and fix for an existing site

If you have a site that is underperforming on phones, the process starts with a free audit using Google's PageSpeed Insights and Search Console to identify exactly what is broken and how severe the impact is. From there, the fix is scoped to what the site needs — not automatically a full rebuild if the structure is salvageable. A quote with specific scope and timeline follows the audit, before any work starts.

Managed hosting

Optional at $30/month. Covers server hosting, domain renewal, SSL management, security updates, and contact form monitoring. You can also host the site yourself or with any standard web host — the code is yours outright and runs anywhere PHP is supported. ArdinGate managed hosting is a convenience, not a lock-in.

Every project includes an itemized scope upfront. No hourly billing that expands after approval, no extra charges for SSL or domain configuration, no line items that appear after you have already agreed to the project. See full pricing →

Mobile-first web design: questions worth asking

A single-page mobile-first site starts at $1,200. Most single-page builds land in that range depending on what features the page needs: a contact form, a photo gallery, an online booking link, and so on. Multi-page sites with a dedicated page for each service, a contact or intake form, and full SEO setup run $2,800–$5,000. Mobile-first design is not an add-on or an upgrade tier at ArdinGate. It is how every site is built regardless of price point. Every project is quoted with an itemized scope upfront. No hourly billing that expands after approval, no surprise charges for SSL setup or domain configuration, no monthly platform fee stacked on top of the build cost. Optional managed hosting (hosting, domain, SSL, updates, and form monitoring) is available at $30 per month.
Responsive design starts with a desktop layout and adjusts it for smaller screens: squishing columns, reducing font sizes, stacking sections that were side-by-side on desktop. Mobile-first starts from the phone. The layout, the image sizes, the button sizes, and the load decisions are all made for a phone screen first, then enhanced as more screen space becomes available on tablets and desktops. The difference shows up in practice. A responsive site often feels cramped on a phone because it was designed for a desktop and then compressed: buttons too small to tap, navigation awkward at phone width, images sized for a wide canvas. A mobile-first site feels natural on a phone because every decision was made with the phone visitor in mind from day one. Google ranks sites based on the phone version, which makes mobile-first design a ranking advantage, not just a usability improvement.
Responsive means the layout adjusts to screen size. It says nothing about how fast the page loads on a phone, how usable the buttons are with a finger, how the contact form behaves when a phone keyboard takes up half the screen, or whether your phone number is tappable. Most responsive sites built on page builders or popular themes are technically responsive and still load in five to seven seconds on a cellular connection because the platform delivers a large amount of code to every visitor regardless of whether the page uses it. That slow load time costs you visitors before they read a word. Beyond load speed, a responsive site may still have buttons too small to tap, form fields that misbehave on phones, or a phone number displayed as plain text that visitors cannot tap to call. A free site review will tell you exactly which of these problems your site has.
Google switched to mobile-first indexing in 2024, which means it uses the phone version of your site to determine where you rank in search results for every user, including people searching on a desktop computer. If your phone site is slow, has content missing or different from the desktop version, or has usability problems like text too small to read without zooming or buttons too close together to tap accurately, your rankings reflect those phone-version problems. A site that looks polished on a large screen but takes five seconds to load on a mid-range phone over cellular is ranked based on that five-second load, not the desktop experience. The ranking impact affects every visitor on every device. This is why phone performance is a business outcome issue, not just a mobile UX nicety.
Yes. Every phone number on an ArdinGate site is a tappable call link. On a phone, a visitor taps the number and it opens the dialer with the number already filled in: one tap to call, nothing to type manually. This sounds minor but it is one of the highest-impact changes a local business site can have. If a visitor on a phone finds your number and has to memorize it, switch to the phone app, and type it manually, a significant share will not bother. They will tap back to search results and call whichever competitor's site lets them tap to call. This failure is completely invisible when you test your site on a desktop browser, which is why many business owners do not realize it is happening. It only affects phone visitors, which is where most local searches come from.
Every contact form ArdinGate builds is designed specifically for phone use. The phone number field brings up a numeric keypad instead of the standard letter keyboard. Visitors do not have to switch keyboards manually. The email field brings up the email keyboard with the @ symbol and .com accessible in one tap. All form text is large enough that iOS and Android do not auto-zoom the page when a field is tapped, which is a common problem that disrupts the layout and causes visitors to abandon. Labels stay visible while you type so you always know what each field is asking for, not the placeholder-text approach where the label disappears the moment you start typing. The submit button is large enough to tap accurately. After submitting, the confirmation is visible on screen without scrolling. Every form includes spam protection and rate limiting. Form submissions go directly to your email: no third-party form service required, no monthly software fee.
A hand-coded mobile-first site from ArdinGate loads in under three seconds on a mid-range Android phone over a 4G cellular connection. That is the benchmark Google uses when evaluating mobile performance. Most page builder sites take four to eight seconds on the same connection because the platform delivers its own scripts and style files to every page regardless of whether that page needs them. A hand-coded site delivers only the files the specific page requires. Images are compressed and sized so the phone receives a small, phone-appropriate version rather than downloading a full desktop-resolution file over cellular. The result is a page that starts displaying almost immediately after the visitor taps your link in search results, rather than a blank or loading screen that kills the visit before it starts.
Mobile performance is one of the factors Google considers for local search rankings alongside content relevance, proximity to the searcher, and your overall prominence on the web. A slow phone load hurts all of those other signals. Beyond performance, every ArdinGate mobile-first build includes behind-the-scenes labels that tell Google your business name, address, phone number, business hours, and service area in the exact format Google's systems read most reliably: the information that helps you appear in local map packs and local search results, not just standard web results. Google Search Console is verified under your account so you can see which searches are sending visitors to your site. Consistent address and contact information across every page, tappable phone numbers, and fast mobile load times all support local visibility. These are not separate initiatives. They reinforce each other.
Often yes, depending on what is broken. The free site review identifies the problems and their severity before any work is scoped. The most common fixable issues without a full rebuild are: images sized for desktop being served to phones (making the site slow); a phone number displayed as plain text instead of a tappable call link; a contact form that auto-zooms on tap and the layout never resets; form labels that disappear when you start typing; and buttons or navigation elements too small to tap accurately. Many of these are straightforward fixes on an existing codebase. When the problem is the platform itself (a page builder delivering too much overhead for the page to load quickly on cellular), a rebuild is usually the more cost-effective path because the overhead cannot be removed without replacing the underlying structure.
A single-page site runs one to two weeks from kickoff to launch, depending on how quickly you can provide the copy, your logo, and any photos. A multi-page site with dedicated service pages, a contact form, and full technical SEO setup runs three to five weeks. Projects where the copy is already written and brand assets are finalized ship faster than projects where those are being developed at the same time as the build. The timeline given after reviewing your project scope is a commitment, not a best-case estimate that quietly extends. Revision rounds are built into the timeline, not treated as scope expansion. If you are replacing a current site, the new one is fully built and reviewed before the domain is switched, so your existing site stays live until the new one is ready.
Yes. Each page in a hand-coded site is independent: it only loads the files it specifically needs. Adding new pages does not make existing pages slower. There is no shared platform code that grows heavier as the site expands, no plugin that adds overhead to every page when it is only needed on one. New images added to future pages go through the same process as the original build: compression and sizing so phones receive an appropriately small version rather than a desktop-resolution file over cellular. If you want to manage blog posts, news updates, or a photo gallery yourself after launch, ArdinGate can build a simple content manager into the site purpose-built for your exact content type: no third-party CMS, no plugin vulnerability surface, no update treadmill. It maintains the same mobile performance standard as every other page.
You own it outright. After the build is complete, you receive the complete source code: every file, every image, every configuration file. No platform license that expires, no monthly subscription to keep the site functional, no permission needed to move it to a different host or hand it to a different developer. The code is written to be readable and maintainable by any competent developer: not obfuscated, not tied to proprietary build tools, not dependent on a specific hosting environment. Optional managed hosting through ArdinGate is available at $30 per month and covers server hosting, domain renewal, SSL certificates, security updates, and form monitoring. That is always optional. If you prefer to host it yourself or work with someone else later, that is your right. Ownership is not conditional on staying with ArdinGate.

Want to know how your site is actually performing on phones right now?

Share your URL and I will run it through Google's performance tools and tell you exactly what is slowing it down, what is broken for phone visitors, and what it would take to fix it. No obligation, no pitch.

Get a free mobile review