Base de conocimientos

Implemente un sitio en su propia cuenta de CDN

Conecte su propia cuenta de Cloudflare, agregue un sitio en ella y trasládelo entre cuentas sin interrumpir su servicio.

Puede servir un sitio desde su propia cuenta de CDN en lugar de la nuestra: una que usted paga, de la cual posee las credenciales y que puede ver en el panel de control de su propio proveedor. Esto es lo que significa «BYO CDN» en su plan, y este artículo le explica cómo usarlo realmente.

Qué necesita primero

Una cuenta de CDN propia, conectada a Zinn®. Vaya a Conexiones y añada la cuenta. Usted nos proporciona un token de API limitado a esa cuenta; nosotros lo almacenamos en una bóveda segura y nunca más lo volvemos a mostrar.

Puede conectar más de una. Esa es la clave: una agencia que mantiene el trabajo de clientes en una cuenta de Cloudflare y sus propios sitios en otra conecta ambas, les asigna un nombre y elige por sitio. Asigne a cada una un nombre que reconozca más adelante; «CF — trabajo de clientes» es útil, «Cloudflare» dos veces no lo es.

Cómo poner un sitio en ella

Abra el sitio y luego la pestaña CDN. En Desde dónde se sirve este sitio verá cada destino al que puede ir este sitio:

  • Red perimetral de Zinn®: nuestro grupo compartido. La opción predeterminada, incluida en su plan.
  • Una fila por cada cuenta que haya conectado, según el nombre que le dio.
  • Su propio perímetro (passthrough): usted administra la CDN y nosotros solo apuntamos el dominio hacia ella.

Elija una y confirme. Creamos la zona en esa cuenta, apuntamos su dominio hacia ella y solo entonces limpiamos la zona de origen.

Qué sucede en realidad y cuánto tiempo lleva

El orden importa y es la razón por la que esto es seguro:

  1. Creamos la zona en la cuenta que eligió y la verificamos.
  2. Publicamos el nuevo perímetro como la respuesta de su dominio.
  3. Registramos el cambio en su sitio.
  4. Esperamos.
  5. Solo cuando su dominio realmente esté respondiendo desde la nueva cuenta eliminamos la zona antigua.

El paso 4 es el importante. Cloudflare asigna a cada cuenta su propio par de servidores de nombres, por lo que mover un sitio entre dos cuentas de Cloudflare cambia los servidores de nombres a los que se debe delegar su dominio. Hasta que su registrador apunte al nuevo par, los visitantes seguirán resolviendo a través del antiguo.

Si el dominio está registrado con nosotros, configuramos los servidores de nombres por usted y la migración suele completarse en menos de una hora.

Si está registrado en otro lugar, le mostramos los nuevos servidores de nombres y esperamos. Cópielos en el panel de control de su registrador. Nada se interrumpe mientras se toma su tiempo: ambos perímetros sirven su sitio durante todo el proceso y no eliminamos nada hasta que el nuevo esté respondiendo.

Una vez que se actualiza su registrador, la propagación suele tardar de unos minutos a unas pocas horas, y puede demorar hasta 48 horas según el TTL anterior. Esa es una propiedad de DNS, no nuestra.

Si algo sale mal

Cada paso se puede deshacer y cualquier fallo deja su sitio en funcionamiento. Si la cuenta rechaza la zona o la credencial ha sido revocada desde que la conectó, nada se mueve: su sitio continúa sirviéndose exactamente donde estaba y la pestaña le indica qué paso falló.

También puede cancelar un traslado que esté esperando a su registrador. Su sitio vuelve a la cuenta en la que estaba y la zona que creamos se elimina.

Una nota si está en Footprint-Free

Cada sitio en una cuenta de CDN puede vincularse con cualquier otro sitio en ella: esa es exactamente la conexión que la línea Footprint-Free existe para evitar. Se permite mover un sitio Footprint-Free a una sola cuenta propia, y le pedimos que confirme primero que lo comprende. Los sitios en nuestro grupo compartido están distribuidos en muchas cuentas específicamente para que no se puedan relacionar entre sí.

Lo que no cambia

Su plan, sus ranuras y su factura con nosotros se mantienen iguales. Lo que cambia es a quién se le factura el tráfico perimetral: en su propia cuenta, son usted y su proveedor. Si no pudiéramos eliminar la zona antigua por cualquier motivo, se lo notificaremos en la pestaña, ya que de lo contrario seguiría pagando a dos proveedores por un solo sitio.

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 →