• 🎉 Big News: Circle City Servers is backing our CloudFest Americas coverage. Read more

How do you manage domain extensions with different registry policies?

NiceNIC

Member
For companies supporting many extensions, registry rules become part of daily operations.

The .IN advisory shows why ccTLD support requires more than adding an extension.

How do providers manage different registry requirements?
 
This is one of those areas where offering more TLDs can create more complexity than customers ever see.

Automation can handle a lot of the routine work, but each registry can have its own eligibility rules, validation requirements, transfer procedures, contact requirements and policy changes. ccTLDs in particular can require more attention.

I think the key is maintaining clear documentation for each extension, automating what can safely be automated, and having a process for monitoring registry policy changes. Support staff also need to know when an order requires manual review rather than treating every domain registration the same way.

Adding a TLD to the order form is the easy part. Supporting it correctly over its entire lifecycle is where the real work begins.
 
This is one of those areas where offering more TLDs can create more complexity than customers ever see.

Automation can handle a lot of the routine work, but each registry can have its own eligibility rules, validation requirements, transfer procedures, contact requirements and policy changes. ccTLDs in particular can require more attention.

I think the key is maintaining clear documentation for each extension, automating what can safely be automated, and having a process for monitoring registry policy changes. Support staff also need to know when an order requires manual review rather than treating every domain registration the same way.

Adding a TLD to the order form is the easy part. Supporting it correctly over its entire lifecycle is where the real work begins.
Renewal emails are easy to forget. A policy changes, the internal guide gets updated, and the old email template keeps telling customers they have more time to renew than they actually do.
 
This is an area that requires full assertiveness and attention.
You need to adhere to all policies by including documentation and allowing a full automated flow where necessary.
WHMCS has checkboxes for ID protection, EPP code, etcetera where it should not be allowed.
For example, you can enter .co.uk and check EPP code - that would not work and would throw an error in the client area because the ICANN Accredited Registrar would not allow it.
 
This is an area that requires full assertiveness and attention.
You need to adhere to all policies by including documentation and allowing a full automated flow where necessary.
WHMCS has checkboxes for ID protection, EPP code, etcetera where it should not be allowed.
For example, you can enter .co.uk and check EPP code - that would not work and would throw an error in the client area because the ICANN Accredited Registrar would not allow it.
WHMCS is a great tool for registrars and hosts, and I think one small improvement would make it even better. If the cart only showed the options each TLD actually supports, customers would be less confused, and it would probably save some support tickets too.
 
Back
Top