Renewal History

googleapis.cn

googleapis.cn has been renewed 12 times, usually 1 year at a time, about 7 weeks before expiry. The longest single renewal was 3 years, around 2015, out to 2015. No near-death on record.

Renewals on record
12
Longest renewal
3 years
Expires
Nov 1, 2026
as of the latest snapshot
Snapshots
46
2011–2025

Every renewal, newest first

  1. 2025
    between Jan 16, 2025 and Oct 26, 2025
    +1 yearexpiry Nov 1, 2025 → Nov 1, 2026Early
    up to 9 months before expiry
  2. 2024
    between Sep 13, 2024 and Oct 8, 2024
    +1 yearexpiry Nov 1, 2024 → Nov 1, 2025Early
    3 to 7 weeks before expiry
  3. 2023
    between Aug 14, 2023 and Nov 16, 2023
    +1 yearexpiry Nov 1, 2023 → Nov 1, 2024Around expiry
    snapshots too far apart to say how early
  4. 2022
    between Aug 16, 2022 and Sep 21, 2022
    +1 yearexpiry Nov 1, 2022 → Nov 1, 2023Early
    1 to 3 months before expiry
  5. 2021
    between Mar 19, 2021 and Jul 21, 2021
    +1 yearexpiry Nov 1, 2021 → Nov 1, 2022Early
    3 to 7 months before expiry
  6. 2021
    between Jun 8, 2020 and Feb 5, 2021
    +1 yearexpiry Nov 1, 2020 → Nov 1, 2021Around expiry
    snapshots too far apart to say how early
  7. 2020
    between Mar 19, 2019 and Apr 16, 2020
    +1 yearexpiry Nov 1, 2019 → Nov 1, 2020Around expiry
    snapshots too far apart to say how early
  8. 2019
    between Sep 24, 2018 and Mar 19, 2019
    +1 yearexpiry Nov 1, 2018 → Nov 1, 2019Around expiry
    snapshots too far apart to say how early
  9. 2018
    between Feb 24, 2017 and Sep 24, 2018
    +1 yearexpiry Nov 1, 2017 → Nov 1, 2018Around expiry
    snapshots too far apart to say how early
  10. 2017
    between Sep 26, 2015 and Jan 25, 2017
    +2 yearsexpiry Nov 1, 2015 → Nov 1, 2017Around expiry
    snapshots too far apart to say how early
  11. 2015
    between Nov 13, 2011 and Sep 26, 2015
    +3 yearsexpiry Nov 1, 2012 → Nov 1, 2015Around expiry
    snapshots too far apart to say how early
  12. 2011
    between Sep 22, 2011 and Nov 11, 2011
    +1 yearexpiry Nov 1, 2011 → Nov 1, 2012Around expiry
    snapshots too far apart to say how early

How this is worked out. Each renewal is a forward jump in the registry’s expiry date between two WHOIS or RDAP snapshots. The size of the jump is the number of years paid for. The renewal happened somewhere between the two snapshot dates, so how early or late it was is a range; when the snapshots are far apart, it is not stated.

For .com and .net the registry itself extends the expiry on the day it lapses and gives the registrar 45 days to pay or delete, so a jump right at expiry is not proof the owner paid. The ledger marks renewals the registry flagged as explicit, and near-deaths where it later showed a redemption or pending-delete status.

Source: 46 snapshots of googleapis.cn from the who.is WHOIS/RDAP archive, 2011-09-22 to 2025-12-31. Ledger built 2026-09-27.