Les tarifs suivants s'appliquent pendant et après la période d'essai gratuit de Google Cloud. Pendant cette période, les tarifs sont imputés au crédit gratuit.

Informations sur les tarifs généraux du réseau

Transfert de données

Le transfert de données peut correspondre au trafic entrant dans une ressource Google Cloud (par exemple, une VM), sortant d'une région Google Cloud vers Internet ou entre deux ressources Google Cloud.

Une région est un ensemble de bâtiments gérés par Google dans un emplacement géographique, comme un campus de centres de données. Le trafic peut se déplacer comme suit :

• Dans les bâtiments de l'emplacement géographique qui utilisent toujours le réseau de Google (tarifs intrazone et intra-régional)
• Vers un autre bâtiment géré par Google dans un autre emplacement qui utilise toujours le réseau de Google (tarifs interrégionaux)
• Vers un emplacement non géré par Google via une connexion Cloud Interconnect (tarifs de Cloud Interconnect)
• Vers un emplacement non géré par Google sans une connexion Cloud Interconnect (tarifs de sortie Internet)

Niveau Premium

Le niveau Premium des niveaux de service réseau utilise le réseau backbone premium de Google pour transmettre le trafic à destination ou en provenance de vos utilisateurs externes. L'Internet public n'est généralement utilisé qu'entre l'utilisateur et le point d'entrée du réseau Google le plus proche.

Niveau Standard

Le niveau Standard des niveaux de service réseau utilise l'Internet public pour transmettre le trafic entre vos services et vos utilisateurs. L'Internet public fournit une qualité de service inférieur, mais il est plus économique que le niveau Premium.

Tarifs du transfert de données entrant

Transfert de données interrégions

Transfert de données entre VM lorsque les VM source et de destination se trouvent dans des régions Google Cloud différentes Tous les prix sont indiqués en USD par Gio.

Tarifs de transfert de données Internet

Tarifs du niveau Premium

Le niveau Premium est sélectionné par défaut pour tous les transferts de données Google Cloud. Si vous souhaitez utiliser le niveau Standard, spécifiez-le de manière explicite.

Les tarifs suivants s'appliquent pendant et après la période d'essai gratuit de Google Cloud. Pendant cette période, les tarifs sont imputés au crédit gratuit.

Important : À partir du 1er février 2024, nous allons augmenter le prix de certains SKU pour le transfert de données Internet sortant de niveau Premium. Pour en savoir plus, consultez la page Changement de tarification pour le transfert de données.

Tarifs du niveau Standard

Les tarifs de sortie de données sont appliqués par Gio distribué. Ils sont basés sur la géolocalisation source du trafic. Le trafic entrant reste gratuit.Les limites d'utilisation Always Free ne s'appliquent pas au niveau Standard.

Tarifs des adresses IP internes

Les adresses IP internes (statiques ou éphémères) sont gratuites.

Tarifs des adresses IP externes

Les adresses IP externes statiques et éphémères sont facturées conformément au tableau ci-dessous.

Si vous réservez une adresse IP externe statique et que vous ne l'attribuez pas à une ressource, telle qu'une instance de VM ou une règle de transfert, elle vous est facturée à un tarif plus élevé que les adresses IP externes statiques et éphémères utilisées.

Les adresses IP externes statiques attribuées à des règles de transfert ne vous sont pas facturées.

Les plages d'adresses IPv6 externes attribuées aux sous-réseaux ou les adresses IPv6 externes attribuées aux instances de VM ne vous sont pas facturées. Les adresses IPv6 régionales statiques (bêta) ne vous sont pas facturées.

Adresses utilisées ou non utilisées

Google Cloud considère qu'une adresse IP externe statique est utilisée si elle est associée à une instance de VM, que cette instance soit en cours d'exécution ou arrêtée. Si l'instance est supprimée ou si l'adresse IP est dissociée de l'instance, Google Cloud considère l'adresse IP statique comme non utilisée.

Google Cloud considère qu'une adresse IP éphémère est utilisée uniquement si l'instance de VM associée est en cours d'exécution. Lorsque l'instance est arrêtée ou supprimée, Google Cloud libère l'adresse IP éphémère et ne la considère plus comme utilisée.

Vous pouvez vérifier si une adresse IP externe statique est utilisée en effectuant une requête gcloud compute addresses list. Cette commande renvoie une liste d'adresses IP externes statiques et leurs états :

Remarque : Si la même adresse IP est attribuée à plusieurs règles de transfert, Google Cloud compte et ajoute chaque utilisation de l'adresse dans le champ IN_USE_ADDRESSES au lieu d'utiliser un nombre unique d'objets d'adresses IP utilisés.

Règles de pare-feu

Pour en savoir plus sur les tarifs de Cloud Next Generation Firewall, consultez la page Tarifs de Cloud NGFW.

Private Service Connect

Les coûts associés à Private Service Connect varient en fonction de la configuration.

Frais à la charge du client

Utiliser un point de terminaison Private Service Connect (règle de transfert) pour accéder aux API Google

Utiliser un backend Private Service Connect (équilibreur de charge) pour accéder aux API Google

Les backends Private Service Connect utilisent un équilibreur de charge pour accéder aux API Google. Tous les tarifs des équilibreurs de charge s'appliquent. Le trafic vers les NEG Private Service Connect qui est acheminé vers les API Google entraîne des frais d'équilibrage de charge pour les données traitées par l'équilibreur de charge. Toutefois, Private Service Connect ne facture pas le trafic de transfert de données entre le NEG Private Service Connect et les API Google.

Pour connaître les tarifs applicables à votre équilibreur de charge, consultez les tarifs des équilibreurs de charge d'application externes globaux ou des équilibreurs de charge d'application internes.

Remarque : Les backends Private Service Connect étaient auparavant appelés points de terminaison Private Service Connect avec contrôles de service HTTP(S) client.

Utiliser un point de terminaison Private Service Connect (règle de transfert) pour accéder à un service publié

Remarque : Pour les points de terminaison avec accès mondial, le projet producteur de service n'est pas facturé pour les transferts de données interrégionaux, même si les ressources consommatrices de service accèdent au point de terminaison depuis d'autres régions.

Private Service Connect crée automatiquement un espace de noms Annuaire des services pour enregistrer les points de terminaison. Un seul espace de noms par défaut est utilisé pour les points de terminaison d'une même région d'un projet, sauf si vous créez explicitement des espaces de noms supplémentaires. Pour en savoir plus sur les tarifs de l'annuaire des services, consultez la page Tarifs de l'annuaire des services.

Utiliser un backend Private Service Connect (équilibreur de charge) pour accéder à un service publié

Les backends Private Service Connect utilisent un équilibreur de charge pour accéder aux services publiés. Tous les tarifs des équilibreurs de charge s'appliquent. Le trafic entre les NEG Private Service Connect et les services publiés Private Service Connect entraîne des frais d'équilibrage de charge pour les données traitées par l'équilibreur de charge et des frais Private Service Connect pour le trafic de transfert de données entre le NEG et le service publié.

Le tableau suivant récapitule les frais applicables à cette configuration.

Utiliser une interface Private Service Connect pour accéder à un réseau VPC producteur ou consommateur

Annuaire des services

