A backorder is a request for a provider to try to acquire a domain if the relevant opportunity arises. An auction is a process for selecting a buyer through bids. They describe different parts of an acquisition, and a backorder can lead to an auction without guaranteeing that the customer ultimately receives the name.
Start with two questions: who currently controls the registration, and what event must happen before you can acquire it? The answers help separate a new registration, an existing-owner sale and an attempted catch after deletion.
Registration, sale and backorder compared
| Route | What the customer is trying to do | What must be established |
|---|---|---|
| Drop reminder | Receive information about a selected scheduled occurrence | Verified permission, available timing and source freshness; no acquisition is attempted |
| New registration | Register a name that is available under the relevant registry rules | That the registration actually completes, with the intended registrant and agreed term |
| Existing-owner direct sale | Acquire a registration from a person or business authorised to sell it | The seller's authority, included assets, agreed payment and completed handover |
| Existing-owner auction | Compete to acquire a name offered for sale under an auction's rules | Eligibility, bid obligations, closing conditions, charges and completion steps |
| Backorder for a possible drop | Ask a provider to attempt acquisition if the registration becomes available | The provider's terms, whether it catches the name, and how any successful acquisition is allocated |
Use drop search and a deliberate UK WHOIS lookup for research. Read UK domain backorders for provider terms and UK domain drop catching for the registration attempt. The buying guide helps select a route for a particular project. Here the focus is the sequence of events and commitments, especially when a backorder and auction are combined.
A backorder does not transfer the existing registration
The name remains subject to its current registration and lifecycle until the relevant process changes that state. Nominet's guidance on domains approaching expiry explains that a backordering service attempts to register a name after deletion and that success is not guaranteed.
Do not interpret “reservation” in a provider's description as an exclusive reservation at the registry. Read what is being promised and who is making the promise. A customer request may create obligations under the provider's terms while leaving the eventual acquisition uncertain.
Expiry alone is not immediate availability. The .UK lifecycle guide explains the current and scheduled processes; the drop-list guide explains what a record can and cannot tell you.
Why an attempted catch can fail
The registration may remain in a state in which the existing registrant can renew, or another participant may register the name when it becomes available. A provider's attempt is not the same event as the registry accepting a registration.
Ask how the service reports the outcome and what happens to your order, deposit or credit if it does not obtain the name. Do not assume “unsuccessful” means the same refund or cancellation treatment across providers. If the name is essential for a project launching on a fixed date, keep an alternative that does not depend on an uncertain catch.
A successful catch may still need allocation
Check the provider's rules for a single request and for competing requests. Is the name allocated to one customer at an agreed price? Is there a later auction? Who can participate? Does the first request become a bid, and are new participants allowed?
As a concrete example of a provider's own published process, UKBackorder's FAQ describes direct allocation when there is one backorder and an auction following a successful catch when there are multiple backorders. That is an example of its process, not a universal rule or a statement of DomainSabre's plans. Recheck the actual terms before placing an order.
Also establish whether any bidding occurs before a catch, what the result depends on and whether the indicated price is final. Do not infer the timing of an allocation process from the word “auction” alone.
Fictional sequence from request to completion
Illustration only. “Illustrative name A” is not a real domain, an offered backorder or a DomainSabre listing. The provider and conditions are invented to explain the stages.
- A reader finds evidence that name A may drop. They research its history and decide how much the acquisition would be worth for their intended use.
- They read a fictional provider's terms. In this example, a request is an instruction to attempt a catch, and multiple requests would lead to a later auction if the catch succeeds.
- The reader places the request before that provider's stated deadline. This records a customer instruction; it does not yet change who controls the domain.
- If the name does not become available or the provider fails to catch it, there is no successful acquisition through that attempt. The provider's published failure terms govern the order.
- If the provider catches it and several qualifying requests exist, the fictional auction begins. The reader uses their previously set spending ceiling and may win or lose.
- A winning outcome then moves to the agreed payment and handover steps. Completion must be established separately from the catch and auction result.
There are therefore several distinct outcomes: request accepted, catch successful, allocation won and purchase completed. A status message about one stage should not be read as evidence that all later stages have happened.
Identify charges and obligations before ordering
Record the answers to these questions from the actual service's current terms:
- Does placing the request incur a fee, reserve funds or create a contingent purchase obligation?
- What is payable if the attempt fails, the name is withdrawn or the order is cancelled?
- If there is an auction, which amount becomes the opening bid and what later charges apply?
- Does a quoted amount include tax, registration, renewal and administrative costs?
- When must payment be made, and when can the domain be moved to a different registrar?
- What happens if the selected buyer does not complete?
Keep evidence of the request, the terms accepted and the reported outcome. A phrase such as “no catch, no fee” needs to be read alongside its actual conditions; it should not be expanded into an assumption about every later charge.
Decide whether the route fits the need
An existing-owner sale can be relevant when a particular name is already offered and the parties can agree a handover. A new registration can suit a project with flexibility over wording. A backorder can suit a buyer prepared for an uncertain outcome and any subsequent allocation process.
Auction preparation remains useful whichever route brings a name to sale. Read how UK domain auctions work before committing to bids, and use the guide directory for further research.
DomainSabre currently provides drop search, UK domain lookups and reminders. We are not accepting domain backorders. DomainSabre's planned marketplace is not open yet. A reminder does not reserve a domain or enter you into a later auction; any auction requires its own listing, rules and deliberate participation.