Qué es CertPath y para qué sirve

Si trabajas en tecnología —o quieres entrar— tarde o temprano te topas con la misma pared: las certificaciones. Todo el mundo dice que importan, que abren puertas y suben sueldos, pero nadie te explica cuál sacar, en qué orden ni para qué sirve cada una. CertPath nació justo de esa frustración. Es una plataforma que convierte el caos de las certificaciones TI en un camino claro, guiado por el puesto al que de verdad quieres llegar.

En este artículo te cuento qué es CertPath, qué problema resuelve, cómo funciona por dentro y a quién le viene bien. Sin humo: es un proyecto real, en producción, que puedes probar.

El caos de las certificaciones en tecnología

El ecosistema de certificaciones TI es enorme y, sobre todo, desordenado. Microsoft, AWS, Google Cloud, Cisco, CompTIA, Red Hat, ISACA, (ISC)²… cada fabricante tiene su propio catálogo, su propia nomenclatura y su propia ruta. Solo en Azure hay más de una decena de certificaciones; en AWS, otras tantas; en redes, el universo Cisco es casi una carrera en sí mismo. Multiplica eso por todas las disciplinas —sistemas, redes, cloud, ciberseguridad, datos, desarrollo— y tienes cientos de opciones encima de la mesa.

El problema no es la falta de información, es el exceso de información sin contexto. Cuando alguien empieza, las preguntas que de verdad importan no tienen respuesta fácil:

• ¿Por dónde empiezo si quiero ser administrador de sistemas? ¿Y si quiero ir hacia ciberseguridad?
• ¿Una certificación de nivel "fundamentos" me sirve para algo o es perder el tiempo?
• ¿Tengo que sacarme una antes de poder entender la siguiente?
• ¿Qué busca realmente una empresa cuando pide "certificación X" en una oferta?
• ¿Estoy invirtiendo tiempo y dinero en algo que me acerca a mi objetivo, o solo coleccionando insignias?

He visto a mucha gente —y me ha pasado a mí— invertir meses preparando una certificación que, al final, no encajaba con el camino que querían seguir. No porque fuera mala, sino porque estaba fuera de orden o fuera de objetivo. Esa es la verdadera trampa: no es difícil estudiar, es difícil decidir qué estudiar.

A ese coste de oportunidad hay que sumarle el económico. Muchos exámenes de certificación cuestan entre 150 y 400 euros, y los oficiales no son baratos de preparar. Equivocarse de certificación no es solo perder semanas de estudio: es tirar dinero y, peor aún, perder la motivación. Después de un par de tropiezos así, mucha gente abandona la idea de certificarse por completo, cuando el problema nunca fue su capacidad, sino la falta de un plan.

Por qué un roadmap y no una lista

La reacción habitual a este caos es hacer una lista: "estas son las 20 certificaciones más demandadas". Pero una lista plana no resuelve nada, porque no todas las certificaciones están al mismo nivel ni tienen sentido en cualquier momento. Hay certificaciones de fundamentos pensadas para quien empieza, otras de asociado que asumen experiencia previa, y otras de experto que solo tienen sentido cuando ya llevas años en el área.

Lo que de verdad ayuda no es una lista, es un mapa: una ruta que te diga "para llegar aquí, primero pasa por aquí". Eso es un roadmap. Y la diferencia es enorme:

• Una lista te abruma: 20 opciones y tú decidiendo a ciegas.
• Un roadmap te orienta: un punto de partida, un orden lógico y un destino.

Los roadmaps por rol (administrador de sistemas, ingeniero de redes, analista de seguridad, ingeniero cloud…) funcionan porque parten de lo que de verdad quieres ser, no de un catálogo de fabricante. Primero defines el destino; después, el camino se ordena solo. CertPath está construido alrededor de esta idea.

Las grandes familias de certificaciones (y dónde encaja cada una)

Para entender por qué hace falta un mapa, ayuda ver el terreno. Estas son, a grandes rasgos, las familias con las que se encuentra cualquiera que se plantee certificarse en TI:

• Microsoft / Azure. Muy presentes en el mundo empresarial. Suelen estructurarse en tres niveles: fundamentos (para entender el ecosistema), asociado (rol técnico real: administrar, desarrollar, asegurar) y experto. Encajan bien para perfiles de sistemas, cloud y administración corporativa.
• AWS. El referente en cloud pública. Con su propia escalera —fundamentos, asociado, profesional y especialidades— es casi obligatoria para quien quiere orientarse a arquitectura o ingeniería en la nube.
• Google Cloud. En crecimiento, fuerte en datos e infraestructura cloud. Interesante para perfiles que combinan cloud y analítica.
• Cisco. El estándar histórico en redes. Su recorrido (de los fundamentos a los niveles profesionales y de experto) es prácticamente una carrera en sí misma para quien quiere especializarse en networking.
• CompTIA. Neutral respecto al fabricante y muy buena como punto de entrada: cubre fundamentos de TI, redes y seguridad sin atarte a una marca concreta. Es de las más recomendadas para quien empieza desde cero.
• Ciberseguridad. Un mundo aparte, con certificaciones de iniciación (seguridad defensiva, fundamentos) y otras más avanzadas orientadas a auditoría, gestión o pentesting. Aquí el orden importa especialmente: saltar a lo avanzado sin base es la receta perfecta para frustrarse.
• Red Hat y Linux. Imprescindibles para perfiles de sistemas en entornos Linux, con un enfoque muy práctico.

