Instalar certificado SSL wildcard en cPanel paso a paso

📅 Publicado el 18 de octubre, 2026 · Por Equipo RedServicio

Instalar un certificado SSL wildcard en cPanel es de esas tareas que más te ahorran si gestionas varios subdominios. Con un solo certificado cubres el dominio principal y todos sus subdominios. Uno solo, sin renovaciones por separado ni compras repetidas. En esta guía veremos qué es exactamente este tipo de certificado, qué necesitas antes de empezar y cómo completar la instalación en cPanel paso a paso. Sin complicaciones. En pocos minutos. Y de paso, algunos consejos prácticos para esquivar los errores que más veces nos llegan por soporte técnico.

¿Qué es un certificado SSL wildcard y cuándo necesitas uno?

Un certificado SSL wildcard (o comodín, que es lo mismo) protege no solo tu dominio principal, también sus subdominios de primer nivel. Se distingue por el asterisco en el campo del nombre común (CN). Algo así: *.tudominio.com. Ese único certificado valida, por ejemplo:

• tudominio.com (el dominio principal)
• blog.tudominio.com
• tienda.tudominio.com
• clientes.tudominio.com

La ventaja es doble: económica y operativa. En vez de comprar y renovar un certificado por cada subdominio, gestionas uno. Y si prevés que en los próximos meses añadirás más subdominios, el wildcard te cubre desde el primer día. Sin gestiones extra.

¿Cuándo tiene sentido usarlo? Los casos típicos son tiendas online con paneles separados (tienda y admin), aplicaciones SaaS donde cada cliente tiene su subdominio, portales corporativos con áreas de intranet, o proyectos con entornos de pruebas del tipo dev.tudominio.com. Ahora bien, si solo tienes un dominio simple, sin subdominios, probablemente te baste con un certificado estándar. Más sencillo y más barato. Aquí no hay nada de qué avergonzarse: no todo el mundo necesita un wildcard.

Requisitos previos antes de instalar tu SSL wildcard

Antes de ponernos manos a la obra, revisa estos puntos. Cuesta poco y evita atascos a mitad de proceso:

1. Certificado wildcard adquirido y emitido: necesitas los archivos .crt (el certificado), la clave privada .key generada junto a la CSR y el archivo de la CA intermedia (suele llamarse ca_bundle).
2. Acceso a cPanel: con las credenciales de la cuenta de hosting donde está alojado el dominio.
3. Validación DNS completada: al emitir el certificado, tu entidad certificadora te pidió añadir un registro TXT o validar por correo. Verifica que la emisión terminó bien.
4. Dominio apuntando al servidor: la zona DNS debe resolver correctamente al servidor donde vas a instalar.

Y aquí va el error más habitual de todos: generar la CSR fuera de cPanel y no guardar la clave privada. Sin esa clave, el certificado emitido no sirve para nada. Inservible. Si la has perdido, no queda otra que generar una CSR nueva y pedir la reemisión a tu entidad certificadora.

Instalar certificado SSL wildcard en cPanel paso a paso

Llegados a este punto, ya tienes todo lo necesario. El trabajo en cPanel se hace desde la herramienta SSL/TLS, en la sección «Seguridad» del panel. Son tres bloques: subir el certificado, subir el paquete de la CA (si tu proveedor lo pide) y activar el certificado sobre el dominio.

Detallo cada bloque en orden, con las rutas exactas de cPanel y qué conviene verificar en cada paso. Porque no es lo mismo instalar el certificado que dejarlo funcionando bien. Sigue los pasos tal cual, en el orden indicado, y te ahorras errores de validación durante la instalación.

Cómo asignar el wildcard a tus subdominios en cPanel

Ya tienes el certificado SSL wildcard emitido e instalado. Bien. Pero eso es solo la mitad del trabajo: ahora hay que asegurarse de que cada subdominio lo use de verdad. Un wildcard del tipo *.tudominio.com cubre todos los subdominios de primer nivel, sí, aunque cada uno debe quedar configurado para servirse por HTTPS.

