Extract Phone Numbers from Text

–unique numbers found, duplicates collapsed
Recognizes the North American shapes - (212) 555-0199, 212-555-0199, 212.555.0199, bare ten digits - and international +1 style with country code, stored whole the way the tel URI standard prefers: RFC 3966, the tel URI. Long digit runs without a phone shape are left alone; check the count before you dial.
The contact bench: extract emails for the addresses beside the numbers, duplicate line remover for list hygiene, and word counter to size the source text.

Paste the text and every phone number in it comes out the other side - (212) 555-0199, 212-555-0199, 212.555.0199, +1 212 555 0199, bare ten-digit blocks - deduplicated, listed one per line, and ready to copy into a spreadsheet or dialer. It is the contact-scraping chore that used to be forty careful select-and-copies, done in one paste.

The extractor understands the formats North America actually writes: ten-digit numbers with any separator, eleven-digit international form with the leading 1, and the parentheses habit. Long digit strings that are not phone numbers - order numbers, timestamps, account IDs - are left alone unless they carry a separator or a plus that says telephone.

How to use

  1. Paste the source text - the numbers appear below, one per line, duplicates collapsed - and copy the list in one click.
  2. The count line tells you how many unique numbers were found; paste the list straight into a sheet column or a CRM import.
  3. International numbers keep their leading + and country code; domestic numbers come out as their bare ten digits, ready for a dialer.

Frequently asked questions

What phone formats does this recognize?

The North American writing habits: (212) 555-0199, 212-555-0199, 212.555.0199, 212 555 0199, 2125550199, and the international +1 212 555 0199 form. The extractor keys on the shapes - three digits, three digits, four digits - plus separators or a leading +, so it survives whatever punctuation the source text prefers.

Will it grab order numbers or credit cards by mistake?

Only when they wear a phone costume. A sixteen-digit card number or an eight-digit order ID has the wrong shape for a ten-digit US number, so it passes through. The honest caveat runs the other way: an unseparated ten-digit string that is really an account number will be read as a phone - check the count line, and delete the impostor from the output before you dial.

Does it work with international numbers?

Yes for the plus-sign form: +44 20 7946 0958, +81 3 1234 5678 and friends are kept whole with their country code, which is how the tel: URI standard (RFC 3966) says a phone number should be stored and dialed. Local international styles without the + - a European 020 prefix, for instance - need the + form in the source text to be recognized reliably.

How do I get these into a spreadsheet?

Copy the output block - one number per line - and paste into a sheet column; most spreadsheets split pasted lines into rows automatically. Keep the cells as text, not numbers: spreadsheets that treat 2125550199 as arithmetic will drop the leading plus, mangle area codes starting with zero, and generally ruin the list you just cleaned.

Is this the same as scraping a web page?

The mechanism is the same - pattern matching over text - and this page runs it on whatever you paste, entirely in your browser; nothing is uploaded. The polite use is your own correspondence, listings and exports; a site's terms of service, not this tool, decide what you may do with its contacts at scale.

Related tools