Base de conocimientos

Implemente un sitio estático en su propia cuenta de AWS Amplify

Cree una clave de acceso de AWS autorizada para usar Amplify y conéctela; los sitios de Amplify solo se publican en su propia cuenta de AWS, nunca en una de las nuestras.

Qué beneficios le ofrece conectarlo

Conectar su propia cuenta de AWS Amplify le permite publicar un sitio estático en su cuenta de AWS Amplify desde su panel de Zinn®. Usted es propietario del proyecto y de la facturación; nosotros nos encargamos del despliegue, el dominio personalizado y los registros DNS.

Antes de empezar

Una cuenta de AWS. AWS Amplify está disponible únicamente en su propia cuenta: Amplify factura por gigabyte transferido y por minuto de compilación, sin un nivel gratuito continuo, por lo que un sitio en una cuenta nuestra generaría una factura que nadie podría limitar. En su propia cuenta, se trata de su gasto, sus límites y su consola de AWS.

Cree un usuario de IAM para esta conexión con una política que permita las acciones de Amplify (amplify:*) en las aplicaciones que administrará.

1. Cree la clave en AWS Amplify

En la consola de AWS, abra IAM → Usuarios, elija el usuario como el que debe actuar esta conexión (cree uno exclusivo; nunca use su cuenta raíz), abra su pestaña Credenciales de seguridad y, en Claves de acceso, elija Crear clave de acceso. Seleccione Otro como caso de uso, continúe y elija Crear clave de acceso. Copie el ID de clave de acceso y la Clave de acceso secreta; AWS muestra el secreto una sola vez. Cada usuario de IAM puede tener dos claves al mismo tiempo.

2. Conéctelo aquí

Abra Integraciones en su panel y elija Conectar una cuenta. Seleccione Alojamiento estático (Netlify, Vercel) como grupo y AWS Amplify como cuenta, complete el ID de clave de acceso y la Clave de acceso secreta, y presione Conectar cuenta.

Probamos lo que pega antes de guardar cualquier información. Una clave que no funciona nunca se almacena, y la respuesta indica qué falló en ella. Una clave que funciona se mantiene cifrada en nuestra bóveda de secretos (nunca en nuestra base de datos) y no se vuelve a mostrar, ni siquiera a usted.

Qué sucede a continuación

  • Cuando crea o traslada un sitio estático, esta cuenta aparece como destino de despliegue. Elíjala y publicaremos la compilación del sitio en un proyecto de su cuenta.
  • Los dominios personalizados se vinculan automáticamente, y la página del dominio muestra cualquier registro DNS que el proveedor necesite para que el dominio resuelva hacia el nuevo host.
  • El proyecto, su uso y su facturación permanecen en su cuenta; puede ver cada despliegue en el panel de su propio proveedor.

Si no se conecta

AWS rechazó la credencial. Compruebe que la clave de acceso siga activa en IAM y que la política del usuario permita las acciones de Amplify en la aplicación. Una clave de acceso que ha sido desactivada responde exactamente igual que una incorrecta.

Se perdió el secreto. AWS no puede volver a mostrar una clave de acceso secreta. Cree una nueva clave de acceso, conéctela y luego elimine la antigua en IAM.

Indica que la clave fue rechazada. Casi siempre se debe a una de estas tres cosas: un espacio o un salto de línea copiado con ella, una clave que ha caducado, o una clave que fue revocada o regenerada después de que la copió. Cree una nueva y péguela nuevamente.

Se conecta, pero algo falla más adelante. La clave se autentica, pero carece de un permiso que la acción necesita. Cree una nueva clave con los permisos indicados anteriormente, luego desconecte la conexión anterior y conecte la nueva clave.

Desconexión

Abra Integraciones, busque la cuenta y presione Desconectar. Eso elimina la clave almacenada de inmediato. Cualquier elemento que la estuviera utilizando se detendrá en su siguiente acción, y las pantallas que dependían de ella lo indicarán en lugar de fallar de forma silenciosa.

Desconectar no revierte lo que ya se hizo: los registros, despliegues o configuraciones que modificamos en su cuenta se mantienen tal como están. Si cree que la clave en sí pudo haberse filtrado, revóquela también en el proveedor; desconectar elimina nuestra copia, no la de ellos.

Lo último del blog

Lo que hemos estado escribiendo sobre alojamiento, SEO y gestión de sitios a gran escala.

SEO y construcción de enlaces desde la capa de alojamiento: La perspectiva de un operador para 2026

Cómo el alojamiento web influye en la indexación y la autoridad de enlaces en 2026: mantener las páginas indexadas, examinar dominios antiguos antes de desarrollarlos, crear enlaces sin dejar rastro de búsqueda y una perspectiva honesta sobre lo que la infraestructura puede y no puede hacer por el SEO.

Leer la publicación →

Cómo hacer que WordPress sea rápido y seguro: lista de verificación de rendimiento y plugins

Una lista de verificación práctica para un WordPress rápido y seguro: almacenamiento en caché a nivel de servidor, una caché de objetos por sitio, el puñado de plugins que vale la pena usar, mantener el paquete de software actualizado y las páginas de WooCommerce que nunca debe almacenar en caché.

Leer la publicación →

Cómo elegir un alojamiento web administrado en 2026: Guía del comprador

Qué diferencia realmente a un buen alojamiento administrado de una caja barata con panel de control —migraciones, copias de seguridad, aislamiento, almacenamiento en caché real y escalabilidad honesta— y cómo juzgarlo antes de comprometerse.

Leer la publicación →

Leer el blog →

¿Aún necesita ayuda?

El soporte técnico está incluido en todos los planes, el servicio de atención está disponible 24 horas al día y puede escribirnos en cualquiera de nuestros 58 idiomas; le responderemos en el suyo.

Contactar con soporte técnico → Todos los artículos →