Dernière modification : 12 septembre 2025
“Alors que les sites web construits avec HubSpot utilisent automatiquement un réseau de diffusion de contenu mondial, HubSpot prend également en charge les proxys inverses. Si vous disposez déjà d’un réseau de diffusion de contenu (CDN) ou des règles de routage complexes qu’il n’est pas possible de gérer via le réseau de diffusion de contenu de HubSpot, découvrez comment configurer un proxy inverse pour votre contenu hébergé par HubSpot.”;
Les sites web construits avec le CMS Hub utilisent automatiquement le réseau de diffusion de contenu mondial de HubSpot avec des centaines de points de présence locaux. Cependant, vous pouvez avoir un réseau de diffusion de contenu existant ou des règles de routage complexes qu’il n’est pas possible de gérer avec le réseau de diffusion de contenu intégré de HubSpot. Dans ce cas, vous pouvez configurer un proxy inverse avec HubSpot.
Un proxy inverse est un type de serveur proxy qui prend des ressources d’un ou de plusieurs serveurs et les renvoie ensuite au client en donnant l’impression qu’elles proviennent du serveur proxy lui-même. Par exemple, vous disposez d’un site web www.website.com
qui n’est pas hébergé sur le CMS Hub, qui héberge également un blog sur HubSpot à l’adresse www.website.com/blog
. En utilisant un proxy inverse, le blog semblera être hébergé sur le même serveur que le site web, alors qu’il provient en réalité des serveurs de HubSpot.
Découvrez ci-dessous comment configurer un proxy inverse avec HubSpot. À la fin du guide, vous aurez exécuté les actions suivantes :
Ce guide part du principe que vous disposez d’un site web ou d’une application qui utilise un réseau de diffusion de contenu ou un service web prenant en charge les proxys inverses.
Considérations
L’utilisation de votre propre réseau de diffusion de contenu (CDN) ou proxy inverse peut offrir davantage d’options de configuration, mais elle nécessite également des connaissances opérationnelles et une maintenance importantes. De plus, si vous utilisez un sous-chemin de votre site vers HubSpot, votre fichier principal sitemap.xml
n’inclura pas les pages HubSpot, à moins que vous ne les ajoutiez manuellement.
Avant de procéder à la configuration d’un proxy inverse, consultez la liste des fonctionnalités à prendre en compte ci-dessous.
Fonctionnalité | CDN HubSpot | Solution personnalisée |
---|
Bande passante | Compris | Coût supplémentaire |
SSL | Inclus ; configuration automatique | Coût supplémentaire ; configuration manuelle |
CDN mondial | Inclus | ? |
Gestion automatique du cache | Inclus | Non |
Protection contre les abus | Inclus | Propriété du client |
Surveillance en continu | Inclus | Propriété du client |
Support | Inclus | Propriété du client |
IPv6 | Inclus | ? |
HTTP/2 | Inclus | ? |
Latence | Optimal | Point de réseau supplémentaire nécessaire |
L’ajout d’un proxy inverse personnalisé signifie que les utilisateurs de votre site web feront une demande à votre service et seront ensuite dirigés par proxy vers le réseau de diffusion de contenu de HubSpot, introduisant ainsi un autre point de réseau. Pour commencer le processus d’installation du proxy, configurez d’abord le proxy dans votre environnement externe, tel qu’un réseau de diffusion de contenu comme Amazon CloudFront ou un serveur nginx.
Le CNAME requis pour le proxy sera au format suivant : <HubID>.<suffix>
. La valeur du suffixe est déterminée par le centre de données attribué à votre compte et les deux derniers chiffres de votre HubID.
Utilisez les tableaux ci-dessous pour trouver le bon suffixe ainsi que les numéros à inclure dans le suffixe.
Suffixes par centre de données
Centre de données | Suffixe |
---|
Est des États-Unis | sites-proxy.hscoscdn[##].net |
Ouest des États-Unis | sites-proxy.hscoscdn[##]-na2.net |
Canada | sites-proxy.hscoscdn[##]-na3.net |
Union européenne | sites-proxy.hscoscdn[##]-eu1.net |
Australie | sites-proxy.hscoscdn[##]-ap1.net |
Numéros de suffixes par HubID
HubIDs se terminant par | Numéro de suffixe |
---|
00-10 | 00 |
11-19 | 10 |
20-29 | 20 |
30-39 | 30 |
40-49 | 40 |
50-59 | 00 |
60-69 | 10 |
70-79 | 20 |
80-89 | 30 |
90-99 | 40 |
Par exemple, si votre HubID est 123456
et hébergé dans le centre de données « Est des États-Unis », le CNAME d’origine correct sera 123456.sites-proxy.hscoscdn00.net
.
Une fois que vous avez noté le CNAME correct à utiliser, poursuivez votre lecture pour obtenir des instructions générales pour la configuration d’un proxy inverse, ainsi que des conseils spécifiques pour Amazon CloudFront et nginx.
Instructions générales
En général, vous pouvez configurer votre proxy pour qu’il transfère les requêtes à l’aide de votre CNAME d’origine et ajouter les configurations suivantes :
- Configurez votre proxy pour qu’il n’effectue pas de mise en cache pour les chemins d’accès provenant de HubSpot. HubSpot gère automatiquement le contenu du cache de son réseau de diffusion de contenu afin que les pages soient automatiquement mises à jour lorsque du contenu est publié. Notez que si le service met en cache les réponses, les pages peuvent ne pas être mises à jour pendant plusieurs heures ou jours.
- Ajoutez ou précédez à un en-tête
X-Forwarded-For
l’adresse IP du client du demandeur d’origine. Cela est nécessaire pour différencier les clients les uns des autres. De nombreux services, tels que CloudFront, gèrent automatiquement ces en-têtes.
- Pour s’assurer que le contenu personnalisé basé sur la localisation fonctionne, transmettez un en-tête statique de
X-HubSpot-Trust-Forwarded-For: true
. Cela permet de se fier à l’en-tête X-Forwarded-For
, qui peut ne pas avoir été mis à jour par tous les serveurs mandataires en amont.
- Passez un en-tête
X-HS-Public-Host
avec la valeur de votre domaine de destination.
- Autorisez toutes les méthodes HTTP.
- Assurez-vous qu’un certificat SSL est fourni et installé pour votre domaine proxy.
- Transférez toutes les chaînes de requête.
- Transférez tous les autres en-têtes de requête et de réponse tels quels, y compris les cookies.
- Idéalement, tous les chemins d’accès de votre domaine devraient être dirigés vers HubSpot. Si ce n’est pas le cas, les chemins d’accès suivants doivent être utilisés dans le proxy pour que les actifs se chargent correctement à partir de votre domaine :
/_hcms/*
, /hs/*
, /hubfs/*
, hs-fs/hubfs/*
, /hs-fs/*
, /cs/c/*
et /e3t/*
.
2. Confirmer que votre configuration est correcte
- Vous pouvez identifier les problèmes de configuration dans les paramètres de domaine de HubSpot :
- Dans votre compte HubSpot, cliquez sur l’icône Paramètres dans la barre de navigation principale.
- Dans le menu latéral de gauche, accédez à Site web > Domaines et URL.
- À côté du domaine que vous utilisez pour votre proxy inverse, cliquez sur le menu déroulant Modifier et sélectionnez Vérifier la connexion au proxy inverse.
- Cliquez sur n’importe quelle catégorie intitulée Échec pour afficher des recommandations de résolution du problème.
- Une fois les corrections apportées, cliquez sur Actualiser les tests pour vérifier à nouveau votre configuration.
- Pour tous les autres comptes, pour confirmer votre configuration, visitez le site :
https://[yourFullDomain]/_hcms/diagnostics
- Vérifiez les informations suivantes :
- La valeur de temps actuelle change à chaque chargement. Cela confirme que la page n’est pas mise en cache.
- Le
User-Agent
est cohérent avec votre navigateur.
- La valeur
Accept-Language
correspond à votre navigateur.
- L’en-tête
Accept-Encoding
est *
. Cela garantit que les réponses sont compressées.
- La valeur
Cookie
n’est pas vide.
- Le
Protocol
est https
.
- L’adresse IP la plus à gauche dans
X-Forwarded-For
correspond à votre adresse IP telle qu’elle est indiquée par un service comme https://www.whatismyip.com.
- Les valeurs
IP-Determined Location
correspondent à votre situation géographique. Elles sont basées sur les en-têtes liés à l’adresse IP dans X-Forwarded-For
.
Résolution des problèmes
Si vous voyez une erreur 404
lorsque vous accédez à l’URL de diagnostic, cela signifie probablement que vous rencontrez un problème avec votre configuration.
Visitez https://[yourFullDomain]/_hcms/_worker/headers
pour afficher tous les en-têtes que HubSpot reçoit d’une requête via votre proxy inverse.
Les en-têtes les plus importants pour les proxys sont :
X-Forwarded-For
X-HubSpot-Trust-Forwarded-For
X-HS-Public-Host
Vérifiez que vous n’envoyez pas d’en-têtes supplémentaires ou inutiles, ni de valeurs en double.
Clics enregistrés en tant qu’événements de bot
Si vous utilisez Amazon CloudFront et que vous constatez que des clics sont enregistrés comme des événements de bot, il est probable que le User-Agent
soit défini sur Amazon CloudFront au lieu de celui du visiteur. Pour remédier à ce problème, mettez à jour votre politique de requêtes initiales gérées afin de transmettre le User-Agent
du visiteur à la place.
3. Connecter un domaine à HubSpot
Une fois votre proxy configuré, vous pouvez ajouter votre domaine à HubSpot. Contrairement à ce que vous feriez avec le processus de connexion de domaine standard, vous ne pourrez pas connecter complètement un domaine à HubSpot. Vous lancerez plutôt le processus de connexion pour rendre le domaine disponible pour la publication de contenu HubSpot, mais vous ne créerez pas d’enregistrements CNAME dans votre fournisseur de système de noms de domaine (DNS). À la fin de ce processus, votre proxy recevra toutes les requêtes adressées au domaine et pourra choisir d’établir un proxy pour certains chemins vers HubSpot et d’autres chemins vers d’autres hébergeurs de contenu.
Pour ajouter votre domaine à HubSpot :
- Dans votre compte HubSpot, accédez à vos paramètres de votre domaine.
- Cliquez sur Connecter un domaine.
- Sélectionnez Primaire ou Secondaire. Les domaines de redirection et d’envoi d’e-mail ne sont pas pris en charge pour cette fonctionnalité.
- Cliquez sur pour désactiver l’option Se connecter au réseau de diffusion de contenu (CDN) intégré à HubSpot, puis cliquez sur Connecter.
- Sélectionnez le type de contenu que vous allez héberger sur le domaine, puis cliquez sur Suivant.
- Saisissez le domaine de marque. Par exemple, pour www.website.com, vous saisirez website.com.
- Saisissez le sous-domaine sur lequel vous allez héberger le contenu. Le sous-domaine doit correspondre à celui du domaine hébergé en externe. Cliquez ensuite sur Suivant.
- Vérifiez le domaine que vous avez saisi, puis cliquez sur Suivant.
- Ensuite, vérifiez votre domaine afin que HubSpot puisse confirmer votre propriété de domaine et autoriser la publication de contenu :
- Dans votre fournisseur de système de noms de domaine (DNS), créez les enregistrements en utilisant les valeurs fournies.
- Dans HubSpot, cliquez sur Vérifier. HubSpot peut prendre jusqu’à 4 heures pour reconnaître les changements apportés à votre fournisseur DNS et vérifier votre nom d’hôte.
Instructions spécifiques aux fournisseurs
Bien que vous puissiez utiliser les instructions générales ci-dessus pour configurer votre proxy, vous trouverez ci-dessous les étapes à suivre pour configurer un proxy inverse avec Amazon CloudFront et nginx en particulier.
Pour configurer un proxy inverse dans Amazon CloudFront, vous devrez créer une nouvelle distribution avec un nouveau nom de domaine alternatif, créer une nouvelle origine, puis créer des comportements de cache pour les chemins de page où votre contenu HubSpot est hébergé. Pour en savoir plus sur l’utilisation des distributions, consultez la documentation AWS.
-
Connectez-vous à votre compte Amazon CloudFront.
-
Dans le menu latéral de gauche, accédez à Distributions.
-
Si vous partez de zéro, vous devrez d’abord créer une nouvelle distribution en cliquant sur Créer une distribution. Vous pouvez également modifier une distribution existante ou passer directement aux étapes de configuration de l’origine et des comportements.
- Dans l’onglet Général, cliquez sur Modifier.
- Dans le champ CNAME (Alternate Domain Names), ajoutez le domaine, y compris le sous-domaine. Cela doit correspondre au domaine que vous avez ajouté à HubSpot.
- Confirmez les modifications apportées en cliquant sur Oui, modifier. Vous reviendrez alors à l’onglet Général où votre domaine devrait maintenant être répertorié à côté des autres noms de domaines CNAME.
- Vous devrez également créer un nouvel enregistrement CNAME dans votre fournisseur de système de noms de domaine (DNS) en utilisant la valeur du champ Nom de domaine. Cette valeur devrait ressembler à
<value>.cloudfront.net
.
-
Ensuite, configurez une nouvelle origine :
- Cliquez sur l’onglet Origines et Groupes d’origines.
- Cliquez sur Créer une origine, puis configurez votre origine :
- Dans le champ Domaine d’origine, saisissez la valeur CNAME
<HubID>.<suffix>
du tableau ci-dessus. Cette valeur devrait ressembler à 123.sites-proxy.hscoscdn20.net
.
- Sous Ajouter un en-tête personnalisé, cliquez sur Ajouter un en-tête. Puis, ajoutez les détails d’en-tête suivants :
- Pour garantir le bon fonctionnement du contenu personnalisé en fonction de l’emplacement, transmettez un en-tête
X-Client-IP
avec une valeur égale à l’adresse IP de l’utilisateur final (de préférence) ou un en-tête statique X-HubSpot-Trust-Forwarded-For: true
. Ce dernier se fiera à l’en-tête X-Forwarded-For
, qui peut ne pas avoir été mis à jour par tous les mandataires en amont.
- Passez un en-tête
X-HS-Public-Host
avec la valeur de votre domaine de destination.
- Cliquez sur Créer pour enregistrer vos modifications.
-
Ensuite, configurez les comportements de cache pour les chemins de page sur lesquels vous hébergerez du contenu HubSpot :
- Cliquez sur l’onglet Comportements.
- Cliquez sur Créer un comportement.
- Dans le champ Modèle de chemin, entrez le chemin d’URL de la page sur laquelle votre contenu HubSpot est hébergé. Il peut s’agir d’un chemin d’accès à une page spécifique ou d’une URL flexible telle qu’un caractère générique. Découvrez-en davantage sur les modèles de chemin.
- Cliquez sur le champ Origine et groupes d’origine, puis sélectionnez l’origine que vous avez créée précédemment.
- Cliquez sur Enregistrer les modifications.
Une fois votre distribution, votre origine et vos comportements configurés, le proxy inverse sera désormais disponible pour les pages HubSpot que vous créez aux chemins spécifiés. Suivez les étapes de configuration de votre domaine dans HubSpot.
Pour configurer un proxy inverse avec nginx, vous devez créer un fichier de configuration d’emplacement qui inclut des informations SSL et des informations sur le chemin d’accès à l’emplacement.
Lorsque vous travaillez avec nginx, plusieurs en-têtes et paramètres sont requis pour acheminer le trafic. Vous trouverez ci-dessous des extraits d’un exemple de fichier de configuration d’emplacement nginx à utiliser comme point de départ.
location ~ ^(/|/some-other-path) {
proxy_set_header Host $http_host;
proxy_set_header X-HS-Public-Host www.example.com;
proxy_pass_request_headers on;
proxy_set_header X-HubSpot-Trust-Forwarded-For true;
proxy_pass https://2XX93.sites-proxy.hscoscdnXX.net;
proxy_ssl_name www.example.com;
proxy_ssl_server_name on;
proxy_set_header X-Real-IP $proxy_protocol_addr;
proxy_set_header X-Forwarded-Proto $scheme;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-HubSpot-Client-IP $proxy_protocol_addr;
}
location ~ ^(/hs|/_hcms|/hubfs|/hs-fs|/cs/c) {
proxy_set_header Host $http_host;
proxy_set_header X-HS-Public-Host www.example.com;
proxy_pass_request_headers on;
proxy_set_header X-HubSpot-Trust-Forwarded-For true;
proxy_pass https://2XX93.sites-proxy.hscoscdnXX.net;
proxy_ssl_name www.example.com;
proxy_ssl_server_name on;
proxy_set_header X-Real-IP $proxy_protocol_addr;
proxy_set_header X-Forwarded-Proto $scheme;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-HubSpot-Client-IP $proxy_protocol_addr;
}
Dans le code ci-dessus, notez que la connexion proxy et le domaine d’hébergement du contenu sont différents : l’un est un CNAME fourni par HubSpot (voir le tableau de configuration), et l’autre est le domaine à partir duquel le contenu doit être servi, correspondant au domaine que vous ajouterez à HubSpot. Cela est dû au processus de connexion SNI (Server Name Indication) qui établit une connexion sécurisée entre votre proxy et les serveurs de HubSpot.
Pour activer cela dans votre proxy nginx, assurez-vous d’inclure les paramètres ci-dessous, qui sont également présents dans le code affiché précédemment :
proxy_ssl_name www.example.com;
proxy_ssl_server_name on;
Ces paramètres indiquent à nginx d’envoyer le nom de domaine du serveur lors de l’établissement de la connexion SNI SSL, car le domaine d’origine est différent de celui de l’hôte.