Founder Tools — Domain Intelligence

Competitor
Intelligence

Enter any domain to instantly reveal IP location, infrastructure, registrar data, brand assets, and competitive signals — all from free public APIs, no key required.

ip-api.com rdap.org ipwho.is logo.dev brand.dev dns-over-https urlhaus (abuse check)
Try: notion.so linear.app vercel.com figma.com github.com
Resolving IP & geolocation
Fetching RDAP domain registration
Checking DNS records (MX, TXT, A)
Pulling brand & logo data
Running abuse & blacklist check
Computing intelligence score
favicon
INTEL SCORE / 100
IP Address
Server Location
Hosting / ASN
Domain Registration
Registered
Expires
Age
Registrar & Status
Registrar
Status
DNSSEC
Nameservers
Tech Stack Signals (via DNS)
Security Checks
Company Signals
// Intelligence Summary

Domain Intelligence as a Competitive Research Method

A competitor's domain is a surprisingly rich data source. The technical infrastructure behind a website — hosting provider, CDN, DNS configuration, SSL certificates, analytics stack — reveals decisions that are expensive to change and therefore indicative of long-term architectural commitments. A company that moved to Cloudflare enterprise two years ago made a scaling decision. A company still running on shared hosting has a different growth trajectory. Reading domain signals is not hacking — all of this information is publicly visible to any DNS query — but most founders never look.

Domain intelligence is useful across several founder workflows: competitive analysis (understanding a competitor's technical maturity and investment level), due diligence (verifying infrastructure claims before a partnership or acquisition), security assessment (identifying exposed subdomains, weak DNS configurations, missing DMARC records), and brand research (checking domain age and registration history before acquiring a domain or entering a market a competitor vacated).

What DNS Records Reveal About a Business

The DNS record set of a domain is its public technical fingerprint. A records resolve the domain to an IP address, which can be geolocated to a hosting region — useful for understanding whether a competitor runs EU infrastructure (relevant for GDPR compliance positioning) or US-based infrastructure. MX records identify the email provider; Google Workspace and Microsoft 365 are standard; custom mail servers are unusual and sometimes indicate legacy infrastructure. TXT records reveal SPF and DKIM configurations (email authentication maturity) and often include verification tokens for third-party services — a list of tools the company has officially verified ownership of.

CNAME records often expose the stack directly. A CNAME pointing to vercel.app indicates a Vercel deployment; netlify.app indicates Netlify; custom CNAMEs for Stripe, Intercom, or HubSpot reveal which commercial platforms the company pays for. WHOIS data shows registration age (older domains carry more SEO authority and brand credibility), registrar choice, and whether privacy protection is enabled. A domain registered in 2019 with privacy protection enabled at Cloudflare Registrar looks different from one registered last month on GoDaddy.

Worked Example: Reading a Competitor's Infrastructure

A founder analyzes a direct competitor's domain and finds: A record resolving to a Hetzner IP in Germany (EU infrastructure, likely GDPR-conscious), MX records pointing to Google Workspace, TXT records including Stripe verification and HubSpot, a CNAME on docs.competitor.com pointing to GitBook. The DNS TTL is 300 seconds — a short TTL often indicates active infrastructure management or anticipated changes.

What this tells you: the competitor has invested in Stripe for payments and HubSpot for CRM/marketing — a mid-market SaaS stack that suggests a sales-assisted motion. GitBook for documentation indicates technical product with developer users. EU hosting may be a deliberate compliance choice and a potential positioning signal they use with enterprise customers. WHOIS age of 3 years suggests a company past the initial validation stage. This is actionable competitive context extracted from publicly available data in under two minutes.

FAQ

Is looking up DNS records legal?

Yes. DNS is a public protocol by design — domain records must be publicly resolvable for the internet to function. Querying DNS records, checking WHOIS data, and analyzing publicly visible HTTP headers are all standard network operations performed by browsers, email servers, and security tools millions of times per second. This is fundamentally different from unauthorized access to systems or data, which is illegal under computer fraud statutes in all jurisdictions.

What does domain age tell me about a competitor?

Domain age is a proxy for several things: SEO authority accumulation (older domains typically carry more backlink equity and ranking stability), brand legitimacy (a 5-year-old domain suggests an established business), and first-mover positioning in a market. A competitor with a domain registered in 2018 has a significant head start on organic search. Understanding this helps calibrate your SEO strategy — you may need to compete on long-tail queries and content depth rather than attempting to outrank an established domain on high-volume head terms immediately.

How do I use IP geolocation for competitive analysis?

IP geolocation reveals where a competitor's servers are physically hosted, which can indicate their primary market focus, regulatory positioning, and infrastructure investment level. A B2B SaaS company with US-only hosting that claims GDPR compliance is making a technical claim worth scrutinizing. A competitor who recently migrated from US to EU hosting may be signaling a strategic move into the DACH or broader European market. Hosting decisions are expensive to reverse, so they tend to reflect genuine strategic commitments rather than casual choices.

What security signals should I check for my own domain?

Run this tool on your own domain as a health check. Key signals to verify: SPF record exists and uses -all (hard fail) not ~all (soft fail); DKIM is configured for your email sending domains; DMARC TXT record is present with at minimum p=none and a reporting address configured; no unexpected A or CNAME records pointing to services you no longer use (these are common vectors for subdomain takeover attacks). Missing DMARC in particular leaves your domain open to spoofing — a meaningful risk for startups where a phishing email appearing to come from your domain could damage customer trust.