Private Service Connect crée automatiquement un espace de noms de l'annuaire des services pour enregistrer les points de terminaison lorsque vous accédez aux API Google ou accédez aux services publiés. Un espace de noms Service Directory par défaut est créé pour les points de terminaison Private Service Connect dans la même région d'un projet. Pour en savoir plus sur les tarifs de l'annuaire des services, consultez la page Tarifs de l'annuaire des services.

Traitement des données des consommateurs

Les clients de Private Service Connect sont facturés pour le traitement de leurs données, selon le tableau suivant. Le traitement des données des consommateurs est facturé pour les transferts entrants et sortants.

Frais de production

Frais liés à la publication d'un service géré à l'aide d'un rattachement de service Private Service Connect

Aucuns frais horaires ni frais de transfert de données Private Service Connect ne sont facturés pour la publication de services via des rattachements de service. Les producteurs sont facturés pour les frais d'équilibrage de charge engagés sur l'équilibreur de charge publié auprès des consommateurs.

Remarque : Si les ressources utilisent un point de terminaison avec accès global pour accéder à un service publié depuis une région différente de celle du service, le projet producteur de service n'est pas facturé pour le transfert de données interrégional. Pour en savoir plus sur les frais des projets consommateurs de services, consultez la section Utiliser un point de terminaison Private Service Connect (règle de transfert) pour accéder à un service géré publié.

Déployer un service à l'aide de cartes de connexion de service

Lorsque vous déployez un service à l'aide de mappages de connexions au service, le déploiement des mappages de connexions au service eux-mêmes n'est pas facturé au producteur. Toutefois, les éléments suivants sont facturés au consommateur :

• Ressources déployées dans le projet client via l'automatisation de la connectivité des services
• Utiliser un point de terminaison Private Service Connect pour accéder à un service publié

Accès aux services privés

Lorsque vous créez une connexion d'accès aux services privés, aucuns frais horaires ni frais de données ne sont facturés pour la connexion elle-même. Cependant, les éléments suivants vous sont facturés :

• Ressources que vous provisionnez dans le réseau du producteur de services
• trafic de transfert de données de vos VM vers le réseau du producteur de service

Accès au VPC sans serveur

L'accès au VPC sans serveur est facturé comme suit.

Télémétrie réseau

Les journaux réseau vendus génèrent des frais. Vous êtes facturé pour les produits suivants :

• Journaux de flux VPC
• Journalisation des règles de pare-feu
• Journalisation Cloud NAT

Mise en miroir de paquets

La quantité de données traitées par mise en miroir de paquets vous est facturée. En revanche, vous ne payez pas les règles de transfert pour la mise en miroir de paquets. Actuellement, aucuns frais supplémentaires par VM ne sont facturés pour l'utilisation de la mise en miroir de paquets.

Les coûts correspondant aux données traitées par mise en miroir de paquets sont décrits dans le tableau suivant.

Équilibrage de charge et règles de transfert

Les tableaux de tarification de cette section s'appliquent aux équilibreurs de charge suivants :

• Équilibreurs de charge réseau passthrough internes et externes
• Équilibreurs de charge réseau proxy internes et externes
• Équilibreurs de charge d'application externes mondiaux, classiques et régionaux

Pour les équilibreurs de charge d'application internes régionaux et interrégionaux, consultez la section Équilibreur de charge d'application interne.

Pour les règles de transfert Private Service Connect, consultez la section Private Service Connect.

Le tableau suivant indique les tarifs des règles de transfert globales. Aucuns frais de traitement des données globaux ne sont facturés. Le traitement des données est facturé par région, en fonction de l'emplacement où le trafic est traité.

Le tableau suivant indique les frais applicables aux règles de transfert régionales, ainsi que les frais de traitement des données entrantes et sortantes par région.

Méthodes pour réduire les coûts des équilibreurs de charge d'application externes

Les utilisateurs d'un équilibreur de charge d'application externe global peuvent utiliser Google Cloud Armor, Cloud CDN ou les deux pour minimiser l'impact des frais de traitement des données sortantes.

• Cloud CDN : les objets statiques diffusés au client à partir du cache ne passent pas par l'équilibreur de charge. Une stratégie de mise en cache efficace réduit la quantité de données sortantes traitées par l'équilibreur de charge et réduire vos coûts. Pour implémenter le cache, vous devez comprendre quelle partie de votre trafic est statique et peut être mise en cache. Pour en savoir plus, consultez la documentation Cloud CDN.
• Google Cloud Armor : si votre application reçoit une quantité importante de trafic indésirable, vous pouvez déployer Google Cloud Armor pour le bloquer. Les requêtes bloquées par Google Cloud Armor ne transitent pas par l'équilibreur de charge, ce qui réduit efficacement la quantité de données sortantes traitées par l'équilibreur de charge. L'impact sur vos coûts dépend du pourcentage de trafic indésirable bloqué par les stratégies de sécurité Google Cloud Armor que vous avez mises en œuvre.

Si votre application peut fonctionner dans une seule région ou doit fonctionner dans une seule région, vous pouvez utiliser l'équilibreur de charge d'application externe régional. L'équilibreur de charge d'application externe régional n'utilise que le niveau de réseau Standard, qui présente l'avantage d'être moins onéreux en termes de frais de transfert de données sortants.

Tarifs de l'équilibreur de charge d'application externe avec des NEG sans serveur

Si vous utilisez des backends NEG sans serveur avec un équilibreur de charge d'application externe (mondial, régional ou classique), les frais d'équilibrage de charge existants s'appliqueront en plus des frais de calcul sans serveur pour les backends Cloud Run, Cloud Functions ou App Engine, le cas échéant. Si Google Cloud Armor ou Cloud CDN est utilisé, les frais correspondants seront également appliqués.

Toutefois, vous ne serez pas facturé pour les transferts de données sortants sans serveur. Seuls les tarifs de transfert de données sortantes Internet s'appliquent. Les frais de transfert de données sortant des fonctions Cloud Run, les frais de trafic réseau sortant d'App Engine et les frais de transfert de données de Cloud Run ne s'appliquent pas aux requêtes envoyées depuis un équilibreur de charge d'application externe (via des NEG sans serveur) vers un service Cloud Run, App Engine ou Cloud Run.

Référencer plusieurs projets avec un VPC partagé

Passez en revue les points suivants pour comprendre comment les projets et les comptes de facturation sont facturés pour les SKU de mise en réseau lorsque vous utilisez le référencement de service interprojet.

