Dated observation
Each timeline entry links one observed value to one named source and UTC time.
Direct answer: A careful workflow for reconstructing domain changes without overstating incomplete historical records.
WhoisRequest.org does not sell or imply access to a complete historical WHOIS archive. A defensible timeline combines separately dated registration, DNS, certificate and web observations while retaining the source and uncertainty of each.
Each timeline entry links one observed value to one named source and UTC time.
A registrar, nameserver, certificate or website change can occur without proving that the other layers changed.
A defensible history labels collection gaps and uses ‘first observed’ instead of an unsupported start date.
Begin by recording the current RDAP response before comparing historical observations from other datasets.
Use the DNS lookup to keep present-day address, mail and authority evidence separate from registration history.
When a historical source supplies registry dates, classify them with the registration-date interpretation reference before placing them on the timeline.
Record observations from registration, DNS, certificates and web archives in one evidence worksheet. Entries stay in this browser tab unless you choose to copy or download them.
No observations have been added. Begin with the current RDAP or WHOIS record and keep each evidence layer separate.
Capture current RDAP or WHOIS, parent delegation, authoritative DNS and certificate details with a UTC query time. This establishes the end of the timeline and exposes fields—such as registration date or last changed—that are often mistaken for website history.
Archived registration snapshots describe what a service published at a particular time. Passive DNS can show previously observed record values. Certificate Transparency can show certificate issuance for names. Web archives preserve selected page captures. None of these sources is complete, and their observation dates are not interchangeable.
A registrar transfer, nameserver change, new certificate and visual site redesign can happen independently. Place each event on its own evidence line before proposing a relationship. A shared address, privacy contact or analytics identifier can be a lead, but it is not automatic proof of common ownership.
Use language such as ‘first observed’ and ‘not present in this source’ rather than ‘began’ or ‘did not exist.’ Archive collection policies, crawl failures, DNS cache windows, redaction and service retention all create gaps that cannot be repaired by certainty in the prose.
No. A current response describes data published now and may be redacted. Historical ownership research requires dated registration archives and still may contain gaps or proxy data.
No. It shows that delegation changed. The registrant, registrar, DNS provider, web host and website publisher are separate roles that can change independently.
It is the earliest appearance found in the named dataset, not proof that the event began on that date. Earlier records may be missing from the source.