Test ContactTap: postal address formats

ContactTap · The address gauntlet

What this page tests. Addresses are the hardest thing a contact scanner reads — there is no single format, and half the world writes them differently. Each section feeds the scanner one real-world layout. found rows should appear in the popup; known miss rows document real formats the current patterns don't cover yet — honestly, and used as the working list for improvements.

1 · Default-country pin (structured data)

This block pins the page's default phone region to US, exactly like the primary test page. Expected: one ordinary found card, with the address assembled from its parts.

• High Desert Title Co. found — card Expected address: 300 North Carson Street, Carson City, NV 89701.

2 · Semantic <address> elements

The HTML <address> tag is how well-built pages mark contact blocks. ContactTap trusts it when it looks postal (contains a digit); pure author-credit uses are ignored.

• Multi-line postal address with <br> breaks found — address The classic contact-page block, and the acid test for the clean-copy promise — Copy must yield a tidy address, not a run-together string:
  Comstock Assay Office
  77 C Street, Suite 300
  Virginia City, NV 89440
• PO Box inside <address> found — address PO boxes have no street suffix for pattern-matching to anchor on, so the semantic tag is what catches this one:
  PO Box 1873, Carson City, NV 89702
• Author-credit <address> (no digits) ignored as address Blogs use the same tag for bylines. No digits, so it's ignored as an address — though the email link inside is still found via the mailto path:
  Written by the editor

3 · Addresses inside map links (“Directions” buttons)

Many hotel and venue pages never print their address as text — it lives only inside a maps link. The page authored that link as deliberately as a tel: link, so ContactTap reads it.

• Apple Maps Directions link, address in the URL only found — address The text below says only “Directions” — the address exists solely in the link's q parameter (the real-world shape that inspired this: a hotel page whose address appears nowhere else):

  Directions

  Expected: Silverado Assay House, 211 N C Street Virginia City, NV US appears as an address labeled “Directions”.
• Coordinates-only maps link ignored A maps link whose target is bare coordinates has no clean address to show:

  Directions to the trailhead

4 · Postal addresses in plain text — the format gauntlet

This is the section the address scanner earns its keep on. US addresses anchored on street-suffix + city + state + ZIP and UK addresses anchored on the postcode are expected finds; the “known miss” rows document real formats the current patterns don't cover, so improvements can be checked against this same page.

• US single-line, the canonical form found Visit us at 123 East Main Street, Springfield, IL 62704.
• US with suite found Our Denver studio: 500 Oak Avenue, Suite 210, Denver, CO 80203.
• US with unit as # found Deliveries to 88 Birch Lane #12, Portland, OR 97201.
• US with ZIP+4 found Mail: 2200 Ranch Road, Amarillo, TX 79106-4415.
• Suffix-only street name (“Broadway”) found The venue is at 731 Broadway, Nashville, TN 37203 — the street name IS the suffix, a form the scanner had to learn.
• Abbreviated suffix, no commas around state found The shop at 4155 Spring Mountain Rd Las Vegas NV 89102 is open daily.
• Multi-line with <br>, outside any <address> tag found Line breaks between the parts should not break recognition:

  Pahrump Feed & Tack
  1420 Mesquite Drive
  Pahrump, NV 89048

• UK, postcode-anchored found The London pickup point is 10 Downing Street, London SW1A 2AA.
• US with directional after the suffix known miss 1600 Pennsylvania Avenue NW, Washington, DC 20500 — the directional (“NW”) between suffix and city defeats the current US pattern.
• PO Box in plain text known miss Send cheques to PO Box 98765, Tonopah, NV 89049 — no street suffix to anchor on (the <address>-tagged PO Box in section 2 is found).
• Utah-style grid address known miss 349 S 200 E, Salt Lake City, UT 84111 — grid addresses have no conventional street suffix.
• Canadian known miss 290 Bremner Boulevard, Toronto, ON M5V 3L9 — alphanumeric postal codes match neither the US nor the UK pattern yet.
• German, in plain text known miss Friedrichstraße 43-45, 10117 Berlin — no German text pattern yet (structured-data German addresses on the primary page arrive fine).

← Back to the primary test page · Scam patterns test page →