• Les frais liés à Cloud Load Balancing sont toujours attribués au projet dans lequel la règle de transfert est configurée (projet de service A dans la figure 1). Cela inclut les frais pour les règles de transfert, les données entrantes traitées et les données sortantes traitées par l'équilibreur de charge d'application externe global. Consultez les principaux éléments des tarifs de Cloud Load Balancing.
• Les transferts de données Internet en sortie pour les niveaux Premium et Standard sont toujours attribués au projet dans lequel la règle de transfert est configurée (projet de service A dans la figure 1). Consultez les tarifs du transfert de données sur le réseau.
• Si vous configurez Cloud CDN sur un service de backend référencé par un mappage d'URL à l'aide du référencement de service interprojet, tous les frais Cloud CDN pour le contenu pouvant être mis en cache (transfert de données vers l'extérieur du cache, recherche dans le cache, remplissage du cache) sont toujours attribués au projet qui contient le service de backend activé pour Cloud CDN (projet de service B dans la figure 1), et non au projet qui a configuré les règles de transfert. Consultez les tarifs de Cloud CDN.
• Si vous configurez Google Cloud Armor sur un service de backend référencé par un mappage d'URL à l'aide du référencement de service interprojet, tous les frais liés à Google Cloud Armor sont attribués au projet qui contient le service de backend activé pour Google Cloud Armor (projet de service B dans la figure 1), et non au projet qui a configuré les règles de transfert. Consultez les Tarifs de Google Cloud Armor. Plus précisément, tous les frais Google Cloud Armor Standard Tier et Cloud Armor Enterprise Tier sont attribués au projet de service B.

Les points supplémentaires suivants s'appliquent également lorsque vous utilisez Google Cloud Armor avec le référencement de service interprojet :

• Les modifications d'abonnement liées à Cloud Armor Enterprise sont attribuées au compte de facturation que vous avez spécifié lors de l'inscription. Si vous souhaitez utiliser le même abonnement Cloud Armor Enterprise pour plusieurs projets afin d'inclure tous les services de backend référencés à l'aide du référencement de services interprojets, assurez-vous d'inclure tous les projets de service pertinents dans le même compte de facturation Cloud Armor Enterprise.
• Lorsque vous utilisez le référencement de service interprojet, certaines fonctionnalités proposées dans Cloud Armor Enterprise, telles que la télémétrie DDoS et la réponse DDoS, nécessitent l'enregistrement au niveau Cloud Armor Enterprise pour le projet de règle de transfert de frontend et les projets de service de backend.

Exemples de tarification pour les règles de transfert

Google Cloud facture les règles de transfert, qu'elles soient créées pour l'équilibrage de charge ou pour d'autres utilisations, telles que la mise en miroir de paquets.

Dans les exemples suivants, les tarifs sont indiqués en USD :

Vous pouvez créer jusqu'à cinq règles de transfert au prix de 0,025 $/heure. Par exemple, si vous créez une règle de transfert, vous payez 0,025 $/heure. Si vous créez trois règles de transfert, vous payez toujours 0,025 $/heure. Toutefois, si vous créez 10 règles de transfert, leur coût est calculé comme suit :

• 5 règles de transfert = 0,025 $/heure
• Chaque règle de transfert supplémentaire = 0,01 $/heure

0,025 $/heure pour 5 règles + (5 règles supplémentaires x 0,01 $/heure) = 0,075 $/heure

Pour la plupart des cas d'utilisation de l'équilibrage de charge, vous n'avez besoin que d'une règle de transfert par équilibreur de charge.

Les règles de transfert globales et les règles de transfert régionales sont facturées séparément et par projet dans Google Cloud. Par exemple, si vous utilisez une règle de transfert globale et une règle de transfert régionale dans deux projets distincts (soit quatre règles au total), vous payez 0,10 $/heure (4 x 0,025 $/heure).

Estimation des frais du service d'équilibrage de charge

Pour estimer les frais du service d'équilibrage de charge, procédez comme suit :

1. Accédez au simulateur de coût.
2. Cliquez sur l'onglet Cloud Load Balancing.
3. Sélectionnez une région dans le menu déroulant.
4. Indiquez le nombre estimé de règles de transfert.
5. Saisissez le montant estimé pour le trafic réseau traité par mois.

Exemple :

• Iowa
• Nombre de règles de transfert : 10
• Données entrantes traitées par l'équilibreur de charge : 2 048 Go
• Coût total estimé : 71,13 $ pour un mois

Le coût de transfert de données Internet sortant pour l'envoi des réponses depuis les backends n'est pas inclus dans cet exemple.

Équilibreur de charge d'application interne

Les frais suivants s'appliquent aux équilibreurs de charge d'application internes régionaux et interrégionaux. Des frais de transfert de données interrégional supplémentaires s'appliquent également à l'équilibreur de charge d'application interne interrégional.

Frais d'instances de proxy

Les équilibreurs de charge basés sur Envoy évoluent automatiquement le nombre de proxys disponibles pour gérer votre trafic en fonction de vos besoins en termes de trafic. Les frais d'instances de proxy sont basés sur le nombre d'instances de proxy nécessaires pour répondre à vos besoins en termes de trafic. Chaque proxy supplémentaire entraîne des frais horaires supplémentaires selon les tarifs indiqués dans la grille tarifaire.

Le nombre de proxys alloués à votre équilibreur de charge est calculé en fonction de la capacité mesurée nécessaire pour gérer votre trafic sur une période de 10 minutes. Durant cette période, nous observons la plus haute valeur enregistrée pour :

• Le nombre de proxys nécessaires pour répondre aux besoins en bande passante de votre trafic. Chaque instance de proxy peut gérer jusqu'à 18 Mo par seconde. Nous surveillons la bande passante totale nécessaire et divisons ce total par la bande passante que peut gérer une instance de proxy.
• Le nombre de proxys nécessaires pour gérer les connexions et les requêtes. Nous comptons le total de chacune des ressources suivantes et divisons cette valeur par ce que peut gérer une instance de proxy :
• 600 nouvelles connexions HTTP ou 150 nouvelles connexions HTTPS par seconde
• 3 000 connexions actives
• 1 400 requêtes par seconde*

* Une instance de proxy peut gérer 1 400 requêtes par seconde si Cloud Logging est désactivé. Si vous activez Logging, votre instance de proxy ne peut pas gérer autant de requêtes par seconde. Par exemple, la journalisation de l'intégralité des requêtes réduit la capacité de gestion des requêtes du proxy à 700 requêtes par seconde. Vous pouvez configurer Logging de manière à échantillonner un pourcentage inférieur du trafic. Cela vous permet de répondre à vos besoins d'observabilité tout en contrôlant vos coûts.

Exemple de calcul

Sur une période de 10 minutes, 180 Mo par seconde de données passent par l'équilibreur de charge.180 Mo par seconde / 18 Mo par seconde et par instance de proxy = 10 instances de proxy

Sur cette même période, 300 nouvelles connexions HTTPS sont établies toutes les secondes, 3 000 connexions sont actives et 2 800 requêtes sont envoyées par seconde :

300 nouvelles connexions HTTPS par seconde / 150 nouvelles connexions HTTPS par seconde et par instance de proxy = 2 instances de proxy ; 3 000 connexions actives / 3 000 connexions actives par instance de proxy = 1 instance de proxy ; 2 800 requêtes par seconde / 1 400 requêtes par seconde et par instance de proxy = 2 instances de proxy.

Cela implique un total de 5 instances de proxy. Ce nombre est inférieur aux 10 instances de proxy nécessaires pour gérer la bande passante. Par conséquent, les frais d'instances de proxy pour cette période de 10 minutes seraient calculés comme suit :

10 instances de proxy * 0,025 $ par instance de proxy et par heure * (10 minutes / (60 minutes par heure)) = 0,0417 $. La facturation est calculée en fonction de la capacité mesurée nécessaire pour répondre à vos besoins en termes de trafic, et non du nombre d'instances de proxy qui établissent des connexions avec vos backends. Vous pouvez donc être facturé pour un nombre d'instances de proxy différent de celui affiché dans votre infrastructure.

Frais minimaux d'instances de proxy

Pour assurer des performances et une fiabilité optimales, chaque équilibreur de charge se voit attribuer au moins trois instances de proxy dans la région Google Cloud où l'équilibreur de charge est déployé. Ces instances de proxy sont attribuées même si l'équilibreur de charge ne gère aucun trafic. Après avoir déployé une règle de transfert (avec un schéma d'équilibrage de charge INTERNAL_MANAGED), des frais d'instances de proxy commencent à vous être facturés. Toute règle de transfert supplémentaire entraîne des frais d'instance de proxy, tel que décrit précédemment (en d'autres termes, trois instances de proxy supplémentaires par règle de transfert).

Des frais horaires minimaux d'instances de proxy s'appliquent aux trois instances de proxy attribuées à votre équilibreur de charge. Par exemple, pour la région Google Cloud us-central1, les frais minimaux sont calculés comme suit :

3 instances de proxy * 0,025 $ par proxy et par heure = 0,075 $ par heure

Comme indiqué précédemment, ces instances de proxy peuvent chacune gérer un certain volume de trafic. Dès que vos besoins en termes de trafic dépasseront la capacité de ces trois instances de proxy, vous serez facturé pour les instances de proxy nécessaires pour gérer tout trafic supplémentaire.

Frais de traitement des données

Les frais de traitement des données sont calculés en mesurant le volume total de données pour les requêtes et les réponses traitées par votre équilibreur de charge durant le cycle de facturation. Ces frais varient en fonction de votre utilisation, et il n'y a pas de montant minimal.

Frais de transfert de données interrégionaux

Des frais de transfert de données interrégionaux s'appliquent si vous utilisez un équilibreur de charge d'application interne interrégional. Par exemple, si vous avez un déploiement d'équilibreur de charge d'application interne interrégional dans lequel le client, le proxy Envoy et le backend se trouvent dans des régions distinctes, vous verrez les frais de transfert de données interrégionaux pour chaque saut séparément (client <-> proxy Envoy et proxy Envoy <-> backend). Pour réduire ces frais de transfert de données interrégionaux, vous pouvez déployer des proxies Envoy dans plusieurs régions.

Référencer plusieurs projets avec un VPC partagé

Pour le traitement des données, l'utilisation horaire de l'instance de proxy et le transfert de données interzones des VM, c'est le projet de règle de transfert qui est facturé.

Tarifs de l'équilibreur de charge d'application interne avec des NEG sans serveur

Si vous utilisez des backends NEG sans serveur pour un équilibreur de charge d'application interne, des frais d'équilibrage de charge d'application interne seront appliqués en plus des frais de calcul sans serveur pour Cloud Run.

Frais des NEG Internet régionaux

Les NEG Internet régionaux nécessitent l'utilisation d'une passerelle Cloud NAT, ce qui entraîne des frais supplémentaires. Vous serez facturé pour le transfert de données Internet et l'utilisation de Cloud NAT pour tout trafic envoyé vers et depuis le sous-réseau proxy uniquement d'Envoy, ainsi que pour le trafic de vérification de l'état. Toutefois, les frais liés à l'équilibreur de charge ne s'appliquent qu'au trafic de requêtes des utilisateurs.

Les passerelles Cloud NAT allouées à Cloud Load Balancing entraînent des frais horaires équivalents à ceux d'un réseau comportant plus de 32 instances de VM. Pour en savoir plus, consultez la page Tarifs de Cloud NAT.

Frais liés aux règles d'autorisation

Les règles d'autorisation sont disponibles sans frais d'utilisation pendant toute la durée de la version Preview.

Frais des en-têtes de requête personnalisés et de Google Cloud Armor

Si une stratégie de sécurité Google Cloud Armor est associée à un service de backend, vous pouvez utiliser la fonctionnalité d'en-têtes personnalisés avec ce service de backend, sans frais supplémentaires.

Si aucune stratégie Google Cloud Armor n'est associée au service de backend qui utilise la fonctionnalité d'en-têtes de requête personnalisés, les frais appliqués sont les suivants : 0,75 $ pour 1 000 000 de requêtes HTTP(S) par mois et par compte. Vous êtes facturé uniquement pour les 666 666 667 premières requêtes par mois et par compte.

Accès mondial pour les équilibreurs de charge internes

L'accès mondial permet aux instances clientes de n'importe quelle région d'accéder à votre équilibreur de charge interne. Si l'accès mondial est activé pour une règle de transfert, des frais de transfert de données interrégional supplémentaires sont facturés lorsque le trafic est envoyé vers ou depuis un client situé dans une région différente de celle de l'équilibreur de charge.

L'accès mondial est généralement disponible pour les équilibreurs de charge réseau passthrough internes, les équilibreurs de charge d'application internes régionaux et les équilibreurs de charge réseau proxy internes régionaux.

Transfert de protocole

Le transfert de protocole est facturé au même tarif que l'équilibrage de charge. Des frais s'appliquent à la règle de transfert ainsi qu'aux données entrantes traitées par l'instance cible.

Certificats SSL

Les certificats SSL autogérés et gérés par Google sont gratuits.

Vous trouverez dans ce document le détail des tarifs de Google Cloud Armor et de Google Cloud Armor Enterprise. Ces tarifs sont activés.

Les ressources protégées comprennent les types de backends suivants dans chaque projet enregistré. Les backends sont comptabilisés comme des ressources protégées pour tous les types de points de terminaison couverts et d'équilibreurs de charge dans le projet enregistré.

Frais de traitement des données

Les frais de traitement des données de Cloud Armor Enterprise mesurent les données transférées vers Internet à partir de toutes les ressources protégées de tous les projets enregistrés dans Cloud Armor Enterprise. Lorsque vous utilisez Cloud Armor Enterprise Annual, les frais de traitement des données sont facturés au niveau du projet, mais l'utilisation est regroupée pour toutes les ressources protégées de l'ensemble des projets enregistrés dans Cloud Armor Enterprise Annual. Lorsque vous utilisez Cloud Armor Enterprise Paygo, les frais de traitement des données sont facturés et l'utilisation est agrégée au niveau du projet. Les frais de traitement des données de Cloud Armor Enterprise sont distincts de ceux de Cloud Load Balancing.

Les tarifs sont appliqués par Gio de trafic transféré directement sur Internet ou via l'appairage opérateur. Ils s'ajoutent à d'autres frais de transfert de données. Par exemple, pour les charges de travail derrière un équilibreur de charge Google Cloud compatible, les frais de traitement des données mesurent les bits de données transférées vers Internet via les points de terminaison de l'équilibreur de charge enregistré, mais ne mesurent pas le trafic interrégional ou interzone associé à la charge de travail sous-jacente. Le tarif est de 0,05 $par Gio de données transférées pour les 100 premiers Tio, et de 0,04 $ par Gio pour les 400 Tio suivants. Si le contenu diffusé est utilisé avec Cloud CDN et est considéré comme pouvant être mis en cache, les frais de traitement des données pour Cloud CDN sont appliqués pour ce contenu. Le tableau suivant contient les tarifs complets.

Ce document décrit les conditions tarifaires de Cloud IDS. Ces tarifs sont activés. Les tarifs sur cette page sont indiqués en dollars américains (USD).

Si vous prévoyez de diffuser un grand volume de contenus depuis Cloud CDN (plus de 500 TiB par mois), vous pouvez nous contacter pour discuter des remises basées sur le volume.

Vous trouverez sur cette page des informations sur la tarification de Cloud CDN.

Les tarifs sur cette page sont indiqués en dollars américains (USD). Si vous ne payez pas en USD, les tarifs indiqués dans votre devise sur la page relative aux SKU de Cloud Platform s'appliquent.

Structure tarifaire

Remarques sur les tarifs

• L'utilisation du réseau est calculée en gibioctets (Gio).
• Les frais sont comptabilisés sur une base quotidienne, mais Cloud CDN ne les facture qu'à la fin de la période de facturation. Pour consulter l'utilisation non facturée de vos données, accédez à la page de facturation de votre projet dans la console Google Cloud.
• Les octets mesurés pour le transfert de données en sortie du cache ou le remplissage du cache incluent les en-têtes de réponse HTTP (après compression, le cas échéant) et le corps de la réponse, ainsi que les trailers.

Exemple de tarification

L'exemple ci-dessous correspond à un scénario simple qui peut s'appliquer aux nouveaux utilisateurs de Cloud CDN.

Supposons que le modèle d'utilisation de Cloud CDN au cours d'un mois donné soit le suivant :

La facture mensuelle est calculée comme suit.

Ce document présente les tarifs de Cloud Interconnect.

Si vous ne payez pas en USD, les tarifs indiqués dans votre devise sur la page relative aux SKU de Cloud Platform s'appliquent.

Transfert de données depuis un réseau VPC via une connexion Cloud Interconnect

Amérique du Nord

Le tableau suivant indique les prix pour la zone géographique d'Amérique du Nord.

Europe, Moyen-Orient et Afrique (EMEAR).

Le tableau suivant indique les tarifs pour la zone géographique Europe, Moyen-Orient et Afrique (EMEAR).

Asie

Le tableau suivant indique les tarifs pour la zone géographique Asie.

Australie

Le tableau suivant indique les tarifs pour la zone géographique Australie.

Amérique du Sud

Le tableau suivant indique les prix pour la zone géographique d'Amérique du Sud.

Transfert de données entrant via une connexion Cloud Interconnect

Exemple de tarification

Le tableau suivant présente un exemple de schéma d'utilisation de Dedicated Interconnect pour un seul mois.

Transfert de données depuis un réseau VPC via une connexion Cloud Interconnect

Amérique du Nord

Le tableau suivant indique les prix pour la zone géographique d'Amérique du Nord.

Europe, Moyen-Orient et Afrique (EMEAR)

Le tableau suivant indique les tarifs pour la zone géographique Europe, Moyen-Orient et Afrique (EMEAR).

Asie

Le tableau suivant indique les tarifs pour la zone géographique Asie.

Australie

Le tableau suivant indique les tarifs pour la zone géographique Australie.

Amérique du Sud

Le tableau suivant indique les prix pour la zone géographique d'Amérique du Sud.

Transfert de données entrant via une connexion Cloud Interconnect

Exemple de tarification

Le tableau suivant présente un exemple de schéma d'utilisation de l'interconnexion partenaire pour un seul mois.

Transfert de données depuis un réseau VPC via une connexion Cloud Interconnect

Amérique du Nord

Le tableau suivant indique les prix pour la zone géographique d'Amérique du Nord.

Europe, Moyen-Orient et Afrique (EMEAR)

Le tableau suivant indique les tarifs pour la zone géographique Europe, Moyen-Orient et Afrique (EMEAR).

Asie

Le tableau suivant indique les tarifs pour la zone géographique Asie.

Australie

Le tableau suivant indique les tarifs pour la zone géographique Australie.

Amérique du Sud

Le tableau suivant indique les prix pour la zone géographique d'Amérique du Sud.

Transfert de données entrant via une connexion Cloud Interconnect

Exemple de tarification

Le tableau suivant présente un exemple de schéma d'utilisation des connexions d'interconnexion entre les clouds pour un seul mois.

VM située dans la même région que celle d'un rattachement de VLAN, utilisant le mode de routage dynamique régional ou mondial d'un VPC

Remarque : Le mode de routage dynamique que vous utilisez n'a aucune incidence sur les frais.

Dans ce scénario, deux régions se trouvent en Amérique du Nord, us-west1 et us-east1, Ces régions utilisent le mode de routage dynamique régional d'un VPC fourni par Cloud Router. Dans ce cas, le mode de routage dynamique que vous utilisez n'a pas d'importance.

Vous commandez une connexion Cloud Interconnect qui relie votre emplacement sur site à San Jose (SJC), et vous créez deux rattachements de VLAN sur cette connexion. L'un de ces rattachements de VLAN est relié à la région us-east1, tandis que l'autre est relié à la région us-west1.

Si vous envoyez du trafic depuis une VM située dans la région us-east1 ou dans la région us-west1 vers votre emplacement sur site via votre connexion Cloud Interconnect à San José (SJC), les frais suivants vous sont facturés:

• Les frais de transfert de données sortant Cloud Interconnect pour l'Amérique du Nord (car c'est là que se trouve la connexion Cloud Interconnect).
• Les frais de transfert de données d'une région à une autre ne vous sont pas facturés, car les VM utilisent un rattachement de VLAN dans la même région.

