Featured
Manage DNS zones and records for any provider — Cloudflare, Route 53, cPanel, PowerDNS and more, in WHMCS
Manage your Google Cloud DNS zones and records inside WHMCS — fast, self-service, auto-provisioned
Made and supported by Projektif Digital Ltd. Runs inside PD Modules, the panel every module installs into.
PD Google Cloud DNS lets a hosting company manage Google Cloud DNS from inside WHMCS. Connect a Google Cloud project once and every managed zone in it appears in your admin area with no import. Your customers edit their own records from your client area, and nobody on your team needs a Cloud Console login for day-to-day DNS.
It is built for hosts and agencies who keep zones in Google Cloud DNS and want to stop sharing console access, answering record-change tickets and copying zone files by hand.
One service account, no console access to hand out. The provider connects with a service-account JSON key and a project that has the DNS Administrator role. Your staff and customers work in WHMCS, not in the Google Cloud Console.
Every project zone, immediately. Zones already in the project are listed the moment you connect, with no import or sync step. The list pages on the server, so it stays quick with hundreds or thousands of zones.
Records live in Google, not in a copy. Reads and writes go to Google Cloud DNS directly, so there is no local cache to drift out of date.
Customers help themselves. Customers add, edit and delete their own records, take and restore snapshots and set up Google Workspace in one click.
Provisioning that follows your orders. Switch on auto-provisioning and a zone is created in your project whenever a domain is registered or transferred, or a service with a domain is set up.
A safety net for every zone. Scheduled BIND-format snapshots run in the background, a restore is one click, and every restore takes a safety snapshot first.

Pages render natively on WHMCS's Six, Twenty-One and Nexus themes and are fully translatable, with wording overrides that survive updates.
PD Google Cloud DNS is one paid module with everything included: zones, records, backups, templates, packages, auto-provisioning, the API and customer self-service. There are no add-on tiers to compare, and beyond the subscription there is no per-zone, per-seat or per-unit fee. It installs into PD Modules in one click, adds its own tables and templates, modifies no WHMCS files, and removes everything on uninstall. This module does not sign zones or manage DNSSEC keys, and offers no DNSSEC control.
Your customers are not cut off if your subscription lapses. DNS records are never touched and the provider keeps serving your zones. Admin management locks first while customers keep their own self-service; customer management stops later behind a neutral "temporarily unavailable" message, and renewing restores everything.
No. PD Google Cloud DNS reads and writes records live through the Google Cloud DNS API, applying each change as a whole-rrset transaction. Google Cloud DNS remains the authoritative source of truth — there is no local cache to get out of sync. The module stores only metadata — zone ownership, backup snapshots and activity logs — in your WHMCS database.
A Google Cloud project with the Cloud DNS API enabled, and a service account with the DNS Administrator role (roles/dns.admin). You paste the full service-account key JSON when adding the provider; it is stored encrypted and masked. Your team then works entirely inside WHMCS — no one needs day-to-day access to the Google Cloud Console.
Yes. Add multiple providers in the Providers panel — one per GCP project or service account. You can manage the managed zones from all of them through the same interface.
Yes, if you delete it: Delete zone in a zone's ⋯ menu deletes the managed zone and all its records in Google Cloud DNS, after you confirm. Nothing else deletes a zone there unless you choose it: removing a provider, cleaning up an orphan and terminating a service all leave the zone in place, unless you turn on 'When cleaning an orphan, also delete the zone at the provider' or turn off 'Keep the DNS zone when a service is terminated'.
A, AAAA, CNAME, MX, TXT, NS, SOA, SRV, CAA, PTR, NAPTR, SSHFP, TLSA and DS, each with a type-aware editor that checks addresses and hostnames before saving.
No. PD Google Cloud DNS does not manage DNSSEC. If you need DNSSEC on a zone, enable and manage it on the managed zone directly in the Google Cloud Console; the module leaves that configuration untouched.
DNS records are never touched on lapse — your zones and records stay exactly as they are and keep being served. Management steps down in stages: admin management locks first while your customers keep their own DNS self-service, which stops only later, behind a neutral 'temporarily unavailable' message. Renewing restores everything.
Yes. Enable 'Automatically create a DNS zone on registration and new services' in Settings. A zone is created when a domain is registered or transferred, or a service with a domain is set up. Separately, the TLD takeover list on your provider names the extensions whose nameservers are also pointed at Google Cloud DNS when such a domain is registered or transferred (registrar modules that support nameserver changes).
Only what you already pay your provider. PD Google Cloud DNS adds no per-unit fee and takes no cut — it connects to your own account with your own credentials, so the provider bills you directly at your rates, and you set what you charge your customers. From us it is the module subscription and nothing else.
WHMCS 9 or later, on PHP 8.2 or later. It installs alongside whatever else you run — it adds its own tables and templates rather than modifying WHMCS files, so it does not collide with other vendors' modules or with a customised theme. Uninstalling removes its own tables and settings and leaves no orphans behind.