База знань

Розгорніть статичний сайт у власному обліковому записі AWS Amplify

Створіть ключ доступу AWS із дозволом на використання Amplify та підключіть його — сайти Amplify публікуються лише у вашому власному обліковому записі AWS, а не в нашому.

Що підключення дає вам

Підключення власного облікового запису AWS Amplify дозволяє публікувати статичний сайт у ваш обліковий запис AWS Amplify з панелі керування Zinn®. Ви володієте проєктом і рахунком; ми займаємося розгортанням, власним доменом і записами DNS.

Перед тим як почати

Обліковий запис AWS. AWS Amplify доступний лише у вашому власному обліковому записі: Amplify нараховує плату за кожен переданий гігабайт і хвилину збірки без постійного безкоштовного тарифу, тому сайт в обліковому записі нашої компанії призвів би до витрат, які ніхто не зміг би обмежити. У вашому власному обліковому записі це ваші витрати, ваші ліміти та ваша консоль AWS.

Створіть користувача IAM для цього підключення з політикою, яка дозволяє дії Amplify (amplify:*) для додатків, якими він керуватиме.

1. Створіть ключ в AWS Amplify

У консолі AWS відкрийте IAM → Users, виберіть користувача, від імені якого має діяти це підключення (створіть окремого — ніколи не використовуйте кореневий обліковий запис), відкрийте вкладку Security credentials і в розділі Access keys виберіть Create access key. Виберіть Other як варіант використання, продовжте та виберіть Create access key. Скопіюйте Access key ID та Secret access key — AWS показує секрет лише один раз. Кожен користувач IAM може мати два ключі одночасно.

2. Підключіть його тут

Відкрийте Integrations у своїй панелі керування та виберіть Connect an account. Виберіть Static hosting (Netlify, Vercel) як групу та AWS Amplify як обліковий запис, заповніть поля Access key ID і Secret access key, а потім натисніть Connect account.

Ми перевіряємо те, що ви вставили, перш ніж будь-що буде збережено. Ключ, який не працює, ніколи не зберігається, і система повідомляє, що саме в ньому було не так. Робочий ключ зберігається в зашифрованому вигляді у нашому сховищі секретів — ніколи в нашій базі даних — і більше ніколи не показується, навіть вам.

Що відбувається далі

  • Коли ви створюєте або переміщуєте статичний сайт, цей обліковий запис з'являється як ціль
  • розгортання. Виберіть його, і ми опублікуємо збірку сайту в проєкті на вашому обліковому записі.

  • Власні домени підключаються для вас, а на сторінці домену відображаються будь-які записи DNS, необхідні
  • постачальнику, щоб домен вказував на новий хост.

  • Проєкт, його використання та рахунок залишаються у вашому обліковому записі; ви можете бачити кожне розгортання в
  • власній панелі керування постачальника.

Якщо підключення не вдається

AWS відхилила облікові дані. Перевірте, чи ключ доступу досі активний в IAM і чи політика користувача дозволяє виконання дій Amplify для додатка. Ключ доступу, який було деактивовано, поводиться точнісінько як хибний.

Секрет втрачено. AWS не може показати секретний ключ доступу повторно. Створіть новий ключ доступу, підключіть його, а потім видаліть старий в IAM.

Повідомлення про те, що ключ відхилено. Майже завжди це одна з трьох причин: пробіл або розрив рядка, скопійовані разом із ним, термін дії ключа минув, або ключ було відкликано чи згенеровано повторно після того, як ви його скопіювали. Створіть новий і вставте його знову.

Підключення встановлено, але згодом виникає помилка. Ключ проходить автентифікацію, але йому бракує дозволу, необхідного для цієї дії. Створіть новий ключ із дозволами, переліченими вище, а потім роз'єднайте старе підключення та підключіть новий ключ.

Відключення

Відкрийте Integrations, знайдіть обліковий запис і натисніть Disconnect. Це негайно видаляє збережений ключ. Будь-що, що його використовувало, зупиняється під час наступної дії, і екрани, які від нього залежали, повідомляють про це, замість того щоб мовчки завершуватися з помилкою.

Відключення не скасовує те, що вже було зроблено — записи, розгортання або налаштування, які ми змінили у вашому обліковому записі, залишаються без змін. Якщо ви вважаєте, що сам ключ міг бути скомпрометований, також відкличте його у постачальника; відключення видаляє нашу копію, але не їхню.

Останнє з блогу

Про що ми писали щодо хостингу, SEO та керування сайтами в масштабних проєктах.

SEO та лінкбілдинг на рівні хостингу: погляд оператора у 2026 році

Як хостинг впливає на індексацію та посилальну вагу у 2026 році: збереження індексації сторінок, перевірка старих доменів перед створенням сайту на них, посилальний масивінг без цифрового сліду та чесна думка про те, що інфраструктура може і чого не може зробити для SEO.

Прочитати допис

Зробіть WordPress швидким та безпечним: контрольний список для продуктивності та плагінів

Практичний чек-лист для швидкого та безпечного WordPress: кешування на рівні сервера, об'єктне кешування для кожного сайту, жменька плагінів, які варто використовувати, підтримання стека в актуальному стані та сторінки WooCommerce, які ніколи не можна кешувати.

Прочитати допис

Як вибрати керований веб-гостинґ у 2026 році: Посібник покупця

Що насправді відрізняє якісний керований хостинг від дешевого віртуального сервера з панеллю керування — міграції, резервні копії, ізоляція, реальне кешування та чесне масштабування — і як це оцінити до того, як ви укладете угоду.

Прочитати допис

Читати блог

Все ще потрібна допомога?

Підтримка включена до кожного тарифу, служба працює 24 годин на добу, і ви можете писати нам будь-якою з наших 58 мов — ми відповідаємо вашою.

Звернутися до підтримки Усі статті