Remarque : Si vous n'activez pas le mode de routage dynamique mondial pour votre réseau VPC à l'aide de Cloud Router, vos régions sans rattachement de VLAN n'ont pas accès à votre connexion Cloud Interconnect. Cela signifie également qu'aucuns frais de transfert de données intercontinentaux ne pourront être appliqués par inadvertance si des régions sont situées sur différents continents.

VM située sur le même continent, mais dans une autre région que celle d'un rattachement de VLAN, utilisant le routage dynamique mondial d'un VPC

Dans ce scénario, vous disposez de VM dans deux régions situées en Amérique du Nord, us-west1 et us-east1. Vous avez activé le mode de routage dynamique mondial pour votre réseau VPC à l'aide de Cloud Router. Ce mode permet à une ou plusieurs VM situées dans une région d'utiliser les rattachements de VLAN d'une autre région.

Vous commandez une connexion Cloud Interconnect qui relie votre emplacement sur site à San Jose (SJC), et vous créez un rattachement VLAN via cette connexion vers la région us-west1. Vous envoyez ensuite du trafic depuis une VM située dans la région us-east1 vers votre emplacement sur site, via le rattachement de VLAN qui se trouve dans la région us-west1. Les frais suivants vous sont donc facturés :

• Les frais de transfert de données d'une région à une autre liés au transfert de trafic depuis la région us-east1 vers le rattachement de VLAN situé dans la région us-west1 Le rattachement de VLAN situé dans la région us-west1 est considéré comme étant la source du trafic.
• Les frais de transfert de données Cloud Interconnect pour l'Amérique du Nord liés au trafic depuis la région us-west1 vers votre emplacement sur site

