Interpretation notes
domain_renew is treated as the strongest observable proxy for retention (customers paying to keep domains).
domain_create is interpreted as attempts/interest rather than confirmed purchases.
Transfer flows are used to decompose domain base changes: ΔDomains ≈ organic_growth + net_transfers, where
organic_growth ≈ ΔDomains − net_transfers.
Domains over time
Absolute daily domain count attributed to the registrar (stock variable from daily_stats).
Step changes often indicate portfolio migration or acquisition.
Market share over time
Daily market share (%) = registrar domains / total .cz domains. Normalizes out overall market growth.
Retention signal: domain_renew (daily)
Daily renewal operations (flow). Aggregates to window totals and supports renewal-intensity comparisons.
Acquisition vs interest (daily): contact_create vs domain_create
contact_create approximates onboarding/new customer objects; domain_create captures attempts/interest. Ratios may exceed 100% due to decoupling (pre-created contacts, reuse, API workflows).
Transfers: gain / loss / net
Migration signal based on registrar-to-registrar moves. Loss is negative; net = gain − loss.
Daily change (first difference): ΔDomains(t)
ΔDomains(t) = Domains(t) − Domains(t−1). Highlights shocks, step changes, and high-volatility periods.
Monthly renewal share vs last-year domain base (100% stacked)
For each month, we compare domain_renew to the registrar’s average domain base in the same calendar month one year earlier.
The stacked view estimates “renewed” vs “not renewed” share relative to that last-year base (capped at base for visualization).
Important: this does not account for multi-year renewals (renewing for multiple years reduces observable renewal operations later),
therefore this is a comparative proxy, not a true renewal rate.
Monthly: Renewals / last-year base (%)
Renewal intensity expressed as percent of last-year monthly base:
100 × domain_renew_month / avg(domains_month_(t−1y)).
Can exceed 100% due to operational effects (including multi-year renewals and data decoupling).
Transfer counterparties (competitor matrix)
| Competitor | Incoming | Outgoing | Net |
|---|---|---|---|
| VEDOS | 498 | 1 333 | -835 |
| Forpsi | 468 | 1 114 | -646 |
| Subreg | 257 | 409 | -152 |
| Media4web | 135 | 285 | -150 |
| Webglobe | 275 | 399 | -124 |
| REG-KEYSYSTEMS | 8 | 104 | -96 |
| regZone.cz | 92 | 175 | -83 |
| REG-NOMIQ | 0 | 68 | -68 |
| REG-MARKMONITOR | 0 | 65 | -65 |
| REG-THINLINE | 59 | 121 | -62 |
| REG-WEB4U | 88 | 32 | +56 |
| REG-WEBSUPPORT | 17 | 61 | -44 |
| REG-TELE3 | 34 | 68 | -34 |
| REG-THOSTING | 34 | 1 | +33 |
| REG-OPENPROVIDER | 5 | 31 | -26 |
| REG-BANAN | 28 | 4 | +24 |
| REG-NAMESHIELD | 0 | 20 | -20 |
| REG-NETIM | 4 | 22 | -18 |
| REG-IPMIRROR | 1 | 18 | -17 |
| REG-BARBERO | 0 | 15 | -15 |
| REG-KRAXNET | 14 | 0 | +14 |
| REG-GANDI | 5 | 18 | -13 |
| REG-1API | 17 | 7 | +10 |
| REG-PIPNI | 11 | 1 | +10 |
| Gigaserver | 23 | 16 | +7 |
| REG-SEZNAM | 33 | 27 | +6 |
| REG-QUANTCOM | 1 | 6 | -5 |
| REG-INTERNETX | 0 | 5 | -5 |
| REG-UN-DOMAINS | 0 | 4 | -4 |
| REG-ONE | 5 | 1 | +4 |
| REG-ASPONE | 3 | 7 | -4 |
| REG-AERO-TRIP | 8 | 4 | +4 |
| REG-SAFENAMES | 0 | 4 | -4 |
| REG-NEXUM | 3 | 0 | +3 |
| REG-INWX | 0 | 2 | -2 |
| REG-LEXSYNERGY | 0 | 2 | -2 |
| REG-WINSOFT | 7 | 9 | -2 |
| REG-MIRAMO | 1 | 0 | +1 |
| REG-ASCIO | 5 | 6 | -1 |
| REG-INSTRA | 1 | 0 | +1 |
| REG-CZNIC | 0 | 1 | -1 |
| REG-OVH | 4 | 3 | +1 |
Aggregated registrar-to-registrar transfer flows within the selected window. Positive net indicates dominance of inflow from that competitor; negative indicates outflow.