Discord phone verification failing on a disabled account
Discord's own fix tells you to remove the number from the other account. When that account is disabled, both Discord's articles dead-end. What to do instead.
Pre-launch — you can read everything, but ordering isn't open yet. Where we are
“This phone number cannot be used for verification” is a decision Google makes on its own servers, before it sends a single SMS. It has four separate causes — a flagged or disabled account, an undisclosed per-number account cap, the line type, or the number's format — and each takes a different fix. One of them has no fix at all. The standard advice — “use a different number” — is wrong for three of the four, so the first job is working out which one you're in.
Google shows two strings and treats them as two different problems. One is “This phone number cannot be used for verification.” The other is “This phone number has been used too many times for verification.” Google's help page names both, and for both it gives a single instruction: use a different number (read 2026-08-12). That instruction fits one of them. For the other it misleads.
“Too many times” is a counting problem — you, or whoever held the number before you, hit a limit on how many accounts one number may create. “Cannot be used” is broader. It is frequently thrown at people whose account is the thing Google is blocking, where no number will ever work. The help page names neither VoIP nor virtual lines anywhere on it (verified by direct fetch, 2026-08-12), and it never says what the limit is. Those two silences are most of this article.
The listicles skip this step and jump to fixes, which is why the fixes miss. Match your symptom to a cause before you touch anything. The table sorts by what you can actually observe — whether the error follows every number, whether you can still reach other Google products, whether only rented numbers get refused.
| What you can observe | Most likely cause | What actually helps |
|---|---|---|
| The same error on every number, including the SIM in your pocket | Account state — flagged or disabled | Recover the account, not the number (Cause 1) |
| You also can't sign into Gmail or YouTube on that account | Account state | Same — the number is a symptom, not the lock |
| Only rented, virtual or free numbers bounce; your own SIM works | Line type | Use a real mobile you control (Cause 3) |
| Wording is “used too many times,” or it shifts as you swap numbers | The per-number account cap | A number that hasn't hit the cap (Cause 2) |
| You entered a leading zero or the wrong country code | Formatting | Re-enter in E.164 (Cause 4) |
When the error follows you across every number — including the SIM in your pocket — the number is not the problem. Your account is. Google throws this same string at accounts it has flagged or disabled, and a fresh number cannot open a door locked from the account side. On the reports below, and against everything the ranking pages say, this is the most common version of the error in 2026 — and it is the one the top 10 does not mention.
It is not new. A 2016 engineering write-up on Medium (Around25) traced it to the end: the author's Google account had been disabled, and “this phone number cannot be used for verification” was the wall Google put in front of that fact — resolved five days later through an appeal, the number never having been the issue (22 April 2016). Ten years on, the same story fills r/GMail: threads like “Disabled Account Recovered — Can't Verify to Login” and “Disabled Google account + phone verification blocked,” where the account comes back and the phone error still blocks sign-in across browsers and connections (read via the arctic-shift archive, 2026-08-10). These are individual reports, not a measurement. Two of them, ten years apart, telling one story — that is the point.
So the first check costs nothing and needs no new number. Can you still open another Google product — Gmail on the web, YouTube, Drive — on the same account? If every Google surface refuses you, the account is the block, and account recovery is the path, not verification. A rented number pointed at the signup box is pointed at the wrong wall.
Google limits how many accounts one phone number can create. It says so on its help page, then stops — it will not tell you the number. That is deliberate. Asked the size directly on Google's own AdWords API forum, Josh Radcliff of the AdWords API Team confirmed the per-number limit exists and declined to publish it, offering no way to reset it or age it out (15 June 2015). Eleven years later that thread is still the best public answer to the question, which tells you how much Google wants it discussed.
So the honest version is short: we don't know the cap, and Google won't say. What we can tell you is its shape. It counts per number, not per account — every account ever verified on that line adds up, including whoever held the number before you if it was recycled. Numbers get recycled between holders, and a number's history travels with it; our own terms spell out that a rented number may still carry messages meant for a prior holder. If you are seeing “used too many times,” you have hit the cap, and the only lever is a number that hasn't. A different number already near its own cap fails the same way.
Before Google generates a code it looks up what kind of line your number is. Mobile lines pass. Virtual and VoIP ranges get refused at that step often enough that a number which works fine for calls can still be rejected here. How that lookup works, and why VoIP gets screened, is the whole subject of why SMS codes don't arrive — so this page won't repeat it. One consequence does belong here.
The detection that stops disposable email addresses has a phone equivalent: a maintained blocklist, applied at signup. Castle publishes one — a public file of disposable and virtual ranges in E.164 form that rebuilds every day (read 2026-08-12). The check takes thirty seconds: open the file, search for your number, see whether today's list carries it. Don't read a single entry as a verdict — the file regenerates daily, so it is a snapshot, not a sentence — but a number sitting on a public disposable list is a number many services will treat the way Google just did.
Rule out the cheap cause before the hard ones. The number has to reach Google in the shape it expects — country code, no leading zero on the national part, no stray spaces or dashes a field might mishandle. That is E.164. A UK mobile typed as 07700 900123 instead of +44 7700 900123 can bounce for a reason that has nothing to do with your account or your line.
Three checks take about ten seconds. Confirm you have signal and can receive an ordinary text. Re-type the number, country code included, instead of trusting autofill. And if Google offers to call rather than text, take it — a voice code routes differently, and sometimes lands where the SMS didn't. If none of that moves it, the cause is one of the three above, not the format.
Here is the part a company that rents numbers is not supposed to write. For this error, a rented or virtual number is usually the wrong tool — and often the thing that caused it. Walk it back through the causes. Flagged (Cause 1)? No number touches an account-side block. Hit the cap (Cause 2)? A number from a shared pool may already be past its own cap from everyone who used it before you. Line type (Cause 3)? A virtual number is precisely what the check refuses — you would be handing Google the exact signal that triggered the rejection.
There is a supply reality under this too. On 2026-07-27 we counted the operator catalogue our suppliers expose: 161,254 of 165,122 rows — 97.7% — were an opaque “virtual…” pool, with only about twenty named operators in the whole set. That is a supplier-catalogue composition, not a success rate, and it is why no reseller can honestly promise you a “non-VoIP” number: most of them cannot see what they are selling either. We rent numbers ourselves, Google among them, and we will still tell you they are built for a throwaway signup, not for rescuing an account you mean to keep — the split laid out in is it safe to use a virtual number.
And our own routes can't argue otherwise, because we have placed no orders to measure. Every one of them still reads the same line:
We don't have data for this route yet
A vendor promising this error away with their number is selling you the cause as the cure.
Apple users hit a message that rhymes with this one and does not mean the same thing. On Apple's community forum, a user reported being told by Apple Support that “once a number has been registered on one Apple ID, it can't be linked to another, even after delinking from the previous one” — and the thread closes with an Apple community moderator telling the customer to “just request a new number from your carrier” (read 2026-08-12). Hold two things about that. It is second-hand: a user relaying support, not an Apple document. And we could not find Apple stating this permanence in its own published pages. Treat it as a report, not a rule.
What it shows is the pattern. Apple, Google and Discord all bind a phone number to one account, and all three handle releasing it badly. Discord says it plainly: its own help article reads “the phone number is already tied to another account. As you can only have one number per account, you would need to remove the number from the other account” first (read 2026-08-12). Same shape, three platforms. Where a fix exists it is account-side every time — never a fresh number aimed at the wrong account.
Sometimes, and slowly. Discord is the one platform of the three that documents the mechanics: once a number is removed from an account, “there is a waiting period before the number can be used on an account again”, and if you have lost the email tied to the old account, Discord support “will not be able to provide this information, or remove the number” (read 2026-08-12). That last clause is a real dead end — a number locked to an account whose email you cannot reach.
Look at how badly these pages land with the people reading them. Discord's “How to Fix Phone Errors” article carries a vote score of −29,542 across 137,860 votes; its “How to Remove a Phone Number” article sits at −19,311 across 47,155 (both from Discord's public help-center API, read 2026-08-12). The platforms' own instructions are rated, by their own users, as not solving the problem — which is most of why a page like this one has to exist. Google's cap has no documented reset at all. Apple's, per that forum thread, may not release even after you delink.
Some readers are in a state with no remedy, and padding the list with a sixth trick does not change that. If your Google account is disabled and the appeal is denied, no number verifies it — the number was never the lock. If a number is bound to an Apple ID or a Discord account whose email you cannot reach, and support will not step in, the number stays bound. These are the cases the listicles quietly leave out, because “here are five fixes” reads better than “for some of you there isn't one.” Better ten minutes on the right cause than an afternoon buying numbers against a wall that isn't number-shaped.
On Discord, eventually — after the waiting period, and only if you can still reach the old account's email to remove the number there first (Discord help-center API, read 2026-08-12). On Google and Apple there is no documented remove-and-reuse path, so assume no until the platform says otherwise.
No — Google treats them as separate cases on the same help page. “Used too many times” is the per-number cap (Cause 2). “Cannot be used” is broader, and is frequently an account-state block (Cause 1), where the count was never the issue.
Sometimes — for a delivery or formatting problem, a voice code routes differently from an SMS. It does nothing for an account-state block or a line-type rejection, because both are decided before any code is generated.
Partly. You can test the line-type angle against a public disposable-number blocklist like Castle's — if your number is on today's file, expect trouble across many services (read 2026-08-12). Google's internal account flags you cannot see from outside; the closest proxy is whether the same account still signs into any other Google product.
The delivery side of this — what happens after a service agrees to send, and why a “delivered” receipt is not proof anyone received it — is covered in why SMS codes don't arrive and, at the route level, in how SMS verification routes fail. If all you need is a code for a throwaway signup and none of the account trouble applies, a burner number may be all you're after.
Every route shows its price and its data state up front — and where we have nothing yet, it says so.
Every route below is one click away. Open a country to see its services, or jump straight to a service hub.