VM située sur un autre continent que celui d'un rattachement de VLAN, utilisant le mode de routage dynamique mondial d'un VPC

Ce scénario est identique à l'exemple précédent, mis à part qu'une région, us-west1, est située en Amérique du Nord, et que l'autre région, asia-east1, se trouve en Asie. L'envoi de trafic entre des régions situées sur différents continents engendre des frais de transfert de données interrégions plus élevés.

Activer le mode de routage dynamique mondial d'un VPC est le seul moyen d'envoyer du trafic depuis la région asia-east1 via la connexion Cloud Interconnect en Amérique du Nord. Cela permet aux VM qui se trouvent dans toutes les régions de votre réseau VPC d'accéder au rattachement de VLAN de la région us-west1. Les frais suivants vous sont donc facturés :

• Les frais de transfert de données intercontinentaux d'une région à une autre liés au trafic depuis la région asia-east1 vers la région us-west1.
• Les frais de transfert de données Cloud Interconnect pour l'Amérique du Nord liés au trafic depuis la région us-west1 vers votre emplacement sur site

VM située sur un autre continent que celui d'un rattachement de VLAN, utilisant l'appairage de réseaux VPC

Ce scénario est semblable à l'exemple précédent, à la différence près que deux réseaux VPC sont connectés par appairage de réseaux VPC. L'envoi de trafic entre deux régions est facturé comme dans l'exemple précédent où un routage dynamique mondial est utilisé.

