Gmail Phone Verification Not Working? How to Create a Clean Google Account (2026)
"This phone number can't be used for verification" on a new Gmail signup usually isn't about your number at all. Here's what actually trips the check, the fixes that work, and what to try if you're already stuck.
1. "Can't be used for verification" is a risk score, not a number check
Google doesn't maintain a simple blocklist of phone numbers. What's actually running is a signup-risk model, and the phone-verification step is where it shows its answer. That's why the same number can work for one person and fail for another, and why retrying the identical number rarely helps — you're not correcting an error, you're feeding the same signal back in. The number itself is one input among several; the network you're signing up from and the pattern of the signup matter at least as much.
2. The single biggest factor: how many accounts came from your network exit
If several Google accounts have already been created recently from the same IP or network exit, the next signup starts with a strike against it before you type anything. This is common on shared connections — office networks, hostel wifi, a VPN endpoint other people also use — where you have no way of knowing how many other signups already happened there. If you don't control the network, you can't fully control this variable, which is exactly why switching to a connection you know is clean (a home line, a mobile hotspot on your own SIM) fixes signups that otherwise fail for no visible reason. This is also why advice like "just use a different browser" or "clear your cookies" rarely helps on its own — those change fingerprints the model may glance at, but they don't touch the one signal doing most of the work, which lives at the network level rather than the device level.
3. Why a real mobile number clears faster than a virtual one
Google's verification system treats VOIP numbers, virtual lines, and numbers from SMS-relay services as materially higher risk than a real carrier-issued mobile number, and it says so indirectly through higher decline and non-delivery rates rather than an explicit warning. If you have any real mobile number available — your own, a second SIM, a trusted friend's for one code — using it is the highest-leverage single change you can make. A relay or virtual number might work; a real one usually just works, on the first try.
4. Registering cleanly, step by step
Pick one stable connection before you start and don't change it until the account exists. Go to accounts.google.com, choose Create account, and fill in the form completely and accurately — inconsistent or obviously fake-looking details add their own small risk signal. When asked for a phone number, use the most "real" one available to you. Enter the code as soon as it arrives rather than letting the session sit idle. Do the whole thing in one sitting: opening the flow, stepping away, and returning later (possibly from a different network, if you're on mobile data that reassigns an address) is itself a pattern the risk model notices.
5. If you already got flagged or suspended
Don't retry the same number and network combination immediately — that repeats the exact pattern that got flagged. Google does have an appeals flow for suspended accounts (search "Google account recovery" and follow the prompts, providing the phone number and device details used at signup), and it does restore some accounts, but it isn't fast or guaranteed. The more reliable move if you're on a deadline is to start fresh on a genuinely different connection and number rather than waiting on an appeal for an account you need today. Either way, treat this as a signal to slow down on the next attempt, not to retry faster — the accounts that eventually succeed are usually the ones created a day or two later, not the ones created five minutes after a rejection.
6. If you'd rather not fight it: Proton Mail
If Gmail keeps rejecting you or you'd simply rather not deal with phone verification at all, Proton Mail is a fully workable substitute for the actual goal most people have here — an inbox to register other services with. It's accepted just as widely as Gmail by ChatGPT, Claude, and the large majority of global SaaS signups, it can run alongside an existing Gmail account rather than replacing it, and its own signup is generally lighter-touch on phone verification. Switching to it isn't a downgrade for this use case; for a lot of people it's simply less friction.
7. The email was step one — payment is the wall most people hit next
Getting a working inbox feels like the hard part, but for most people signing up specifically to use ChatGPT, Claude, or Midjourney, it's actually the easy part. Those platforms bill through card networks that check the issuing country of the card (the BIN), not where you're physically located or what currency you have — a card issued in a country their checkout doesn't accept gets declined regardless of the balance on it. That's a separate, unrelated system from the email/phone check you just cleared, and it trips up more people than the Gmail step does. It's worth knowing this before you spend an evening on the inbox: solving verification and then immediately hitting a checkout decline on the same day is common enough that it's worth planning for both steps up front rather than treating the email as the finish line.
8. Getting past the payment wall once your inbox is sorted
Two practical routes once you have your account and hit a payment wall. If you want to keep paying the platform directly on its own checkout page, you need a card whose issuing country it accepts — a US-issued virtual Visa is the common fix, and services like cocodot issue one for a flat $9.9 funded from a balance you can top up locally, no US bank account required. If you mainly want the underlying model working in your own code or in a tool like Claude Code rather than a subscription in a browser tab, an OpenAI-compatible relay you can fund directly skips the card question entirely — you change a base_url instead of solving a payment problem. Either way, that's a separate decision from the one this page is about; solve the inbox first, and come back to the card question once you actually need it. Whichever route you eventually take, test it with a small amount before committing anything larger — a $5 or $10 first attempt tells you whether the specific merchant accepts the card long before a full month's subscription is on the line.
What you're seeing → what it actually means → what fixes it
| What you see | Real cause | Fix |
|---|---|---|
| "This phone number can't be used for verification" | Number is VOIP/virtual, or already tied to too many accounts | Use a real mobile number you haven't used for signups before |
| Verification code never arrives | Some carriers/VOIP routes get silently deprioritized | Try a different real mobile number rather than resending |
| "We couldn't create your account" after filling in everything | Too many signups already seen from this network exit | Switch to a different, less-shared connection; space out attempts by a day |
| Asked to verify identity mid-signup | Network or region changed partway through | Restart on one connection and finish in a single sitting |
| New account works fine, then gets suspended within days | Heavy activity right after creation reads as automated | Use the account normally for a few days before wiring it into anything else |
| Nothing above works | — | Use Proton Mail — it's accepted just as widely for AI tool and SaaS signups |