An agency that looks after dozens of client websites does not have one certificate problem. It has dozens, each with its own expiry date, DNS host, hosting account and owner. This guide explains how to evaluate an SSL certificate installation service for web agencies managing client sites, which certificate types fit which situations, and what a clean handover looks like. If you want a provider to take the work off your team, our SSL certificate installation service covers the installation and hardening side.
We do not quote prices here because they depend on how many domains, servers and validation methods are involved. Use this article to decide what you need, then ask any provider for an itemised quote.
Why agencies have a different SSL problem
A single company with one domain can renew a certificate by hand and remember to do it. An agency cannot. The risks multiply in ways that are specific to agency work.
- Many owners, one team: the client owns the domain, you manage the site, and a hosting company runs the server. Nobody is sure who gets the expiry email.
- Mixed hosting: some sites sit on shared hosting, some on a VPS you control, some behind a CDN the client set up years ago.
- Staff turnover: the person who bought a certificate often leaves, and the renewal reminder goes to a mailbox nobody reads.
- Reputation risk: when a client site shows a browser warning, the client blames the agency, not the certificate authority.
- Inherited sites: new clients arrive with half-installed certificates, old redirects and mixed content nobody documented.
Single, wildcard and multi-domain certificates compared
Choosing the wrong certificate type is the most common source of avoidable cost and complexity. The table below sets out the main options and where each fits an agency portfolio.
| Option | Best suited to | Strengths | Watch out for |
|---|---|---|---|
| Single-domain certificate | One client site with one hostname | Simple, clearly tied to one client, easy to hand over | Many of them means many renewal dates to track |
| Wildcard certificate | One client with many subdomains such as shop, blog and staging | One certificate covers every subdomain at one level | Needs DNS validation, and one leaked private key exposes every subdomain |
| Multi-domain (SAN) certificate | A client with several related domains or brands | One installation covers different domain names | Adding or removing a name usually means reissuing the certificate |
| Automated free certificates from a public authority | Most standard brochure, blog and ecommerce sites | Issued and renewed automatically, no per-site purchase | Depends on the renewal job actually running and being monitored |
| Organisation or extended validation certificate | Clients who need verified business identity, for example regulated sectors | Verified company details, documented validation | Paperwork takes time, and renewal is rarely fully automatic |
| Shared agency certificate across clients | Not recommended for client sites | Looks cheap on paper | Mixes client names, complicates handover and creates a single point of failure |
As a rule, keep one certificate per client rather than one across the whole agency. It keeps ownership clean and means a problem on one client never spreads to another.
Wildcard versus single: how to decide
Wildcard certificates are attractive because one certificate protects every subdomain. They are the right choice when a client genuinely runs many subdomains, for example a customer portal, an API, a staging site and a regional microsite. They are the wrong choice when a client has one hostname and you only want fewer renewals.
Two practical points matter. First, wildcards cannot be validated through a simple file on the web server, so they require DNS validation. That means you need a safe way to add records at the client's DNS host. Second, a wildcard key is a high-value secret, because anyone holding it can impersonate every subdomain. Store it with the same care as a password manager vault, restrict who can read it, and avoid copying it to the staging servers of unrelated projects.
DNS validation across client domains
DNS validation is the part that most often blocks an agency. Here is what a sound setup looks like.
- Know where DNS lives: record the registrar, the nameserver host and who holds the login for every client domain.
- Use delegated access where possible: an API token limited to editing validation records is safer than sharing the full DNS account password.
- Delegate the validation record: a single CNAME pointing the validation record to a zone you control lets renewals happen without further client involvement.
- Watch for CAA records: an old restrictive record can silently block issuance from a new authority.
- Plan for clients who will not give access: fall back to file-based validation for single hostnames and keep a documented manual process.
Auto-renewal that actually renews
Automatic renewal is not the same as guaranteed renewal. Renewal jobs fail for ordinary reasons: a firewall rule blocks the validation request, a DNS token expires, a server migration removes the scheduled job, or the web server is not reloaded after the new certificate is written. The certificate renews on disk but visitors still see the old one until the service reloads.
A dependable setup tests renewal in a dry run, reloads the web server after each renewal, logs the result somewhere a person will see it, and alerts on failure rather than on success. Our team builds this as part of server hardening and SSL setup, so the renewal path is tested and not assumed.
Redirects and mixed content
Installing the certificate is only half the job. Visitors still need to land on the secure version, and every resource on the page needs to load securely too.
Redirect rules
Every client site should send plain HTTP requests to HTTPS with a single permanent redirect, and should agree on one preferred hostname, with or without www. Redirect chains that go HTTP to HTTPS to www to a trailing slash slow pages down and confuse search engines. Check that the redirect works for the bare domain, the www version and any old domain names the client still owns.
Mixed content
Mixed content appears when a secure page loads an image, script or stylesheet over plain HTTP. Browsers either block the resource or show a warning, which breaks layouts and trust signals. Common causes on agency sites include hard-coded URLs in page builder content, old media library links, third-party embeds, and theme options saved before the switch to HTTPS. A proper installation includes a crawl of the site to find these, followed by a search-and-replace on the database or templates, and a recheck afterwards.
Security headers
Once HTTPS is clean, an HSTS header tells browsers to use only the secure version. Roll it out carefully, starting with a short duration, because a mistake is hard to undo for visitors who have already cached it. Do not apply it to a domain if any subdomain still lacks a valid certificate.
Expiry monitoring for a whole portfolio
Monitoring is what protects you when automation quietly fails. For an agency, the useful approach is a single inventory rather than reminders scattered across inboxes.
- Keep a register listing each domain, hostname, certificate type, issuing authority, validation method and the person responsible.
- Check the certificate that visitors actually receive from the live site, not just the file on the server.
- Alert at several stages before expiry, with the first alert early enough to fix a validation problem without panic.
- Send alerts to a shared team address or channel, never to one person.
- Include subdomains, mail hosts and API endpoints, because these are forgotten most often.
Handover to the client
A good handover protects the agency as much as the client. When the relationship ends, or when the client brings hosting in-house, there should be no surprise outage a week later. A handover pack should include the following.
- The certificate type, issuing authority and expiry date for each hostname.
- How renewal works, which job runs it and where its logs are written.
- Which DNS records or tokens are used for validation, and how to revoke your access.
- Where the private keys are stored and who can read them.
- The redirect rules and any header settings in force.
- A named contact for renewal problems on the client side.
Evaluating an installation provider
If you outsource this work, judge providers on process rather than promises. Ask how they handle the awkward cases, not only the easy ones.
- Can they work with clients on different hosting stacks, including shared hosting, VPS and CDN-fronted sites?
- Will they document each certificate and hand you the register?
- Do they test renewal and server reload, and set up failure alerts?
- Do they check redirects and mixed content as part of the job?
- Will they work white-label under your agency name if you prefer?
- Is the quote itemised per site, so you can pass costs on to clients clearly?
What drives the cost
Costs vary, and any figure in a blog post would be a guess. These are the factors that move a quote up or down.
- The number of client domains and hostnames in scope.
- Whether wildcard or multi-domain certificates are needed, and whether paid or free certificates are used.
- Organisation or extended validation paperwork, which adds effort.
- The number of different hosting environments and control panels.
- Remediation work such as mixed content clean-up and redirect repair.
- Ongoing monitoring and support after the certificates are installed.
Ask for these as separate lines. If a quote shows one bundled number for many sites, you cannot tell what you are paying for or what to bill each client.
Why Companies Choose CloudHouse for SSL Installation
Agencies work with CloudHouse because we plan delivery site by site, stay available for support after the certificates are live and provide transparent, itemised quotes you can pass on to clients. We document what we install so your team is never dependent on us to understand it. You can read more on our SSL installation and server hardening page.
Conclusion
For an agency, SSL is a portfolio management task as much as a technical one. Pick the certificate type that matches each client, validate through DNS where you need wildcards, test renewal rather than trusting it, clean up redirects and mixed content, monitor the live certificates, and hand clients a clear record. If you would rather have a specialist team handle it, visit our SSL certificate installation service for agencies page and request an itemised quote.


