Reseller describe cómo vendes; VPS, dónde alojas; administrado, quién opera el servicio. Puedes revender hosting sobre un VPS y contratar su administración. La elección útil consiste en decidir qué vas a entregar a cada cliente y quién responderá cuando algo falle.
Esta guía es para agencias, desarrolladores y emprendedores que quieren ofrecer alojamiento con su marca. Te ayudará a comparar un paquete reseller listo para usar con una operación sobre VPS, sin confundir recursos, licencias, soporte o promesas de disponibilidad.
Un paquete reseller suele permitir distribuir recursos entre cuentas de clientes desde un panel. En cPanel & WHM, por ejemplo, el revendedor administra cuentas mediante privilegios delimitados por el proveedor. Tener WHM no significa disponer de todos los permisos del servidor. Consulta la guía oficial de cuentas reseller y confirma los permisos de tu propuesta.
Puede facilitar el arranque porque aprovechas una plataforma ya operada. Aun así, debes aprender a gestionar accesos, límites, renovaciones e incidentes. La marca blanca, la facturación automática y las licencias no deben darse por incluidas. Si estás preparando esa parte comercial, revisa cómo iniciar una oferta de hosting con marca propia.
Un VPS es una máquina virtual con recursos asignados según el plan. Puede servir para alojar varias cuentas, una aplicación o un cliente con requisitos propios. Requiere decidir el sistema, los componentes y su mantenimiento, aunque delegues estas tareas.
Una vCPU no implica CPU física exclusiva. Hay máquinas virtuales con CPU compartida y con CPU dedicada; DigitalOcean documenta ambas modalidades. Pregunta también por memoria, almacenamiento, I/O, tráfico y límites sostenidos. Un VPS pequeño o mal operado no es automáticamente mejor que una plataforma reseller bien dimensionada.
La palabra cloud no explica por sí sola la arquitectura ni la recuperación ante fallos. “Administrado” indica que alguien asume tareas operativas, pero hay que enumerarlas: parches del sistema, panel, servicios, monitoreo, respaldo o restauración. No presupongas que también reparará WordPress, plugins, código o una base de datos dañada.
Como referencia, el modelo de responsabilidad compartida de AWS distingue la infraestructura del sistema invitado y las aplicaciones. Es un ejemplo de separación de responsabilidades, no el contrato de todos los proveedores. Tu oferta debe especificar quién cubre cada capa.
Puede carecer de cuentas por cliente, panel de reventa, facturación, marca blanca o licencias. Y “cloud administrado” no prueba balanceo, redundancia ni un SLA particular. Solicita esos componentes por separado cuando los necesites.
PLATAFORMA PREPARADA
Puede encajar: sitios compatibles con el catálogo y los límites del proveedor, cuando prefieres concentrarte en vender y atender.
Comprueba: cuentas permitidas, límites por cuenta y globales, permisos del panel, licencias, backups y soporte al revendedor.
No lo elijas todavía si: una aplicación necesita algo que la plataforma no permite o no puedes exportar cuentas individualmente.
OPERACIÓN PROPIA
Puede encajar: necesitas configurar el entorno y tienes personal responsable de operarlo y recuperarlo.
Comprueba: compatibilidad del panel, recursos, aislamiento entre clientes, licencias, seguridad y capacidad de respuesta de tu equipo.
No lo elijas todavía si: nadie puede atender un incidente del sistema o restaurar el servicio fuera de horario.
OPERACIÓN CONTRATADA
Puede encajar: necesitas un entorno configurable y quieres contratar tareas técnicas con alcance escrito.
Comprueba: qué administra el proveedor, exclusiones, canales, horarios, cambios admitidos y responsabilidades de la aplicación.
No lo elijas todavía si: “soporte completo” es la única respuesta o falta la infraestructura comercial para revender.
Puede referirse a alojar cuentas de hosting dentro de un VPS, o a comercializar VPS independientes de un mayorista. Son operaciones distintas. No asumas que contratar una máquina virtual permite crear y revender otras máquinas virtuales dentro de ella.
Usa este mapa como punto de partida, no como un reparto contractual universal. En cada tarea escribe un responsable principal y un suplente. Si dos partes creen que la otra lo hace, la tarea sigue sin dueño.
Seguridad también es reparto de tareas: define quién revisa alertas, actualiza componentes, revoca accesos y actúa ante una cuenta comprometida. El panel facilita operaciones; no sustituye ese acuerdo.
Lista versiones, bases de datos, extensiones, tareas programadas y procesos persistentes. Si el reseller admite todo, sigue evaluándolo. Si existe una incompatibilidad confirmada, estudia otro entorno para esa carga, no necesariamente para todos tus clientes.
Con un equipo capaz y responsable, considera autoadministración. Sin él, pide administración con tareas y exclusiones escritas. Si la aplicación queda fuera, asigna ese trabajo antes de vender.
Define cuentas independientes y límites por cliente. Comprueba también límites globales del reseller o VPS. Una cuota de disco no demuestra aislamiento de procesos o archivos. CloudLinux, por ejemplo, distingue límites de recursos LVE y aislamiento de usuarios con CageFS; no asumas que están instalados o habilitados en tu oferta.
Pide una demostración con datos de prueba, documenta quién la ejecuta y valida web, base de datos y correo. Si solo puedes recuperar el servidor completo, pregunta cómo evitar sobrescribir a los demás clientes.
Suma proveedor, panel, licencias, respaldos, almacenamiento, administración, soporte, migración y cargos variables. Separa la inversión inicial del costo recurrente. Si una partida ya está incluida, no la cuentes dos veces.
Elige la alternativa que cumpla compatibilidad, operación, separación y recuperación con un costo sostenible. Si falta una respuesta crítica, pide evidencia antes de contratar. Más RAM no compensa una restauración desconocida.
Una web, un dominio y una cuenta de panel no son necesariamente la misma unidad de cobro. La licencia de cPanel distingue planes por número de cuentas y muestra complementos por separado. Confirma cómo cuenta el mayorista las cuentas reseller y qué ocurre al crecer.
Para comparar propuestas, solicita la misma lista: panel, plataforma de facturación, herramienta de backup, seguridad, sistema operativo y software de aplicación. Indica quién es titular de cada licencia, si permite el uso previsto y qué se pierde al cambiar de proveedor. No hay un margen de reventa universal: el tiempo de soporte también cuesta.
EJEMPLO HIPOTÉTICO · NO ES UN CLIENTE NI UN BENCHMARK
Contexto: una agencia atiende diez sitios informativos WordPress, una tienda WooCommerce y una aplicación a medida. Sabe mantener las webs, pero no tiene una persona asignada a administrar Linux fuera de horario.
La incompatibilidad afecta a una carga. Migrar las otras once añade trabajo sin un beneficio probado. Un VPS autoadministrado dejaría una responsabilidad operativa vacía. El plan administrado resuelve esa parte, pero todavía necesita un responsable de la aplicación.
Evaluar un paquete reseller para los once proyectos compatibles y un VPS administrado separado para la aplicación, con mantenimiento de código asignado al desarrollador. Antes del alta: probar carga representativa, restauración por cuenta y escalamiento.
Qué cambiaría la decisión: que la tienda no cumpla los límites comprobados, que la separación entre clientes sea insuficiente, que las restauraciones no satisfagan al negocio o que el costo total de dos entornos no sea viable. Entonces se comparan otras propuestas. El número de sitios no permite deducir por sí solo cuánta RAM contratar.
Copia esta ficha y pide respuestas en la misma estructura a cada proveedor. Marca “no confirmado” en lo que falte; no conviertas un silencio en una prestación incluida. Para el diseño general del negocio también puedes usar el diagnóstico de reventa cloud.
Mi decisión: propuesta elegida ____ · evidencia pendiente ____ · responsable de cerrar cada pendiente ____.
Un SLA debe explicar qué mide, cómo se reporta una incidencia, sus exclusiones y posibles compensaciones. No traslades al cliente una garantía más amplia que la que tu operación puede sostener. Atención 24/7, tiempo de primera respuesta, tiempo de restauración y disponibilidad son compromisos diferentes.
Documenta cuánto dato puede perder el cliente y cuánto tiempo puede estar sin servicio. Después verifica si la frecuencia, la retención y el procedimiento de recuperación sirven para ese objetivo. Pide copias fuera del entorno de producción con acceso controlado; una copia inaccesible tras una suspensión también es un riesgo operativo.
Hay diferencias de permisos importantes. En cPanel, restaurar automáticamente un backup completo requiere WHM; poder descargarlo desde cPanel no equivale a poder restaurarlo allí. Comprueba lo que realmente puede hacer tu cuenta y lo que debe ejecutar el proveedor.
Entrega al proveedor dominio o identificador de cuenta, hora y zona horaria, síntoma, alcance, error observable, último cambio y acciones ya realizadas. Evita enviar contraseñas por el ticket. Conserva el número de caso, la siguiente hora de actualización acordada y una persona que informe al cliente, aunque la reparación ocurra en otra capa.
Pregunta qué conductas o impagos pueden suspender una cuenta, un reseller o todo el servicio; qué aviso existe; quién puede levantar la suspensión; y cómo obtener copias. WHM dispone de funciones para gestionar el estado de cuentas reseller, pero las condiciones y los plazos los establece el proveedor.
El modelo híbrido es una opción, no una obligación de crecer. Puedes mantener las cuentas que funcionan en una plataforma y separar las que necesitan otro entorno. Cambia por una limitación demostrada o por un requisito del cliente, no por alcanzar un número arbitrario de cuentas.
Sí, si el contrato permite ese uso, la configuración separa las cuentas y dispones de las licencias y herramientas necesarias. Confirma quién crea los paquetes, atiende a tus clientes y mantiene las aplicaciones. La administración del servidor no incluye automáticamente esas funciones.
No. Puede reducir la administración del sistema, pero seguirás necesitando criterio para gestionar cuentas, dominios, accesos, copias e incidentes. Tu cliente necesita una persona capaz de entender el reporte y escalarlo correctamente.
Cuando una limitación comprobada de compatibilidad, recursos, control o separación justifica el cambio y puedes cubrir la nueva operación. Revisa primero si basta cambiar una cuenta o contratar otro paquete. No existe un número universal de clientes que obligue a migrar.
No basta la etiqueta. Pide la arquitectura concreta, los puntos únicos de fallo, el mecanismo de recuperación y el SLA aplicable. Si necesitas continuidad ante una caída, debe diseñarse y verificarse para esa aplicación.
Lleva tu ficha: aplicaciones, clientes, separación necesaria, quién administrará y cómo se recuperará cada servicio. Así podrás detectar lo incluido y lo que tu negocio deberá resolver.
Consultar infraestructura VPS con Cobalt Blue Web
Confirma la modalidad de administración, licencias y condiciones de reventa antes de ofrecerlas. Una cotización de VPS no constituye por sí sola un programa reseller.
Para completar la parte comercial, consulta qué preparar para revender servicios digitales.
Documentación técnica consultada el 20 de octubre de 2026. Los enlaces oficiales explican productos concretos; no certifican prestaciones de un plan de Revendedores Cloud o Cobalt Blue Web. El esquema, la ficha y el caso son elaboración editorial original.