Vous envoyez du trafic de us-east4 vers votre emplacement sur site via Cloud Interconnect en Asie en utilisant l'appairage de réseaux VPC. Les frais suivants vous sont donc facturés :

• Les frais de transfert de données intercontinentaux d'une région à une autre liés au trafic depuis la région us-east4 vers la région asia-northeast1.
• Les frais de transfert de données Cloud Interconnect pour l'Asie liés au trafic depuis la région asia-northeast1 vers votre emplacement sur site.

Produit ou service Google Cloud autre qu'une VM situé à un emplacement différent de celui d'un rattachement de VLAN, utilisant le mode de routage dynamique mondial d'un VPC

Outre les scénarios précédents, des frais de transfert de données Cloud Interconnect s'appliquent au trafic envoyé depuis un produit ou service Google Cloud autre qu'une VM vers votre emplacement sur site, via un rattachement de VLAN. Vous payez les frais de transfert de données du produit pour atteindre la région du rattachement de VLAN, ainsi que les frais de sortie de transfert de données Cloud Interconnect en fonction du continent où se trouve la connexion Cloud Interconnect.

Remarque : Pour en savoir plus sur les frais de transfert de données liés à d'autres produits Google Cloud qui ne sont pas répertoriés ici, veuillez consulter la page de tarification de ces produits.

L'exemple suivant décrit les frais liés au trafic sortant d'un bucket Cloud Storage situé dans une région d'Amérique du Nord autre que celle où se trouve le rattachement de VLAN.

Dans ce scénario, vous disposez de ressources dans deux régions situées en Amérique du Nord, us-west1 (Oregon) et northamerica-northeast1 (Montréal). Vous avez activé le mode de routage dynamique mondial pour votre réseau VPC à l'aide de Cloud Router.

Vous commandez une connexion Cloud Interconnect qui relie votre emplacement sur site à San Jose (SJC), et vous créez un rattachement VLAN via cette connexion vers la région us-west1. Vous envoyez ensuite du trafic depuis un bucket Cloud Storage situé dans la région northamerica-northeast1 vers votre emplacement sur site, via le rattachement de VLAN qui se trouve dans la région us-west1. Les frais suivants vous sont donc facturés :

• Les frais de transfert de données Cloud Storage liés au transfert de trafic depuis un bucket Cloud Storage situé dans la région northamerica-northeast1 vers un rattachement de VLAN dans la région us-west1.
• Les frais de transfert de données Cloud Interconnect pour l'Amérique du Nord liés au trafic depuis la région us-west1 vers votre emplacement sur site, car c'est l'emplacement où se trouve la connexion Cloud Interconnect.

Si le bucket Cloud Storage se trouve sur un continent autre que celui du rattachement de VLAN, vous payez les frais de transfert de données intercontinentaux Cloud Storage pour atteindre le rattachement de VLAN dans la région us-west1.

Pour obtenir la liste complète des scénarios de tarification pour Cloud Storage, consultez la page Tarifs de Cloud Storage.

Cloud Router est fourni gratuitement. Des coûts généraux de mise en réseau s'appliquent au trafic du plan de contrôle (BGP). Dans la plupart des cas, ces coûts sont négligeables.

Pour en savoir plus sur les coûts de mise en réseau, consultez la page Tarifs généraux du réseau dans la documentation sur le cloud privé virtuel (VPC).

À un niveau élevé, vos frais Cloud VPN incluent les éléments suivants :

• Un tarif horaire pour chaque passerelle Cloud VPN (ces frais sont en partie déterminés par le nombre de tunnels connectés à la passerelle, ainsi que par son emplacement)
• Frais mensuels pour le trafic IPsec
• Un tarif horaire pour toute adresse IP externe attribuée à une passerelle VPN, mais non utilisée par un tunnel

Pour en savoir plus sur Cloud VPN, consultez la Présentation de Cloud VPN.

Remarque : Seuls les tunnels VPN dans certains états de tunnel sont facturés.

Scénarios de tarification

Pour en savoir plus sur les tarifs de Cloud VPN, reportez-vous aux exemples suivants.

Passerelle us-central1 vers le centre de données

Supposons que vous disposiez d'une passerelle VPN dans la région us-central1. Cette passerelle utilise deux tunnels pour se connecter à un centre de données sur site dans l'Iowa.

Chaque mois, vous envoyez 2 tébioctets (Tio) de données via le tunnel, depuis votre réseau de cloud privé virtuel (VPC) vers votre centre de données. En parallèle, vous envoyez 2 Tio dans l'autre sens, du centre de données vers votre réseau VPC.

En outre, votre passerelle utilise une adresse IP externe réservée.

Le tableau suivant indique les frais que vous paierez pour un mois de 30 jours avec cette configuration.

Passerelle asia-northeast1 vers le centre de données et un autre réseau VPC

Supposons que votre projet dispose d'un réseau VPC nommé réseau A, qui inclut une passerelle VPN dans asia-northeast1. Cette passerelle utilise deux tunnels pour se connecter à un centre de données sur site dans l'Iowa. De plus, cette passerelle utilise deux tunnels pour se connecter au réseau B, un autre réseau VPC de votre projet. La passerelle du réseau B se trouve dans europe-west6.

Chaque mois, votre consommation de données est la suivante :

• Les utilisateurs du réseau A téléchargent 10 Tio de données depuis Cloud Storage et les envoient au centre de données de Tokyo.
• Les réseaux A et B s'envoient mutuellement environ 20 Tio de données.

Les passerelles asia-northeast1 et europe-west6 utilisent toutes deux des adresses IP externes réservées.

En outre, vous disposez d'une troisième passerelle VPN dans la région southamerica-east1. Vous avez créé cette passerelle il y a plusieurs mois et vous lui avez attribué une adresse IP externe réservée. Cependant, vous n'avez jamais configuré de tunnel pour cette passerelle.

Le tableau suivant indique les frais encourus par cette configuration pendant 30 jours.

Network Connectivity Center

Ce document décrit la tarification de Network Connectivity Center.

Network Connectivity Center est un modèle Hub et Spoke pour la gestion de la connectivité réseau dans Google Cloud. Avec ce modèle, les réseaux cloud privés virtuels et les réseaux sur site se connectent à un hub Network Connectivity Center à l'aide de spokes auxquels des ressources de spoke Google Cloud compatibles sont associées.

Pour en savoir plus sur le centre de connectivité réseau, consultez la section Présentation du centre de connectivité réseau.

Tarifs actuels

Les sections suivantes décrivent les tarifs actuels pour Network Connectivity Center.

Hubs et spokes

