Checklists
Seller checklist
A seller loses a name in one of two ways: releasing control before the money is real, or releasing it to someone who was never the buyer. This list closes both.
On this page
Before the name is offered
- Confirm the registrant is the party that will sign. A name held in a former company, a personal account of an ex colleague or an agency account has to be sorted out first.
- Check the status codes on the name. A registry hold, a pending delete or an unresolved contact verification stops a sale before it starts.
- Check the waiting periods. For generic extensions, a recent registration, a recent transfer or a recent registrant change can block an outbound transfer for sixty days.
- Check the expiry date. A name expiring during the deal window should be renewed first so the handover is not competing with a renewal.
- Confirm the registrar account is accessible. The password works, two factor authentication is available and the contact email receives mail.
Before terms are agreed
- Identify the buyer in full. Legal name, company number where applicable, address. This is what the payment will be matched against.
- State the mechanism honestly. If a waiting period applies, say so and set the date after it ends rather than promising a transfer that will be refused.
- Agree what is included. The domain only, or also the site content, the logo, social accounts or an email history. Anything not listed is not included.
- Agree the payment route and the cost split before the price is fixed, so no one reopens it later.
- Put it in writing. A short agreement covering parties, name, price mechanism, deadline, warranties and failure to transfer is enough.
- Issue an invoice that matches the agreement, with the correct tax treatment for the buyer type and country.
Before releasing the code or pushing the name
- Confirm the funds are real. Cleared in the seller account, or confirmed as held by the escrow provider. A payment in progress, a screenshot of a transfer or a pending notification is not a received payment.
- Check the paying account matches the buyer. An unexplained third party payer is a reason to pause, especially where the funds could later be reversed.
- Understand the reversal window of the method used. Some routes can be pulled back weeks after the name is gone, as covered in chargebacks and reversals.
- Remove the registrar lock before generating the code, so the transfer does not fail on the first attempt.
- Generate the code fresh. Codes expire: a DENIC AuthInfo lapses after thirty days, a DNS Belgium transfer code after seven. An old string in an email thread will not work.
- Send it through the agreed channel only. Where an escrow service is involved, the code goes to the escrow, never directly to the buyer.
- Confirm receipt in writing and record the date and time it was sent.
While the transfer runs
- Do not approve anything unexpected. A transfer request for a different name, or from a registrar nobody mentioned, is not part of the deal.
- Answer the losing registrar confirmation promptly where one is sent, so the request does not sit until the response window closes.
- Leave the nameservers alone until the buyer confirms the name has landed.
- Keep the transaction thread in one place, including the code delivery and the buyer confirmation.
After the handover
- Confirm the transfer completed with an independent lookup rather than assuming.
- Remove the name from every listing, including marketplaces, parking pages and sales pages.
- Delete stored authorisation codes and any note of them in a password manager.
- Give up recovery access to anything tied to the name, including DNS accounts and certificates issued for it.
- Archive the record. Agreement, invoice, proof of payment and the transfer confirmation, as listed in documents to keep.
- Cancel any auto renew on the name so a payment is not taken for a domain that has been sold.