Kennisbank

Implementeer een statische site in uw eigen AWS Amplify-account

Maak een AWS-toegangssleutel aan die Amplify mag gebruiken en verbind deze — Amplify-sites worden uitsluitend gepubliceerd naar uw eigen AWS-account, nooit naar een van de onze.

Wat het koppelen voor u doet

Door uw eigen AWS Amplify-account te koppelen, kunt u vanuit uw Zinn®-dashboard een statische site publiceren naar uw AWS Amplify-account. U bent eigenaar van het project en de factuur; wij regelen de implementatie, het aangepaste domein en de DNS-records.

Voordat u begint

Een AWS-account. AWS Amplify is alleen beschikbaar op uw eigen account: Amplify factureert per geleverde gigabyte en per build-minuut, zonder doorlopend gratis niveau, waardoor een site op een account van ons zou leiden tot een factuur die niemand kan begrenzen. Op uw eigen account zijn het uw uitgaven, uw limieten en uw AWS-console.

Maak voor deze koppeling een IAM-gebruiker aan met een beleid dat de Amplify-acties (amplify:*) toestaat op de apps die deze gaat beheren.

1. Maak de sleutel aan bij AWS Amplify

Open in de AWS-console IAM → Users, kies de gebruiker als wie deze verbinding moet optreden (maak een speciale aan — gebruik nooit uw root-account), open het tabblad Security credentials en kies onder Access keys voor Create access key. Kies Other als use case, ga verder en kies Create access key. Kopieer de Access key ID en de Secret access key — AWS toont het geheim slechts één keer. Elke IAM-gebruiker kan maximaal twee sleutels tegelijk hebben.

2. Koppel deze hier

Open Integrations in uw dashboard en kies Connect an account. Kies Static hosting (Netlify, Vercel) als groep en AWS Amplify als account, vul Access key ID en Secret access key in en druk op Connect account.

We testen wat u plakt voordat er iets wordt opgeslagen. Een sleutel die niet werkt, wordt nooit opgeslagen en het antwoord geeft aan wat er mis mee was. Een sleutel die werkt, wordt versleuteld bewaard in onze geheimenkluis — nooit in onze database — en wordt nooit meer getoond, zelfs niet aan u.

Wat er nu gebeurt

  • Wanneer u een statische site maakt of verplaatst, verschijnt dit account als implementatiedoel. Kies dit en wij publiceren de build van de site naar een project op uw account.
  • Aangepaste domeinen worden voor u gekoppeld en de pagina van het domein toont alle DNS-records die de leverancier nodig heeft, zodat het domein naar de nieuwe host verwijst.
  • Het project, het verbruik ervan en de factuur staan op uw account; u kunt elke implementatie zien in uw eigen dashboard van de leverancier.

Als het niet lukt om verbinding te maken

AWS heeft de inloggegevens geweigerd. Controleer of de toegangssleutel nog actief is in IAM en of het beleid van de gebruiker de Amplify-acties op de app toestaat. Een toegangssleutel die is gedeactiveerd, geeft precies hetzelfde antwoord als een verkeerde sleutel.

Het geheim is verloren gegaan. AWS kan een geheime toegangssleutel niet opnieuw tonen. Maak een nieuwe toegangssleutel aan, koppel deze en verwijder vervolgens de oude in IAM.

Er staat dat de sleutel is geweigerd. Vrijwel altijd een van drie dingen: een spatie of regeleinde die mee is gekopieerd, een sleutel die is verlopen, of een sleutel die is ingetrokken of opnieuw gegenereerd nadat u deze hebt gekopieerd. Maak een nieuwe aan en plak deze opnieuw.

Het maakt verbinding, maar er mislukt later iets. De sleutel verifieert wel, maar mist een machtiging die de actie nodig heeft. Maak een nieuwe sleutel aan met de hierboven vermelde machtigingen, verbreek vervolgens de oude verbinding en koppel de nieuwe sleutel.

Ontkoppelen

Open Integrations, zoek het account en druk op Disconnect. Daarmee wordt de opgeslagen sleutel onmiddellijk verwijderd. Alles wat er gebruik van maakte, stopt bij de volgende actie, en de schermen die ervan afhingen geven dat aan in plaats van stilzwijgend te mislukken.

Ontkoppelen maakt niet ongedaan wat al is gedaan — records, implementaties of instellingen die we op uw account hebben gewijzigd, blijven zoals ze zijn. Als u denkt dat de sleutel zelf mogelijk is gelekt, trek deze dan ook in bij de leverancier; ontkoppelen verwijdert ons exemplaar, niet dat van hen.

Nieuwste van de blog

Wat we hebben geschreven over hosting, SEO en het op grote schaal beheren van websites.

SEO en linkbuilding vanuit de hostinglaag: De visie van een beheerder in 2026

Hoe hosting de indexering en link equity vormgeeft in 2026: pagina's geïndexeerd houden, oude domeinen screenen voordat u erop bouwt, linkbuilding zonder zoekmachine-footprint en een eerlijke kijk op wat infrastructuur wel en niet kan betekenen voor SEO.

Bericht lezen →

WordPress snel en veilig maken: een controlelijst voor prestaties en plug-ins

Een praktische controlelijst voor een snel, veilig WordPress: caching op serverniveau, een objectcache per site, het handjevol plug-ins dat het waard is om te gebruiken, het up-to-date houden van de stack en de WooCommerce-pagina's die u nooit mag cachen.

Bericht lezen →

Hoe kiest u beheerde webhosting in 2026: een kopersgids

Wat goede beheerde hosting nu echt onderscheidt van een goedkope server met een controlepaneel — migraties, back-ups, isolatie, echte caching en eerlijke schaalbaarheid — en hoe u dit kunt beoordelen voordat u zich vastlegt.

Bericht lezen →

Lees het blog →

Komt u er nog niet uit?

Ondersteuning is inbegrepen in elk abonnement, de helpdesk is 24 uur per dag geopend en u kunt ons in elk van onze 58 talen schrijven — wij antwoorden u in de uwe.

Contact opnemen met support → Alle artikelen →