En cPanel, el procedimiento sería este:

1. Comprueba que el certificado cubre el subdominio: entra en Seguridad → SSL/TLS Status. Ahí aparece la lista de dominios y subdominios con el estado de su candado. Los que estén cubiertos por el wildcard deberían mostrar el certificado correcto ya asignado. Si alguno aparece sin él, anótalo.
2. Activa HTTPS en cada subdominio: si alguno sigue sirviendo contenido por HTTP, edita su archivo .htaccess y añade una redirección permanente:

   RewriteEngine On / RewriteCond %{HTTPS} off / RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

   Con esto, todo el tráfico pasa automáticamente a la versión segura. Sin excepciones.

3. Revisa las URLs internas: en WordPress, por ejemplo, actualiza la URL del sitio en Ajustes → Generales y usa un buscador-reemplazador para cambiar las referencias http:// por https:// en la base de datos. Es la forma más limpia de evitar errores de contenido mixto.
4. Comprueba el resultado: visita cada subdominio (blog.tudominio.com, tienda.tudominio.com, etc.) y confirma que el candado aparece en el navegador, sin avisos de ningún tipo.

Errores comunes al instalar un SSL wildcard y cómo solucionarlos

Hagas las cosas bien o no, tarde o temprano te toparás con alguno de estos fallos. Los veo una y otra vez. Vamos con ellos:

1. El candado no aparece en el navegador

Casi siempre es contenido mixto: imágenes, scripts o fuentes que se cargan por HTTP. Abre las herramientas de desarrollador del navegador (pestaña Consola), localiza esos recursos y corrige sus URLs a HTTPS.

2. Advertencia de certificado en un subdominio concreto

Ojo con esto, porque confunde a mucha gente: un wildcard solo cubre un nivel. *.tudominio.com protege blog.tudominio.com, pero no sub.blog.tudominio.com. Si necesitas cubrir subdominios de segundo nivel, tocará adquirir un wildcard multinivel o un certificado específico para ese caso.

3. Error «NET::ERR_CERT_AUTHORITY_INVALID»

Este error indica que el certificado se instaló sin el archivo de la cadena (CA Bundle). Vuelve a SSL/TLS → Administrar sitios SSL, pega el certificado junto con su cadena completa en los campos correspondientes y guarda. Suele resolverse en un minuto.

4. El certificado caduca sin previo aviso

Activa las notificaciones de renovación en tu proveedor y, si puedes, habilita la renovación automática. ¿Por qué importa tanto? Porque un vencimiento inesperado genera advertencias graves a tus visitantes y, con ellas, una pérdida de confianza difícil de recuperar.

5. La validación DNS falla durante la emisión

Antes de reintentar la validación, comprueba que el registro TXT del desafío se propagó correctamente. Herramientas como dig o whatsmydns.net te lo dirán en segundos. Y ten paciencia: los cambios DNS pueden tardar hasta 24 horas.

Conclusión: asegura tu dominio y todos tus subdominios

Pocas inversiones resultan tan rentables en una web que gestiona varios subdominios: un solo certificado, una única renovación al año y protección completa para blog.tudominio.com, tienda.tudominio.com y todos los que vengan después. Como has visto, el proceso en cPanel está al alcance de cualquier webmaster: generar el CSR, validar la propiedad del dominio, instalar el certificado con su cadena completa y asignar HTTPS a cada subdominio.

Luego está el mantenimiento, que nadie puede saltarse. Revisa de vez en cuando el estado de tus certificados desde SSL/TLS Status, mantén las redirecciones a HTTPS activas y vigila que no aparezca contenido mixto tras cada actualización de tu web. La seguridad no es un evento puntual. Es un hábito.

¿Prefieres no complicarte? En RedServicio te lo ponemos fácil: nuestros planes de hosting incluyen soporte para SSL wildcard, instalación asistida y soporte técnico 24/7 en español para acompañarte en cada paso. Tu dominio y todos tus subdominios merecen el candado verde. Da ese paso hoy mismo.