El detalle clave: estas familias no se excluyen, se combinan. Un futuro ingeniero cloud puede empezar por unos fundamentos neutrales, seguir por una certificación de asociado de un proveedor y rematar con una especialidad. Decidir esa combinación, en el orden correcto, es exactamente lo que CertPath te ayuda a hacer.

Qué es CertPath exactamente

CertPath es un SaaS que ayuda a perfiles técnicos a planificar su carrera mediante rutas de certificación guiadas, con seguimiento de progreso. Dicho en cristiano: eliges hacia dónde quieres ir, y la plataforma te muestra qué certificaciones tiene sentido sacar, en qué orden, y te deja ir marcando tu avance.

Las tres ideas que lo sostienen son:

1. Roadmaps guiados por objetivo profesional, no por lista plana. No te suelta cientos de certificaciones sin contexto. Parte del rol o la meta que persigues y organiza las certificaciones en una ruta con sentido, con las dependencias entre ellas (qué conviene antes y qué después).
2. Seguimiento de progreso por usuario. Cada persona tiene su panel donde marca lo que va completando, de forma que el avance no se pierde: queda guardado y puedes retomarlo cuando quieras.
3. Una herramienta pensada para usarse de verdad, no una infografía estática. Es una aplicación con su cuenta de usuario, su persistencia de datos y su despliegue en producción.

La clave es que CertPath no intenta enseñarte el temario de cada certificación —para eso ya hay cursos y documentación oficial—, sino resolver el problema anterior, el que casi nadie resuelve: la decisión. Qué, en qué orden y por qué.

Capturas

Cómo funciona por dentro

Aquí me pongo un poco más técnico, porque CertPath no es una landing con un PDF detrás: es una aplicación con una arquitectura pensada para crecer.

Frontend en Next.js. La interfaz —la navegación por roadmaps, el panel de progreso, las vistas de cada certificación— está construida con Next.js, que me da renderizado rápido, buen SEO y una experiencia de aplicación fluida. Es lo que ves cuando entras: las rutas, las tarjetas de certificación, el seguimiento.

Backend desacoplado en NestJS. La lógica de negocio vive en un backend separado hecho con NestJS. Esto es una decisión de arquitectura deliberada: en lugar de meter todo en un único bloque, el servidor que gestiona los datos, las relaciones entre certificaciones y el progreso de cada usuario está separado del frontend. ¿Por qué importa? Porque permite que cada parte evolucione por su cuenta, que el backend pueda servir en el futuro a otros clientes (una app móvil, por ejemplo) y que el sistema sea más fácil de mantener y de razonar.

Persistencia en PostgreSQL. Los datos —las certificaciones, los roadmaps, las dependencias entre ellas y el progreso de cada usuario— se guardan en una base de datos PostgreSQL. Que el progreso persista no es un detalle menor: es lo que convierte CertPath en una herramienta que acompaña en el tiempo y no en una consulta de usar y tirar.

Desplegado en producción. No es un experimento en mi portátil. La arquitectura cliente/servidor está desplegada y funcionando, con su frontend y su backend en marcha. Puedes entrar y probarla.

Esa separación —Next.js delante, NestJS detrás, PostgreSQL como memoria— es la columna vertebral. Suena a sobreingeniería para un proyecto personal, y precisamente por eso lo hice así: quería demostrar (a mí mismo y a quien lo vea) que sé montar una plataforma con criterio de producto, no solo un prototipo.

Cómo sacarle partido, paso a paso

Aunque CertPath está pensado para ser intuitivo, así es como yo recomiendo usarlo:

1. Define tu objetivo antes de mirar certificaciones. No empieces por "qué examen me saco", empieza por "qué quiero ser dentro de uno o dos años". El destino ordena el camino.
2. Elige el roadmap del rol que persigues. Deja que la ruta te muestre la secuencia lógica en lugar de saltar a la certificación más sonada.
3. Sé honesto con tu punto de partida. Si vienes de cero, respeta los fundamentos; si ya tienes experiencia, no pierdas tiempo en lo que ya dominas.
4. Marca tu progreso de verdad. Ir registrando lo completado no es decoración: mantiene la motivación y te da una foto realista de cuánto te queda.
5. Revisa el plan cada cierto tiempo. Los catálogos cambian y tus objetivos también. Un roadmap es un mapa vivo, no una losa.

