When to use it
- You want to verify that the website submitted by an applicant is legitimate and consistent with the business’s age and identity
- You are looking for fraud signals including potential impersonation (e.g. a lookalike domain registered shortly before the application)
- You want to cross-check contact information (email, phone, addresses) discovered on the website against the submitted application
- You are assessing whether a business has a real, operational online presence
Always populate thewebsitefield when possible. This enablesinput_website_analysis- the comparison between the submitted domain and the one Baselayer independently discovers - which is the most reliable impersonation signal available. See Domain Impersonation Patterns in the Online Presence: Best Practices guide. If your onboarding form makeswebsiteoptional, use the domain of the submitted email as a fallback: if the applicant provides john@lucali.com but no website, submitlucali.comas the website value. This ensuresinput_website_analysisis populated in the vast majority of applications without requiring an additional required field. Skip this only for free email providers (Gmail, Yahoo, etc.) - those domains carry no identity signal.
How to request it
Website Analysis is available on both integration paths.Via POST /web_presence_requests
Include Order.WebsiteAnalysis in the options array. Results are returned inline in the response at website_analysis (discovered domain) and input_website_analysis (submitted domain, when a website was provided).
Via POST /searches
Include Order.WebsiteAnalysis in the options array. Results are not inline, Baselayer returns a WebsiteAnalysisRequest tracking object in orderables[]. Fetch the result using the URL in that object, or listen for the WebsiteAnalysisRequest.completed webhook.
When both a submitted and a discovered domain exist on/searches: TwoWebsiteAnalysisRequestentries will appear inorderables[]. They are not labeled - call GET on each and inspectwebsite_analysis.urlto determine which domain was analyzed.
Via Order.Enhanced
Order.Enhanced on POST /searches includes Website Analysis automatically alongside Industry Prediction, Social Profiles, Reviews, and expanded officer/address discovery. Send it together with Order.WebsiteAnalysis and Order.NaicsPrediction. See Online Presence: Basics for when to use Enhanced vs. individual orderables.
Response fields
Thewebsite_analysis and input_website_analysis objects share the same structure.
Core fields
ssl_validity fields
whois_record fields
Interpreting results
Website Analysis produces two types of signals: domain legitimacy (is this a real, operational site?) and identity consistency (does the submitted domain match the independently discovered one?). For the full decisioning framework - including thresholds, fraud patterns, and others - see:- Website Analysis section in the Online Presence: Best Practices guide: domain legitimacy checks,
ssl_validity,website_build_status,website_structure_metrics - Domain Impersonation Patterns:
whois_record.domain_age_monthsvs.months_in_business, lookalike domain detection, free email vs. deliverable corporate domain
business_website_match— whether the submitted domain matches the discovered onewhois_record.domain_age_monthsoninput_website_analysis— flag if under 90 days (< 3) on a business older than 24 months; escalate immediately if under 30 days (< 1)email_deliverableonwebsite_analysis— cross-reference against the submitted email domainparkedandwebsite_build_status— flag inactive or placeholder sites for established businesses
Related guides
- Online Presence: Basics — integration path decision guide and data model
- Online Presence: Best Practices — full decisioning framework
- Online Presence: Response Reference — match values, match sources, and response shape by integration path
- Industry Prediction — often requested alongside Website Analysis for best accuracy
- Website Analysis API Reference — full endpoint documentation