Le tableau suivant décrit les frais liés aux hubs et aux spokes.Les heures spoke font référence au nombre d'heures pendant lesquelles un spoke est actif au cours d'un mois.

Les frais des heures spoke sont supprimés pour un maximum de trois spokes VPN et de trois spokes Cloud Interconnect.

Remarque : Les spokes Cloud Interconnect sont parfois appelés spokes de rattachement de VLAN.

Transfert de données

Le transfert de données désigne tout le trafic qui circule entre un ensemble de spokes hybrides connectés à Network Connectivity Center.

Le trafic de transfert de données de Network Connectivity Center est différent du trafic d'entrée et de sortie, qui circule vers ou en dehors du réseau de Google. Le transfert de données Network Connectivity Center peut en effet effectuer les deux opérations: les données peuvent circuler vers et en dehors du réseau de Google, car il s'agit d'un trafic échangé entre deux spokes hybrides.

Les frais de transfert de données sont calculés sur la base du gibioctet (Gio) de trafic mensuel.

Mise en réseau avancée de données

La Mise en réseau avancée de données (ADN, Advanced Data Networking) fait référence aux frais de traitement facturés pour tout le trafic envoyé depuis un spoke via un hub.

Les frais ADN sont de 0,02 $ par gigaoctet (Go) par mois.

Cette facturation s'applique actuellement au trafic entre les nœuds VPC. Les frais d'ADN pour les spokes hybrides sont actuellement supprimés.

Exemple de tarification

Mise en réseau avancée de données

Dans cet exemple, une entreprise dispose de deux réseaux cloud privés virtuels (VPC) mondiaux, VPC-1 et VPC-2, qu'elle connecte via des rayons VPC à son hub Network Connectivity Center. Chaque VPC se trouve dans son propre projet, distinct du projet hub.

Chaque mois, VPC-1 envoie 10 TiB de données à VPC-2, et VPC-2 envoie 5 TiB de données à VPC-1.

Le tableau suivant indique les frais pour un mois de 30 jours.

Transfert de données

Dans cet exemple, une entreprise connecte deux spokes Appareil de routeur au hub Network Connectivity Center. Un spoke représente un bureau situé à Los Angeles (us-west2). Un autre représente un bureau à Mumbai (asia-south1).

Tous les mois, le bureau américain transfère 5 Tio de données au bureau situé en Asie, et le bureau situé en Asie transfère 5 Tio vers le bureau américain.

Le tableau suivant indique les frais pour un mois de 30 jours.

Tarifs des autres ressources Google Cloud

Les tarifs de cette page n'incluent pas les frais liés aux autres ressources et produits Google Cloud que vous utilisez peut-être conjointement avec Network Connectivity Center. Exemple :

• Si vous utilisez des spokes Appareil de routeur, vous payez pour les ressources Compute Engine sous-jacentes.
• Si vous utilisez des spokes Rattachement de VLAN, vous payez pour les ressources Cloud Interconnect sous-jacentes.
• Si vous utilisez des spokes VPN, vous payez pour les ressources Cloud VPN sous-jacentes.

Appareil de routeur

Les tarifs de l'appareil Routeur sont inclus dans la tarification du réseau de connectivité réseau. Pour en savoir plus, consultez la section Tarifs du Network Connectivity Center.

Pour en savoir plus sur les coûts de mise en réseau, consultez les Tarifs généraux du réseau dans la documentation sur les clouds privés virtuels.

Les tarifs de Cloud NAT sont basés sur les éléments suivants :

• Un tarif horaire pour la passerelle NAT, basé sur le nombre d'instances de VM qui l'utilisent. Le tarif horaire est limité à 32 instances de VM. Les passerelles qui diffusent des instances au-delà du nombre maximal sont facturées au tarif horaire maximal.
• Google Cloud considère que les instances de VM qui reçoivent une attribution NAT utilisent la passerelle. La passerelle NAT effectue la traduction SNAT pour le trafic de transfert de données provenant des ressources qui ne possèdent pas d'adresse IP externe, et la traduction DNAT pour les paquets d'entrée qui arrivent en réponse aux paquets sortants.
• Un tarif par Gio pour le transfert de données traité par la passerelle. Le tarif de traitement des données est le même dans toutes les régions.Des frais de transfert de données pour envoyer le trafic de la VM hors du réseau s'appliquent également.
• Tarif horaire pour chaque adresse IP externe statique ou éphémère utilisée par une passerelle NAT

Le coût total de l'exécution de la passerelle NAT et du trafic qui y transite est calculé de la manière suivante :

coût total de l'exécution de la passerelle = coût horaire pour la passerelle NAT

+ coût par Gio pour les données traitées par la passerelle

+ coût horaire des adresses IP externes utilisées par la passerelle

+ Coûts de transfert de données pour tout trafic quittant le réseau

Exemple de tarification

Le tableau suivant indique le coût mensuel estimé pour une seule passerelle NAT qui utilise des adresses IP externes pour diffuser un nombre différent d'instances de VM. Dans les deux cas, la passerelle s'exécute pendant 720 heures au cours d'un cycle de facturation.

Tarifs de journalisation

Les tarifs de la journalisation NAT sont décrits dans les tarifs de Network Telemetry.

Pour Cloud Logging, BigQuery et Pub/Sub, la tarification standard s'applique.

Les tarifs Cloud DNS incluent des frais mensuels par zone (que vous utilisiez votre zone ou non), ainsi que des frais pour les requêtes effectuées sur vos zones.

Si vous ne payez pas en USD, les tarifs indiqués dans votre devise sur la page relative aux SKU de Cloud Platform s'appliquent.

Remarque : Il n'existe pas de version gratuite pour Cloud DNS.

Grille tarifaire

La tarification suivante s'applique à tous les types de zones : publiques, privées et de transfert. Elles sont toutes cumulées aux fins de tarification. Par exemple, si vous avez 10 zones publiques, 10 zones privées et 10 zones de transfert, la tarification appliquée sera basée sur 30 zones. De même, toutes les requêtes sont rassemblées, quel que soit le type de zone associé.

Vous pouvez utiliser des libellés pour distinguer les zones. Ils pourront ensuite vous servir à afficher la répartition de votre facturation par zone.

Tarifs des requêtes

Tarifs des zones gérées

L'utilisation de Cloud DNS n'entraîne aucuns frais de transfert de données sortant.

Tarification des vérifications d'état

Exemple de tarification

Le tableau suivant présente des modèles d'utilisation de Cloud DNS et leurs coûts potentiels par mois :

Exemple de tarification post-GA pour les vérifications d'état

Ce document décrit les tarifs d'extension de service.

Les frais suivants s'appliquent aux appels d'extension de service sur Cloud Load Balancing. D'autres frais de transfert de données peuvent s'appliquer au trafic interrégional et à tout calcul à l'autre bout de l'appel.

Présentation de la tarification

Remarque : Le 7 septembre 2023, Squarespace a acquis tous les enregistrements de domaines et les comptes clients correspondants auprès de Google Domains. Pour en savoir plus sur l'impact de ce changement sur Cloud Domains, consultez les fonctionnalités Cloud Domains abandonnées, les questions fréquentes sur Google Domains et les questions fréquentes sur l'achat de Google Domains par Squarespace.

