Bază de cunoștințe

Implementați un site static în propriul cont AWS Amplify

Creați o cheie de acces AWS autorizată să utilizeze Amplify și conectați-o — site-urile Amplify sunt publicate numai în propriul dumneavoastră cont AWS, niciodată în vreunul dintre ale noastre.

Ce face conectarea pentru dumneavoastră

Conectarea propriului cont AWS Amplify vă permite să publicați un site static pe contul dumneavoastră AWS Amplify direct din panoul de control Zinn®. Sunteți proprietarul proiectului și al facturii; noi ne ocupăm de implementare, de domeniul personalizat și de înregistrările DNS.

Înainte de a începe

Un cont AWS. AWS Amplify este disponibil doar pe propriul dumneavoastră cont: Amplify taxează per gigabyte servit și per minut de compilare, fără un nivel gratuit permanent, astfel încât un site găzduit pe un cont de-al nostru ar genera o factură pe care nimeni nu ar putea-o limita. Pe propriul dumneavoastră cont, aveți controlul asupra cheltuielilor, limitelor și consolei AWS.

Creați un utilizator IAM pentru această conexiune, cu o politică ce permite acțiunile Amplify (amplify:*) pe aplicațiile pe care le va gestiona.

1. Creați cheia în AWS Amplify

În consola AWS deschideți IAM → Users, alegeți utilizatorul în numele căruia ar trebui să acționeze această conexiune (creați unul dedicat — nu folosiți niciodată contul root), deschideți fila Security credentials și, la Access keys, alegeți Create access key. Alegeți Other ca scenariu de utilizare, continuați și alegeți Create access key. Copiați Access key ID și Secret access key — AWS afișează cheia secretă o singură dată. Fiecare utilizator IAM poate deține două chei simultan.

2. Conectați-o aici

Deschideți Integrations în panoul dumneavoastră de control și alegeți Connect an account. Alegeți Static hosting (Netlify, Vercel) ca grup și AWS Amplify ca cont, introduceți Access key ID și Secret access key, apoi apăsați pe Connect account.

Testăm ceea ce inserați înainte de a salva orice. O cheie care nu funcționează nu este stocată niciodată, iar răspunsul menționează eroarea apărută. O cheie validă este păstrată criptată în seiful nostru de secrete — niciodată în baza noastră de date — și nu este afișată niciodată din nou, nici măcar dumneavoastră.

Ce urmează

  • Când creați sau mutați un site static, acest cont apare ca țintă de implementare. Selectați-l și vom publica versiunea de producție a site-ului într-un proiect din contul dumneavoastră.
  • Domeniile personalizate sunt asociate automat, iar pagina domeniului afișează orice înregistrare DNS necesară furnizorului pentru ca domeniul să rezolve către noua găzduire.
  • Proiectul, utilizarea și factura acestuia rămân pe contul dumneavoastră; puteți vedea fiecare implementare direct în panoul de control al furnizorului.

Dacă nu se conectează

AWS a refuzat credențialul. Verificați dacă cheia de acces este încă activă în IAM și dacă politica utilizatorului permite acțiunile Amplify pe aplicație. O cheie de acces care a fost dezactivată răspunde exact ca una greșită.

Cheia secretă este pierdută. AWS nu poate afișa din nou o cheie de acces secretă. Creați o nouă cheie de acces, conectați-o, apoi ștergeți-o pe cea veche în IAM.

Se menționează că cheia a fost respinsă. Este aproape întotdeauna unul dintre trei motive: un spațiu sau o întrerupere de rând copiată împreună cu ea, o cheie care a expirat sau o cheie care a fost revocată ori regenerată după ce ați copiat-o. Creați una nouă și inserați-o din nou.

Se conectează, dar o operațiune ulterioară eșuează. Cheia se autentifică, dar îi lipsește o permisiune necesară acțiunii. Creați o nouă cheie cu permisiunile menționate mai sus, apoi deconectați vechea conexiune și conectați noua cheie.

Deconectarea

Deschideți Integrations, identificați contul și apăsați pe Disconnect. Aceasta șterge imediat cheia stocată. Orice proces care o utiliza se va opri la următoarea acțiune, iar ecranele care depindeau de ea vor afișa acest lucru, în loc să eșueze fără explicații.

Deconectarea nu anulează ceea ce s-a realizat deja — înregistrările, implementările sau setările modificate pe contul dumneavoastră rămân nemodificate. Dacă suspectați că însăși cheia a fost compromisă, revocați-o și la furnizor; deconectarea elimină copia noastră, nu pe a lor.

Cele mai recente din blog

Ce am scris despre găzduire, SEO și administrarea site-urilor la scară largă.

SEO și link building din stratul de găzduire: Perspectiva unui operator în 2026

Cum influențează găzduirea indexarea și distribuția autorității legăturilor (link equity) în 2026: menținerea paginilor indexate, evaluarea domeniilor vechi înainte de a construi pe ele, construirea de linkuri fără amprentă (footprint) și o perspectivă onestă asupra a ceea ce infrastructura poate și nu poate face pentru SEO.

Citiți articolul →

Optimizarea WordPress pentru viteză și securitate: o listă de verificare pentru performanță și module

O listă practică de verificare pentru un WordPress rapid și securizat: stocarea în cache la nivel de server, o memorie cache de obiecte per site, puținele module care merită rulate, menținerea stivei la zi și paginile WooCommerce pe care nu trebuie să le includeți niciodată în cache.

Citiți articolul →

Cum să alegeți găzduirea web gestionată în 2026: Ghidul cumpărătorului

Ce diferențiază cu adevărat o găzduire administrată bună de o mașină ieftină cu panou de control — migrări, copii de rezervă, izolare, stocare în cache reală și scalare corectă — și cum să o evaluați înainte de a vă lua un angajament.

Citiți articolul →

Citiți blogul →

Încă întâmpinați dificultăți?

Asistența este inclusă în fiecare plan, biroul este deschis 24 ore pe zi și ne puteți scrie în oricare dintre cele 58 limbi ale noastre — vă răspundem în limba dumneavoastră.

Contactați asistența → Toate articolele →