Base de conocimientos

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

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

Qué hace esto por usted

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 dueño del proyecto y de la factura; nosotros nos encargamos del despliegue, del dominio personalizado y de los registros DNS.

Antes de comenzar

Una cuenta de AWS. AWS Amplify está disponible únicamente en su propia cuenta: Amplify factura por giga byte servido y por minuto de compilación, sin nivel gratuito permanente, por lo que un sitio en una cuenta de nuestra propiedad generaría una factura que nadie podría limitar. En su cuenta propia, usted controla 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 va a gestionar.

1. Cree la clave en AWS Amplify

En la consola de AWS, abra IAM → Users, elija el usuario con el que debe actuar esta conexión (cree uno dedicado; nunca use su cuenta raíz), abra su pestaña Security credentials y, en Access keys, elija Create access key. Seleccione Other como caso de uso, continúe y elija Create access key. Copie el Access key ID y la Secret access key; AWS solo muestra la clave secreta una vez. Cada usuario de IAM puede tener dos claves a la vez.

2. Conéctela aquí

Abra Integrations en su panel y elija Connect an account. Seleccione Static hosting (Netlify, Vercel) como grupo y AWS Amplify como cuenta, complete el Access key ID y la Secret access key, y pulse Connect account.

Probamos lo que pega antes de que se guarde nada. Una clave que no funciona nunca se almacena, y la respuesta indica qué falló en ella. Una clave válida se guarda encriptada en nuestro bóveda de secretos —nunca en nuestra base de datos— y no se vuelve a mostrar jamás, ni siquiera a usted.

Qué ocurre después

  • Cuando crea o traslada un sitio estático, esta cuenta aparece como destino
  • de despliegue. Selecciónela y publicaremos la compilación del sitio en un proyecto de su cuenta.

  • Los dominios personalizados se vinculan por usted, y la página del dominio muestra cualquier registro DNS que el proveedor
  • necesite para que el dominio resuelva en el nuevo host.

  • El proyecto, su uso y su factura corresponden a su cuenta; puede ver cada despliegue en
  • su propio panel de 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 ha perdido el secreto. AWS no puede volver a mostrar una clave de acceso secreta. Cree una nueva clave de acceso, conéctela y, a continuación, 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 junto con ella, una clave que ha caducado, o una clave que fue revocada o regenerada después de que la copiara. Cree una nueva y vuelva a pegarla.

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 arriba, desconecte la conexión antigua y conecte la nueva clave.

Desconexión

Abra Integrations, busque la cuenta y pulse Disconnect. Esto elimina la clave almacenada de inmediato. Todo lo que la estuviera utilizando se detiene en su siguiente acción, y las pantallas que dependían de ella lo indican en lugar de fallar silenciosamente.

Desconectarse no deshace lo que ya se había hecho; los registros, despliegues o ajustes que hayamos cambiado 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; la desconexión elimina nuestra copia, no la de ellos.

Últimas entradas del blog

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

SEO y Link Building desde la Capa de Alojamiento: Una Visión del Operador para 2026

Cómo el alojamiento web influye en la indexación y la equidad de enlaces en 2026: mantener las páginas indexadas, evaluar dominios antiguos antes de crear sobre ellos, construcción de enlaces sin rastro y una opinión honesta sobre lo que la infraestructura puede y no puede hacer por el SEO.

Leer la publicación

Haciendo que WordPress sea rápido y seguro: Una 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 ejecutar, mantener la pila actualizada y las páginas de WooCommerce que nunca debes almacenar en caché.

Leer la publicación

Cómo elegir alojamiento web gestionado en 2026: Guía de compra

Lo que realmente diferencia a un buen alojamiento gestionado de un servidor barato con un panel de control —migraciones, copias de seguridad, aislamiento, caché real y escalado honesto— y cómo evaluarlo antes de comprometerte.

Leer la publicación

Leer el blog

¿Sigues con dudas?

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 Todos los artículos