Les domaines sont enregistrés par incréments d'un an. En enregistrant un domaine, vous vous engagez à payer pour l'année complète. Les domaines sont renouvelés automatiquement. Si votre domaine Cloud Domains est renouvelé, vous êtes facturé pour les 12 mois suivant la date de renouvellement. Si vous souhaitez cesser de payer pour votre domaine ou si vous ne souhaitez pas que votre domaine se renouvelle automatiquement, consultez la section Désactiver le renouvellement automatique d'un nom de domaine.

Remarque : Si vous utilisez Cloud DNS, vous serez facturé séparément pour le DNS. Pour en savoir plus sur les prix de Cloud DNS, consultez la page des tarifs de Cloud DNS.

Tarifs par domaine de premier niveau

Les prix varient en fonction des domaines de premier niveau (TLD) répertoriés dans la grille tarifaire. Par exemple, si vous achetez example.com, example.charity et example.wiki, le coût annuel de chacun de ces domaines sera différent, car les domaines de premier niveau .com, .charity et .wiki ne sont pas au même prix. Les prix annuels de tous les domaines que vous enregistrez s'additionnent pour donner le coût total. Consultez cet exemple de tarification.

Cloud Domains n'accepte pas les types de domaines suivants :

• Domaines Premium
• Domaines nécessitant une mention de marque déposée

Modèles de facturation

Attention : le transfert d'un domaine enregistré depuis un bureau d'enregistrement de domaines tiers vers Cloud Domains est obsolète et a été supprimé. Pour en savoir plus, consultez la page Abandon de fonctionnalités Google Domains.

Facturation par abonnement (pour les comptes de facturation Cloud en dehors du Brésil)

Le modèle de facturation Abonnement vous facture le montant annuel du domaine au cours du premier mois suivant l'enregistrement, le renouvellement ou le transfert d'un domaine. Cela s'applique à tous les domaines enregistrés, renouvelés ou transférés lors de la disponibilité générale de Cloud Domains.

Les frais de Cloud Domains apparaissent sur votre facture sous la rubrique Frais non spécifiques à un projet, car ils sont liés au compte de facturation Cloud.

Le modèle de facturation Abonnement n'est pas inclus dans le programme de remises pour les entreprises.

Facturation par engagement (pour les comptes de facturation Cloud au Brésil)

Si votre compte de facturation Cloud dispose d'une adresse au Brésil, le modèle de facturation engagement vous facture 1/12e du coût total tous les mois pour les 12 prochains mois jusqu'à l'expiration du domaine. Cela s'applique à tous les domaines enregistrés, renouvelés ou transférés lors de la disponibilité générale de Cloud Domains.

Les frais provenant de Cloud Domains apparaissent sur votre facture sous la rubrique Frais non spécifiques à un projet, car ils sont liés au compte de facturation.

Le modèle de facturation Abonnement n'est pas inclus dans le programme de remises pour les entreprises.

Si vous choisissez de transférer un domaine enregistré vers un autre bureau d'enregistrement durant les 12 mois suivant la date d'enregistrement, de renouvellement ou de transfert vers Cloud Domains, des frais d'annulation vous sont facturés. Les frais d'annulation correspondent à la partie non facturée du coût annuel du domaine.

Facturation des domaines nouvellement enregistrés

Lorsque vous enregistrez un domaine à l'aide de Cloud Domains, vous vous engagez à payer une année complète d'enregistrement.

Facturation des domaines transférés

Pour transférer un domaine depuis un autre fournisseur, la facturation se déroule comme suit :

• La date et l'heure d'enregistrement auprès de votre fournisseur d'origine sont conservées.
• À la fin du transfert, le délai d'enregistrement est prolongé d'un an.
• Vous êtes facturé immédiatement pour la période de prolongation.
• Votre compte n'est pas facturé à nouveau tant que votre domaine n'est pas sur le point d'expirer et ne doit pas être renouvelé.

Tous les domaines transférés sont facturés sur la base de l'abonnement ou de l'engagement.

Exemple

Les exemples suivants décrivent le fonctionnement de la facturation pour les domaines transférés.

• S'il reste un mois de temps d'enregistrement pour le domaine avant le transfert, vous êtes facturé pour un an au moment du transfert. Le prochain événement de facturation après le transfert a lieu au prochain renouvellement du domaine, soit 13 mois (1 mois + 1 an) après le transfert.
• S'il reste deux ans de temps d'enregistrement pour le domaine avant le transfert, le prochain événement de facturation se fera trois ans plus tard (2 ans + 1 an).

Facturation des renouvellements

Les domaines renouvelés sont facturés sur la base de l'abonnement ou de l'engagement.

Attention : l'exportation d'un domaine enregistré de Cloud Domains vers Google Domains est obsolète et a été supprimée. Pour en savoir plus, consultez la page Abandon de la fonctionnalité Cloud Domains.

Pour désactiver le renouvellement automatique, consultez la section Désactiver le renouvellement automatique d'un nom de domaine. Pour gérer le compte de facturation d'un domaine de façon individuelle (hors d'un projet Google Cloud), vous devez le transférer vers un bureau d'enregistrement tiers. Toutefois, si vous avez enregistré un domaine par l'intermédiaire de Cloud Domains et que vous choisissez de le transférer vers un tiers avant la fin de votre engagement de 12 mois, vous serez facturé pour ce domaine jusqu'au terme de vos 12 mois d'engagement. La fréquence de facturation dépend du modèle de facturation de votre ressource.

Pour en savoir plus sur les renouvellements, consultez les questions fréquentes sur l'acquisition d'enregistrements Google Domains par Squarespace.

Vous devez utiliser la facturation Cloud Domains pour gérer la facturation des domaines enregistrés par l'intermédiaire de Cloud Domains.

Utilisation gratuite

Cloud Domains n'offre pas de quota d'utilisation gratuit pour l'enregistrement de domaines. Pour plus d'informations sur les quotas, consultez la page Quotas.

Grille tarifaire

Codes SKU de facturation

Pour rechercher les codes SKU appropriés au modèle de facturation applicable à votre enregistrement, transfert ou renouvellement, utilisez les liens suivants.

• Tous les codes SKU Cloud Domains.
• Codes SKU de facturation par abonnement
• Code SKU de facturation par engagement.
• Codes SKU d'annulation.

Exemple de tarification

Dans les exemples suivants, les tarifs sont indiqués en USD :

Exemple 1

Facturation par abonnement : vous achetez un domaine .com à 12 $. Sur votre prochaine facture mensuelle, vous serez facturé 12 $. Votre prochain débit aura lieu un an plus tard, lorsque le domaine sera renouvelé pour 12 $.

Facturation par engagement : vous achetez un domaine .com à 12 $. Sur votre prochaine facture mensuelle, vous serez facturé 1 $ et 1 $ pour chaque cycle de facturation mensuel jusqu'à l'expiration du domaine. Si vous décidez de supprimer le domaine après avoir été facturé 5 mois (5 $ au total), des frais d'annulation de 7 $ vous seront facturés pour que le total facturé soit de 12 $.

Exemple 2

Supposons que vous ayez enregistré trois domaines : example.charity, example.wiki et example.info.

Chacun coûte :

.charity = 30 $/an

.wiki = 28 $/an

.info = 12 $/an

Coût de l'abonnement = 30 $ + 28 $ + 12 $ = 70 $/an

Facturation par engagement = 1/12e du prix annuel = 70 $/12 = 5,83 $/mois