Certificados SSL sin sobresaltos. MeyCert la herramienta de automatización de gestión de certificados.

Los certificados TLS «son el candado» que ven los usuarios en el navegador. Cada certificado tiene una fecha de caducidad, y cuando llega sin renovar, el sitio muestra un error de seguridad o deja de funcionar. Durante años, gestionarlos a mano con un recordatorio en el calendario era suficiente. Las nuevas normas hacen que ese método deje de ser viable.

Qué cambia en las normas

El CA/Browser Forum, el organismo que fija las reglas para las autoridades de certificación con confianza pública, aprobó en abril de 2025 la votación SC-081v3, propuesta originalmente por Apple. El texto establece una reducción escalonada de la vigencia máxima de los certificados TLS y del periodo durante el que una validación de dominio puede reutilizarse:

Fecha de efecto	Vigencia máxima del certificado	Reutilización de la validación de dominio
Hasta el 14 de marzo de 2026	398 días	398 días
Desde el 15 de marzo de 2026	200 días	200 días
Desde el 15 de marzo de 2027	100 días	100 días
Desde el 15 de marzo de 2029	47 días	10 días

Las fechas se aplican según el día de emisión del certificado, no el de su caducidad. Los certificados emitidos antes de cada fecha conservan su vigencia original hasta que expiren.

Qué significa en la práctica

Con 200 días, un certificado se renueva unas dos veces al año. Con 100 días, unas cuatro. Con 47 días, unas ocho veces al año por cada dominio. Multiplíquelo por cientos de dominios y el número de operaciones deja de ser manejable con hojas de cálculo y recordatorios.

La reducción de la reutilización de validación pesa tanto como la de la vigencia. Cuando el periodo baja a 10 días, prácticamente cada emisión exige volver a validar el dominio. Un proceso que dependa de comprobaciones manuales y esporádicas no encaja con ese ritmo.

Qué debe hacer una herramienta de gestión de certificados

Una plataforma seria de gestión de certificados debe cubrir al menos cinco funciones:

• Inventario centralizado. Saber qué dominios tienen certificado, quién lo emitió, cuándo caduca y en qué servidor está instalado.
• Alertas escalonadas. Con certificados de 200 días, avisar con 60 días de antelación es razonable. Con los de 47 días, la alerta debe llegar entre 25 y 30 días antes, con recordatorios adicionales a los 14 y 7 días.
• Renovación automatizada. La renovación no puede depender de que alguien se acuerde. Debe ejecutarse sola, con reintentos y notificación si falla.
• Seguimiento de operaciones pendientes. Una emisión o validación que se queda a medias es un riesgo tan grande como un certificado caducado, y debe verse de inmediato.
• Registro de cambios. Auditar qué se emitió, cuándo y por quién es imprescindible para cumplir con clientes y auditores.

Que hace MeyCert

El panel principal de la herramienta resume el estado del parque de certificados en cuatro bloques:

• Próximos a expirar. Certificados activos con fecha de caducidad cercana.
• Expirados. Certificados que ya han caducado y requieren acción inmediata.
• Emitidos en los últimos 7 días. Un indicador de la actividad reciente de emisión.
• Operaciones en curso. Emisiones o validaciones pendientes de completarse.

Cada certificado aparece con su estado (activo, expirado o pendiente), su fecha de emisión y su fecha de caducidad. Esta visión agrupada es justo lo que hace falta cuando las renovaciones se cuentan por decenas al mes. Los certificados en estado «pendiente» o «expirado» son los que merecen atención primero, porque son los que ya pueden provocar un incidente.

Preparados para lo que viene

Las reglas de 2027 y 2029 cambian el criterio de diseño. Una herramienta que hoy funciona bien con certificados anuales deberá:

1. Soportar ciclos de renovación cada 100 días y, después, cada 47 días, sin intervención manual.
2. Repetir la validación de dominio con mucha más frecuencia, porque la reutilización caerá a 10 días.
3. Alertar con márgenes ajustados a cada tipo de vigencia, en lugar de un único umbral para todos.
4. Mantener la trazabilidad, para demostrar en cada auditoría qué se renovó, cuándo y con qué validación.

Empezar ya tiene una ventaja clara: cada renovación automática que se implanta hoy es una renovación manual que no habrá que sostener en 2029.

Conclusión

El cambio normativo no es un detalle técnico. Convierte la renovación de certificados en una tarea continua que debe estar automatizada, monitorizada y auditada. Revisar el inventario, reducir los procesos manuales y elegir una herramienta preparada para ciclos de 47 días es la mejor forma de evitar caídas en un calendario que ya está fijado.

Fuentes

• AppViewX, «Certificate validity periods are officially changing to 47 days»: https://www.appviewx.com/blogs/certificate-validity-period-47-days/
• DNSimple, «SSL Certificate Validity Changes (2026 – 2029)»: https://support.dnsimple.com/articles/announcement-ssl-certificate-validity-changes/
• The SSL Store, «Industry to Shift to 47-Day SSL/TLS Certificate Validity by 2029»: https://thesslstore.com/blog/47-day-ssl-certificate-validity-by-2029
• SSLInsights, «Reminder: 200-Day SSL Certificate Validity Starts March 15, 2026»: https://sslinsights.com/200-day-ssl-certificate-validity/
• Encryption Consulting, «47-day certificate validity»: https://www.encryptionconsulting.com/education-center/47-day-certificate-validity/