Base de connaissances
Créez une clé d’accès AWS autorisée à utiliser Amplify et connectez-la — les sites Amplify sont uniquement publiés sur votre propre compte AWS, jamais sur l’un des nôtres.
La connexion de votre propre compte AWS Amplify vous permet de publier un site statique sur votre compte AWS Amplify depuis votre tableau de bord Zinn®. Le projet et la facture vous appartiennent ; nous gérons le déploiement, le domaine personnalisé et les enregistrements DNS.
Un compte AWS. AWS Amplify est disponible exclusivement sur votre propre compte : Amplify facture par gigaoctet servi et par minute de build, sans niveau gratuit permanent, de sorte qu’un site hébergé sur notre propre compte représenterait une facture que personne ne pourrait plafonner. Sur votre propre compte, il s’agit de vos dépenses, de vos limites et de votre console AWS.
Créez un utilisateur IAM pour cette connexion avec une stratégie qui autorise les actions Amplify (amplify:*) sur les applications qu’il gérera.
Dans la console AWS, ouvrez IAM → Users, choisissez l’utilisateur sous l’identité duquel cette connexion doit agir (créez-en un dédié — n’utilisez jamais votre compte racine), ouvrez son onglet Security credentials et, sous Access keys, choisissez Create access key. Sélectionnez Other comme cas d’usage, poursuivez, et choisissez Create access key. Copiez l'Access key ID ainsi que la Secret access key — AWS n’affiche la clé secrète qu’une seule fois. Chaque utilisateur IAM peut détenir deux clés à la fois.
Ouvrez Integrations dans votre tableau de bord et choisissez Connect an account. Choisissez Static hosting (Netlify, Vercel) comme groupe et AWS Amplify comme compte, renseignez l'Access key ID et la Secret access key, puis appuyez sur Connect account.
Nous testons ce que vous collez avant que quoi que ce soit ne soit enregistré. Une clé qui ne fonctionne pas n’est jamais conservée, et le message d’erreur indique le problème rencontré. Une clé fonctionnelle est conservée sous forme chiffrée dans notre coffre-fort de secrets — jamais dans notre base de données — et n’est plus jamais affichée, même à vous.
AWS a refusé l’identifiant. Vérifiez que la clé d’accès est toujours active dans IAM et que la stratégie de l’utilisateur autorise les actions Amplify sur l’application. Une clé d’accès désactivée répond exactement de la même manière qu’une clé erronée.
La clé secrète est perdue. AWS ne peut plus afficher une clé d’accès secrète. Créez une nouvelle clé d’accès, connectez-la, puis supprimez l’ancienne dans IAM.
Le système indique que la clé a été rejetée. Il s’agit presque toujours de l’une de ces trois raisons : un espace ou un saut de ligne copié avec celle-ci, une clé ayant expiré, ou une clé révoquée ou régénérée après votre copie. Créez-en une nouvelle et collez-la à nouveau.
La connexion réussit, mais une erreur survient ultérieurement. La clé s’authentifie mais ne dispose pas d’une autorisation requise par l’action. Créez une nouvelle clé avec les autorisations énumérées ci-dessus, puis déconnectez l’ancienne connexion et connectez la nouvelle clé.
Ouvrez Integrations, recherchez le compte et appuyez sur Disconnect. Cela supprime immédiatement la clé enregistrée. Tout élément qui l’utilisait s’arrête lors de sa prochaine action, et les écrans qui en dépendaient l’indiquent expressément plutôt que d’échouer silencieusement.
La déconnexion n’annule pas ce qui a déjà été effectué — les enregistrements, déploiements ou paramètres modifiés par nos soins sur votre compte restent inchangés. Si vous pensez que la clé elle-même a pu faire l’objet d’une fuite, révoquez-la également auprès du fournisseur ; la déconnexion supprime notre copie, pas la leur.
Ce que nous avons écrit sur l’hébergement, le SEO et la gestion de sites à grande échelle.
Comment l’hébergement façonne l’indexation et le jus de lien en 2026 : maintenir les pages indexées, évaluer les domaines expirés avant de les exploiter, créer des liens sans empreinte pour les moteurs de recherche, et un aperçu honnête de ce que l’infrastructure peut et ne peut pas faire pour le SEO.
Lire l’article →Une liste de contrôle pratique pour un WordPress rapide et sécurisé : mise en cache au niveau du serveur, cache d’objets par site, la poignée d’extensions utiles, maintien de la pile à jour et pages WooCommerce à ne jamais mettre en cache.
Lire l’article →Ce qui différencie réellement un bon hébergement infogéré d’une machine bon marché avec panneau de configuration — migrations, sauvegardes, isolation, véritable mise en cache et mise à l’échelle honnête — et comment en juger avant de vous engager.
Lire l’article →Le support est inclus dans chaque forfait, le service est ouvert 24 heures par jour et vous pouvez nous écrire dans l’une de nos 58 langues ; nous vous répondons dans la vôtre.
Contacter l’assistance → Tous les articles →