Bulk management is useful when several records need the same new address or TTL. It also increases the effect of a mistaken selection. Build a narrowly defined change, inspect the preview and keep a DNS export or backup before applying it.
IN THIS ARTICLE
01 Choose the correct scope
Inside one domain, Bulk & setup works with that zone. In the account-wide DNS view, bulk management can act across the zones you are entitled to manage. Only select the domains that should receive this specific change. Similar domain names are not a reason to assume they use the same hosting or email service.
02 Preview the operation
- Open Bulk & setup or the account-wide bulk-management view.
- Select the required zone or zones, where the page offers a zone selector.
- Choose the available operation, such as replacing a matching address, changing TTL or adding the same record.
- Enter a precise match. For an address replacement, use the old address you intend to retire, rather than a broad text fragment that might match unrelated records.
- Generate the preview and read the affected records, additions and removals.
- Check that MX targets, verification TXT records, protected entries and unrelated subdomains are unchanged unless you explicitly intended to change them.
- Confirm the reviewed operation and follow its progress.
What should I do when only part of a bulk DNS change succeeds?
Zones are checked against their own ownership, package, provider and lock state. A multi-zone request can encounter a zone that is read-only, full, in another operation or incompatible with the chosen record type. Read the result for each affected zone. Do not infer that every domain changed because one domain completed.
When correcting a failed subset, first refresh its current records. Retrying a broad operation without reviewing completed work can produce duplicates or reverse a deliberate difference between sites. Preserve the preview or operation reference so support can identify the exact request.
03 Verify service behaviour
After provider application finishes, check the relevant public DNS answers for a representative domain from each configuration group and for every reported failure. Test the service behind the record as well. A valid A record proves an address was published; it does not prove that the new server has the right website or a working certificate. DNS caches may retain old answers until their previous TTL expires.