Base de conocimientos

Utilice su propia cuenta de Gcore como CDN de un sitio web

Cree un token de API permanente de Gcore con un rol de CDN y conéctelo para que un sitio pueda ejecutarse en su propia CDN de Gcore con la purga y la configuración administradas desde su panel.

Qué le aporta realizar esta conexión

Conectar su propia cuenta de Gcore le permite alojar un sitio web en su propia CDN en lugar de en la nuestra. La zona, el tráfico y la factura corresponden a su cuenta, y aun así usted puede purgar la caché y modificar la configuración de la CDN desde el panel de control de Zinn®, sin necesidad de cambiar entre paneles.

Antes de empezar

Una cuenta de Gcore que disponga del servicio de CDN.

1. Cree la clave en Gcore

En el portal de clientes de Gcore, haga clic en su avatar en la esquina superior derecha y seleccione Perfil → Tokens de API → Crear token. Asígnuele un nombre, elija Nunca caduca o una fecha de caducidad, y asígnele un rol para cada producto que lo requiera. Gcore muestra el token una sola vez; cópielos en ese momento.

El mismo token sirve para cualquier producto de Gcore que conecte, de modo que si ya ha conectado un producto de Gcore, puede volver a pegar el mismo token, siempre y cuando sus roles también incluyan este producto. A un token no se le puede asignar un rol superior al que tiene su propio inicio de sesión.

Para la CDN, asigne al token el rol de CDN.

2. Conéctela aquí

Abra Integraciones en su panel de control y seleccione Conectar una cuenta. Elija Su propia CDN como grupo y Gcore como cuenta, introduzca el Token de API y pulse Conectar cuenta.

Comprobamos lo que pega antes de guardar cualquier dato. Una clave que no funciona nunca se almacena, y la respuesta indica cuál fue el problema. Una clave válida se almacena de forma cifrada en nuestra cámara de secretos —nunca en nuestra base de datos— y no se vuelve a mostrar jamás, ni siquiera a usted.

Qué sucede a continuación

  • Abra la pestaña CDN de un sitio web. En Desde dónde se sirve este sitio, esta cuenta aparece como destino. Selecciónela y confírmela; configuramos el sitio en su cuenta, lo verificamos y solo entonces trasladamos el sitio, por lo que este permanece accesible durante el proceso.
  • Desde esa misma pestaña, usted puede purgar la caché del sitio y modificar la configuración de su CDN en su cuenta.
  • Al realizar la conexión, comprobamos qué permisos tiene la clave: enumerar sus zonas o propiedades, leer una en detalle, purgar la caché, modificar la configuración y —cuando el proveedor disponga de ellas— establecer reglas geográficas. La lista de comprobación situada junto a la conexión muestra cuáles de estas acciones pudimos confirmar, de modo que cualquier permiso faltante sea visible antes de trasladar un sitio a la cuenta.
  • El apartado Implementar un sitio en su propia cuenta de CDN detalla cómo trasladar un sitio entre cuentas.

Si no se conecta

Sus recursos no aparecen. El rol del token no incluye la CDN. Cree un token que sí la incluya.

Indica que la clave ha sido rechazada. Casi siempre se debe a uno de estos tres motivos: se ha copiado un espacio o un salto de línea junto con la clave, la clave ha caducado, o la clave ha sido revocada o regenerada después de haberla copiado. Cree una nueva clave y vuelva a pegarla.

Se conecta, pero posteriormente se produce un error. La clave se autentica correctamente, pero carece de un permiso necesario para la acción. Cree una nueva clave con los permisos indicados anteriormente, desconecte la conexión anterior y conecte la nueva clave.

Desconexión

Abra Integraciones, busque la cuenta y pulse Desconectar. Esto elimina inmediatamente la clave almacenada. 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 silenciosamente.

La desconexión no deshace lo que ya se había realizado: los registros, implementaciones o configuraciones que hayamos modificado en su cuenta permanecerán tal como están. Si sospecha que la clave pudo haberse filtrado, revoque también su acceso en la plataforma del 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