Errores comunes al planificar tus certificaciones

Estos son los tropiezos que CertPath ayuda a evitar, y que veo una y otra vez:

• Empezar por lo avanzado. Lanzarse a una certificación de experto sin la base es la forma más rápida de quemarse y abandonar.
• Coleccionar insignias sin rumbo. Sacar certificaciones sueltas porque "suenan bien" no construye un perfil coherente; lo dispersa.
• Copiar el camino de otro. Lo que le funcionó a un compañero puede no encajar con tu objetivo. El plan tiene que partir de tu destino, no del suyo.
• Ignorar el coste de oportunidad. Cada certificación son semanas de tu vida. Elegir mal no es gratis.
• No medir el avance. Sin seguimiento, es fácil perder la noción de progreso y tirar la toalla justo cuando ya estabas cerca.

Casos de uso reales

CertPath tiene sentido en varios momentos de una carrera técnica:

• El que empieza desde cero. Acaba de terminar de estudiar o se está reorientando hacia la tecnología y no tiene ni idea de por dónde tirar. CertPath le da un punto de partida claro según el rol que le atrae.
• El que quiere cambiar de especialidad. Lleva años en sistemas y quiere moverse hacia ciberseguridad o hacia cloud. El roadmap del nuevo rol le muestra qué le falta y en qué orden conviene sacárselo.
• El que ya está dentro pero va a ciegas. Tiene experiencia, pero se ha certificado de forma desordenada, sacando lo que caía sin un plan. Ver su camino dibujado le ayuda a priorizar el siguiente paso con cabeza.
• El que prepara una promoción o un cambio de empleo. Sabe qué puesto quiere y necesita alinear sus certificaciones con lo que ese puesto pide. El objetivo marca la ruta.

En todos estos casos el valor es el mismo: convertir una decisión angustiosa en un plan ordenado.

A quién va dirigido

CertPath está pensado para perfiles técnicos que se toman su carrera en serio: estudiantes de FP y universidad que quieren entrar bien orientados, profesionales de TI que buscan dar un salto, y personas que se reinventan hacia el sector tecnológico desde otro campo. También es útil para quien orienta a otros —tutores, mentores, responsables de equipo— que necesitan una forma clara de mostrar caminos de crecimiento.

No es para quien busca un atajo para "aprobar sin estudiar": CertPath no regala conocimiento, organiza el camino para adquirirlo.

Qué aporta frente a buscarlo por tu cuenta

Podrías hacer todo esto a mano: abrir veinte pestañas, leerte las webs de cada fabricante, cruzar foros, apuntar en un Excel qué va antes y qué después. Mucha gente lo hace. El problema es que es lento, propenso a errores y desmotivador, y que el Excel se queda obsoleto en cuanto el fabricante cambia su catálogo.

CertPath te ahorra esa fase de investigación a ciegas y te da, de entrada, una ruta razonada con el progreso guardado. La diferencia entre empezar con un mapa y empezar con una caja de piezas sueltas.

Estado actual y hacia dónde va

CertPath está en producción: la arquitectura cliente/servidor está desplegada y puedes probarla en vivo. A partir de esa base, las direcciones naturales de crecimiento son ampliar la cobertura de roadmaps y certificaciones, afinar las dependencias entre ellas a medida que los fabricantes actualizan sus catálogos, y enriquecer el panel de progreso. La arquitectura desacoplada está pensada precisamente para que añadir todo eso no implique rehacer lo anterior.

Preguntas frecuentes

¿CertPath enseña el temario de las certificaciones? No. Se centra en la decisión y la planificación: qué sacar, en qué orden y por qué. Para el temario están los cursos y la documentación oficial de cada fabricante.

¿Sirve si ya tengo experiencia? Sí. Te ayuda a ordenar lo que te falta para llegar a un rol concreto sin repetir lo que ya dominas.

¿Está limitado a un fabricante? No. La idea es razonar por objetivo profesional, combinando familias (neutrales, cloud, redes, seguridad) según tu meta.

En resumen

CertPath resuelve un problema que casi todo el mundo en tecnología sufre y casi nadie ataca de frente: decidir qué certificaciones sacar y en qué orden, en función de a dónde quieres llegar. Lo hace con roadmaps por objetivo, seguimiento de progreso y una arquitectura seria (Next.js, NestJS, PostgreSQL) desplegada en producción.

Si te ha picado la curiosidad, puedes ver la ficha completa de CertPath y probar la demo. Y si lo que quieres es algo parecido para tu propio negocio —una plataforma a medida, bien construida y pensada para durar—, hablemos: es exactamente el tipo de proyecto que disfruto construyendo.