Características
Apunte la aplicación, la tienda, la documentación o el entorno de pruebas a donde desee y obtenga detrás un sitio auténtico y completamente aislado: su propia pila tecnológica, base de datos, caché, copias de seguridad y aislamiento de recursos. Control total de registros DNS, SSL automático incluyendo comodines, y subdominios de prueba con un solo clic. Disponibilidad: la limitación de base de datos por sitio se encuentra en desarrollo activo y aún no está disponible. Todo lo demás descrito aquí ya está disponible hoy.
En la mayoría de los alojamientos web, un subdominio es un directorio con una regla de reescritura por delante. Aquí es un registro de sitio de primer nivel con su propia versión de plano, su propia ubicación en la flota y su propio límite de aislamiento. Todo lo que puede hacer en un dominio principal, puede hacerlo en un subdominio.
Cada sitio de subdominio se crea a partir de un plano con control de versiones y ejecuta su propio tipo de pila y entorno de ejecución: WordPress administrado, WooCommerce, PHP, HTML estático o Node. Su subdominio docs puede ser HTML estático mientras que la raíz ejecuta WordPress, sin compromisos entre ellos.
Una base de datos MariaDB por sitio, almacenamiento en caché de página completa LiteSpeed LSCache y una caché de objetos Redis o Memcached por sitio. No se comparte nada con el sitio principal, por lo que un subdominio pesado no puede expulsar la caché del sitio principal ni saturar sus consultas.
CloudLinux LVE limita la CPU, la RAM, la E/S (IO), las IOPS y los procesos de entrada por sitio, CageFS proporciona a cada sitio su propia vista del sistema de archivos y MySQL Governor regula la carga de la base de datos por sitio. Un subdominio descontrolado queda contenido dentro de su propia jaula.
Copias de seguridad diarias conservadas durante 30 días con restauración en un clic, por sitio. Puede revertir un subdominio al estado de ayer sin afectar al sitio principal ni a ninguno de sus sitios secundarios.
Los subdominios son un problema de DNS antes de ser un problema de alojamiento, por lo que la capa de DNS se expone de manera adecuada en lugar de ocultarse tras un formulario con dos campos.
Cada dominio registrable que usted aloja obtiene una zona DNS administrada a través de nuestra capa de controlador DNS. Usted dispone de operaciones CRUD para los tipos de registros esperados, por lo que agregar app, shop, docs, mail o un host comodín es solo editar un registro, no abrir un ticket de soporte. El estado de la zona se concilia de manera idempotente con el proveedor, lo que significa que un cambio aplicado parcialmente o una edición reintentada converge en el estado que solicitó en lugar de dejar su zona en un punto medio ambiguo.
El registrador y el DNS están deliberadamente separados: usted puede registrar un dominio con nosotros y mantener el DNS en otro lugar, o mantener el dominio en su registrador actual y simplemente apuntar un subdominio hacia nosotros. Verificamos la delegación y la activación del servidor de nombres antes de considerar que un dominio está activo, de modo que usted se entere de que un registro es incorrecto a través de la plataforma y no por medio de un cliente.
Un subdominio lento o que muestra una advertencia de certificado es peor que no tener ningún subdominio, por lo que la ruta de entrega es la misma que recibe el dominio principal.
Los certificados de Let's Encrypt se emiten y renuevan automáticamente. Utilice un certificado comodín para cubrir cada subdominio a la vez, certificados por host donde desee que estén separados, o cargue su propio certificado personalizado.
Cada sitio es atendido por LiteSpeed con HTTP/3 habilitado, por lo que un subdominio obtiene el mismo rendimiento a nivel de conexión que el dominio raíz en lugar de un host virtual de segunda clase.
Caché de página completa con LSCache más una caché de objetos Redis por sitio, con purga coordinada desde el panel de control o desde el interior de WordPress. Purgar el sitio principal no elimina la caché de su subdominio.
Realice el despliegue a través de nuestra CDN y el grupo de cuentas de Cloudflare o conecte sus propias cuentas y elija en qué cuenta se despliega un sitio determinado. La entrega es una decisión que toma usted, no una que tomemos por usted.
La razón más habitual para desear un subdominio es disponer de un lugar seguro donde hacer pruebas y romper cosas sin riesgo. Esa vía está integrada y no tiene restricciones en los planes Mainstream.
La clonación a un entorno de pruebas crea una copia aislada de un sitio web activo en un subdominio de pruebas, con sus archivos y base de datos intactos, en la misma pila y versión de plantilla que en producción. Usted trabaja en la copia con el conjunto completo de herramientas: SSH y SFTP enjaulados, wp-cli, el editor VS Code basado en navegador, phpMyAdmin o Adminer, cron por sitio y variables de entorno.
Cuando el cambio esté confirmado, el paso a producción realiza una sincronización compatible con la base de datos de vuelta al entorno de producción. Usted elige los archivos, la base de datos o ambos, y la función de buscar y reemplazar se gestiona por usted para que las URL de su contenido sigan al sitio en lugar de apuntar de nuevo al host de pruebas. Dado que el aprovisionamiento, la clonación y la implementación se ejecutan como flujos de trabajo duraderos de Temporal con reintentos y compensación paso a paso, un fallo a mitad del proceso revierte el trabajo parcial en lugar de dejarle con un sitio a medio clonar.
Preferimos decírselo por adelantado antes que venderle algo que perjudique lo que está intentando hacer.
Los subdominios son la respuesta adecuada para estructurar una sola marca: una aplicación, una tienda, un sitio de documentación, un portal de clientes, un entorno de prueba para cada cliente. Son la respuesta equivocada para una red de blogs privada. Cada subdominio comparte un único dominio registrable, por lo que cualquiera que resuelva uno de ellos sabe exactamente quién posee el resto. Bajo un certificado comodín también comparten un certificado, y la emisión de certificados se publica en registros públicos de transparencia de certificados, por lo que los hosts bajo un dominio compartido son enumerables por cualquiera que decida buscar. Se trata de una propiedad de la PKI y el DNS públicos de la web, no de nuestra plataforma, y ninguna configuración de alojamiento puede cambiarlo.
Por lo tanto, los subdominios se ubican en nuestras líneas Mainstream y Agency, no en la línea Footprint-Free. Si su requisito es que los sitios web no se puedan vincular entre sí, necesita dominios registrables independientes en la línea de productos footprint-free, donde los grupos de cuentas de CDN y DNS, la gestión de huellas digitales y la entrega de HTML estático existen precisamente para romper ese patrón. Ambas opciones funcionan con el mismo motor y el mismo panel de control, por lo que elegir correctamente no le resta comodidad.
Las agencias y los distribuidores utilizan subdominios a gran escala: un host de pruebas por cliente, un host de vista previa por proyecto, un portal por cuenta. La plataforma está diseñada para ese modelo de trabajo.
Las organizaciones se estructuran en forma de árbol, de revendedor a cliente y a sitios, y cada registro se delimita y aplica en la base de datos con seguridad a nivel de fila. Los subdominios de un cliente pertenecen a la organización de ese cliente, no a un contenedor compartido que usted tenga que vigilar por convención.
Implemente, actualice y gestione varios sitios en una sola acción en lugar de repetir el proceso para cada uno de ellos.
Todo lo que se encuentra en el panel de control está disponible en la API pública, generada a partir de la especificación OpenAPI. Gestione la creación de subdominios desde una clave de API con alcance de organización, la CLI, Terraform o una herramienta de IA a través de nuestro servidor MCP.
Las acciones privilegiadas y administrativas se registran para auditoría, y el control de acceso basado en roles regula qué puede hacer cada miembro de su equipo. Puede ver quién creó, modificó o eliminó un host.
Sí. Debido a que cada subdominio funciona como un sitio completo e independientemente aislado con su propia pila tecnológica, base de datos, caché y copias de seguridad, ocupa un espacio de sitio en su plan de la misma manera que lo hace un dominio principal. Los planes se venden en función del número de sitios que cubren, por lo que añadir un sitio de subdominio conlleva el mismo cómputo que añadir cualquier otro sitio.
Sí, y son genuinamente independientes. Cada subdominio es su propio registro de sitio con su propio diseño, por lo que las pilas no tienen que coincidir: WordPress en el dominio principal, WooCommerce en shop, una aplicación Node.js en app y un sitio estático en docs es una configuración habitual aquí en lugar de un caso especial. Pueden alojarse en diferentes máquinas, ejecutar diferentes entornos de ejecución y diferentes versiones de PHP o Node, y desplegarse, prepararse, respaldarse y revertirse según sus propios cronogramas. Nada de uno limita a otro más allá de compartir un nombre de dominio.
Están cubiertos automáticamente en cualquiera de los dos casos. Puede emitir un certificado wildcard que cubra todos los hosts del dominio a la vez, o emitir certificados por host donde desee mantenerlos separados. Los certificados de Let's Encrypt son gratuitos, se emiten y renuevan automáticamente, y puede subir un certificado personalizado en su lugar si dispone de uno.
Le desaconsejamos hacerlo y no lo venderemos de esa manera. Cada subdominio comparte un dominio registrable y, bajo un certificado wildcard, un certificado compartido cuya emisión aparece en los registros públicos de Certificate Transparency, por lo que los hosts son vinculables entre sí por cualquiera que lo investigue. Para trabajos donde los sitios no deban ser conectables, utilice dominios registrables independientes en nuestra línea Footprint-Free, diseñada específicamente para ello con grupos de cuentas CDN y DNS, huellas gestionadas y entrega de HTML estático.
La plataforma está diseñada para contener el problema en lugar de permitir que se propague. CloudLinux LVE limita el uso de CPU, memoria y E/S de cada sitio dentro de su propio entorno aislado, CageFS proporciona a cada sitio una vista aislada del sistema de archivos para que cualquier brecha quede contenida, y MySQL Governor regula la carga de la base de datos por sitio para que las consultas pesadas de uno no ralenticen el servidor. El análisis de malware, un cortafuegos proactivo de aplicaciones web y las copias de seguridad inmutables por sitio refuerzan esta protección. La contención es el objetivo del diseño; ningún proveedor de alojamiento puede prometer que un compromiso de seguridad sea imposible.
Sí. El registrador y el DNS están desacoplados deliberadamente. Puede mantener su dominio con su registrador actual y su zona con su proveedor de DNS actual y simplemente apuntar el registro de un subdominio hacia nosotros. Verificamos la delegación y la activación antes de considerar que el sitio está activo, por lo que un registro mal escrito se detecta de inmediato en lugar de fallar silenciosamente. Cuando la zona del dominio principal ya está alojada aquí, nosotros escribimos el registro del subdominio en ella por usted, por lo que no tiene que agregar nada manualmente.
Solo en la forma en que se crea. La clonación a un entorno de pruebas (Clone to staging) genera una copia aislada de un sitio en producción, archivos y base de datos incluidos, en un subdominio de pruebas que ejecuta la misma pila y versión de plantilla que el entorno de producción. Cuando esté satisfecho, la publicación en producción (push-to-live) lo vuelve a sincronizar mediante una búsqueda y sustitución adaptada a la base de datos. Todo lo demás (aislamiento, SSL, almacenamiento en caché, copias de seguridad y acceso de desarrollador) es idéntico al de cualquier otro sitio.
Usted se los lleva consigo. No existe ningún tipo de bloqueo en ninguna parte de la plataforma: puede recuperar códigos de autorización, desbloquear dominios y transferirlos, utilizar sus propias cuentas de CDN y DNS y exportar sus sitios. Cada proveedor externo que utilizamos se encuentra detrás de un adaptador intercambiable, lo cual es tan válido para usted como lo es para nosotros.
Aislamiento completo, SSL comodín, control total de DNS y entornos de prueba en un clic en cada host que añada. Comience con una prueba de 14 días sin necesidad de tarjeta y compruebe cómo se adapta a sus necesidades antes de comprometerse.
Empiece gratis