База знаний

Разверните статический сайт в собственной учетной записи 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 языков — мы ответим вам на вашем.

Связаться со службой поддержки → Все статьи →