Certificat SSL sur un sous-domaine de tunnel de vente : pourquoi Infomaniak échoue

Carnet de notes WordPress — dépannage du 12 novembre 2026.

Installer un certificat SSL sur un sous-domaine qui sert de tunnel de vente, ça parait simple : on clique sur « Installer un certificat » chez Infomaniak et c’est réglé. Sauf que là, impossible. Infomaniak affichait une erreur, Cloudflare refusait d’ajouter l’enregistrement demandé, et je ne comprenais pas pourquoi. Cet article me sert de mémo pour ne plus perdre de temps la prochaine fois.

En bref : la réponse en 30 secondes

Mon sous-domaine app.clay-makers-academy.com n’est pas hébergé chez Infomaniak : il pointe vers GoHighLevel (GHL), où tourne mon quiz d’entrée de tunnel. C’est GHL qui fournit le certificat SSL de ce sous-domaine, et il fonctionnait déjà. Infomaniak ne pouvait pas installer son propre certificat, parce que l’autorité de certification arrivait chez GHL et pas chez lui. La bonne solution n’était donc pas de forcer le DNS, mais de retirer ce site inutile d’Infomaniak et de ne rien toucher dans Cloudflare.

Le symptôme : Infomaniak refuse le certificat SSL du sous-domaine

Dans le Manager Infomaniak, le site app.clay-makers-academy.com affichait « Votre site n’est pas protégé par un certificat SSL ». À chaque tentative d’installation : « L’autorité du certificat a contacté votre site et n’a obtenu aucune réponse ».

La page « État des domaines » demandait un enregistrement A et AAAA vers l’IP de l’hébergement Infomaniak, alors que le sous-domaine répondait avec des IP Cloudflare. Infomaniak précisait : « Vous utilisez un CDN et nous ne pouvons pas vérifier la configuration de cet enregistrement ».

Le blocage Cloudflare : conflit avec le CNAME du sous-domaine

J’ai voulu ajouter l’enregistrement A demandé dans Cloudflare. Refus : « A CNAME record with that host already exists ». C’est une règle des DNS : un nom qui a un CNAME ne peut pas avoir d’autre enregistrement (A, AAAA, TXT…) en même temps.

Ce CNAME existant, c’est app → sites.ludicrous.cloud. C’est l’adresse des domaines personnalisés de GoHighLevel. Si je l’avais supprimé pour mettre l’enregistrement A, mon tunnel de vente serait tombé.

L’analyse : qui gère vraiment le certificat SSL de ce sous-domaine ?

Le réflexe à avoir : regarder où pointe le sous-domaine avant de toucher au certificat SSL. En ouvrant https://app.clay-makers-academy.com, je tombe sur mon quiz Liberté Céramique, servi par GHL, avec le cadenas : le SSL fonctionne déjà.

• Les DNS de clay-makers-academy.com sont gérés par Cloudflare (pas par Infomaniak). C’est là que le sous-domaine existe.
• Le CNAME envoie app vers GHL. GHL est lui-même derrière Cloudflare, d’où les IP Cloudflare vues par Infomaniak.
• Le certificat SSL est émis automatiquement par GHL quand le domaine est vérifié dans GHL.
• Le site Infomaniak déclaré sur app était un reste inutile : un WordPress vide que personne ne pouvait atteindre.

La solution : retirer le site Infomaniak, sans toucher au sous-domaine

Dans le Manager Infomaniak : Hébergement → Sites web → menu « ⋮ » du site app.clay-makers-academy.com → Retirer le site.

Dans la fenêtre de confirmation, j’ai coché « Supprimer les fichiers et base de données » du WordPress, puis « J’ai pris connaissance de ces alertes ». Infomaniak l’indique lui-même : le domaine reste actif, seul le lien avec l’hébergement est supprimé.

Pourquoi supprimer les fichiers : un WordPress oublié, jamais mis à jour, sur le même hébergement que mes autres sites, c’est une porte d’entrée idéale pour une intrusion. Moins de sites dormants = moins de surface d’attaque. Et ça libère une place sur l’hébergement.

Action : ma checklist certificat SSL pour un sous-domaine

1. Où pointe le sous-domaine ? Regarder dans Cloudflare : CNAME vers sites.ludicrous.cloud = GHL ; enregistrement A vers l’IP Infomaniak = hébergement.
2. Sous-domaine GHL : le SSL se gère dans GHL (Paramètres → Domaines). Ne rien installer chez Infomaniak.
3. Sous-domaine Infomaniak : créer A + AAAA dans Cloudflare en DNS only (nuage gris), installer le certificat chez Infomaniak, puis repasser en proxy (nuage orange) avec SSL/TLS en Full (strict).
4. Jamais deux usages sur le même nom : un sous-domaine = une plateforme. Pour un nouveau site, choisir un autre sous-domaine.
5. Après le retrait : le tunnel s’affiche toujours avec le cadenas, le CNAME est toujours dans Cloudflare, le dossier /sites/app… et sa base de données ont disparu chez Infomaniak.
6. Bonus GHL : dans les réglages du domaine, mettre la redirection 404 vers le quiz pour ne perdre aucun visiteur.

À retenir

Quand un certificat SSL refuse de s’installer sur un sous-domaine, ce n’est pas forcément un bug : c’est souvent que le sous-domaine appartient déjà à une autre plateforme. Avant de modifier un DNS, je vérifie qui sert la page. Ici, laisser GHL gérer son SSL et nettoyer Infomaniak a réglé le problème en cinq minutes, sans couper le tunnel de vente.

Note sécurité : je ne publie jamais l’IP de mon hébergement derrière Cloudflare (elle est floutée sur les captures). La connaître permettrait de contourner le pare-feu Cloudflare.