Tu portafolio es tu argumento de venta más importante como dev frontend. No necesitas años de experiencia para tener uno bueno; necesitas proyectos bien seleccionados, bien presentados y que demuestren que resuelves problemas reales.
Qué busca un cliente o empleador en un portafolio
Antes de pensar qué poner, entiende qué evalúan quienes lo van a ver:
- ¿Puedes construir cosas que funcionan? No quieren ver proyectos rotos o incompletos.
- ¿Tienes criterio visual? Un diseño descuidado dice que no te importa la calidad.
- ¿El código es legible? Si incluyes el repo, lo van a revisar.
- ¿Resolviste problemas reales? Proyectos con contexto real pesan más que ejercicios abstractos.
Cuántos proyectos necesitas
Menos de lo que crees. Tres proyectos sólidos superan a diez mediocres. La regla práctica:
- Para primer empleo junior: 3-4 proyectos variados
- Para freelance inicial: 2-3 proyectos que demuestren trabajo real con clientes (aunque hayan sido gratuitos)
- Para escalar a semi-senior: 2-3 proyectos complejos + contribuciones a proyectos open source
Los tipos de proyectos que funcionan
Proyectos para clientes reales (los mejores)
Aunque hayan sido gratis o muy baratos, un proyecto para un negocio real con resultado medible es el activo más valioso de tu portafolio. Incluye: qué problema tenía el cliente, qué construiste, y si puedes, un dato de resultado (velocidad mejoró X%, conversión subió Y%).
Proyectos personales con propósito claro
No construyas un clon de Spotify sin contexto. Construye algo que uses tú mismo o que resuelva un problema que conozcas. Un ejemplo: una app para organizar tu itinerario de viajes como nómada. Tiene lógica, tiene uso real, y es relativamente único.
Contribuciones a open source
Aunque sean pequeñas (fix de bug, mejora de documentación), demuestran que sabes trabajar con código de otros y usar Git en equipo.
La estructura del portafolio que convierte
Para el sitio del portafolio
| Sección | Qué incluir |
|---|---|
| Hero | Nombre, rol concreto (no “apasionado de la tecnología”), qué tipo de proyectos haces |
| Proyectos (3-4) | Screenshot, descripción breve, tecnologías, link al proyecto en vivo + GitHub |
| Sobre mí | Breve, honesto, sin buzzwords vacíos |
| Contacto | Email o formulario funcional |
El sitio del portafolio en sí es un proyecto. Que se vea bien y cargue rápido es el mensaje más silencioso que puedes dar.
Para cada proyecto
- Nombre y descripción de una línea: qué hace y para quién
- Stack utilizado (sin exagerar; si fue una landing en HTML/CSS, no pongas 15 tecnologías)
- Link al proyecto en vivo (fundamental; sin live demo pierde impacto)
- Link al repositorio en GitHub
- Si es posible: contexto del cliente o usuario, problema que resolvía, resultado
Errores comunes que hundir portafolios
Proyectos sin link en vivo. Si no está desplegado, es invisible para la mayoría de evaluadores. Usa Vercel, Netlify o GitHub Pages, que son gratuitos.
Proyectos idénticos al tutorial. El clon de Netflix de YouTube es reconocible a primera vista. Si lo usas como base, modifícalo significativamente antes de incluirlo.
Diseño del portafolio descuidado. Si tu portafolio se ve mal, el mensaje implícito es que así va a quedar el trabajo del cliente.
Sin información de contacto clara. Sorprendentemente común. El cliente no debería buscar cómo contactarte.
Herramientas para construir y desplegar el portafolio
- Astro — excelente para portafolios estáticos rápidos con cualquier framework UI
- Next.js — si quieres demostrar que manejas React + SSR
- HTML/CSS/JS puro — válido si está bien ejecutado; demuestra dominio de fundamentos
- Framer — si el diseño es tu punto fuerte y no quieres construirlo desde cero
- Vercel o Netlify — deploy gratuito en minutos, dominio personalizado opcional ($10-15 USD/año)
El dominio propio
No es obligatorio al principio, pero vale la inversión ($10-15 USD/año). Un portafolio en tunombre.dev o tunombre.com se ve más profesional que en tunombre.netlify.app.
Iterar el portafolio con el tiempo
El portafolio no es un objeto estático. A medida que ganas experiencia, actualiza: quita los proyectos más débiles, agrega los más recientes, ajusta el copy para reflejar el tipo de trabajo que quieres hacer.
Un portafolio que no se actualiza en 2 años empieza a enviar señales equivocadas.
En el foro de Nomadaz se comparten portafolios regularmente para feedback. Si estás construyendo el tuyo y quieres una opinión honesta antes de mandarlo a clientes, es una buena forma de detectar los puntos ciegos que uno mismo no ve.