Cursos de desarrollo web online: ruta completa 2026

Respuesta rápida: qué curso de desarrollo web online te conviene según de dónde partes

No existe «el mejor curso de desarrollo web online». Existe el curso que encaja con tu punto de partida, con las horas que puedes dedicar de verdad y con lo que quieres hacer al terminar. Antes de comparar plataformas, sitúate en uno de estos cuatro perfiles: la decisión cambia por completo.

Si partes de cero absoluto

No pagues nada todavía. El material gratuito para los primeros tres o cuatro meses es mejor que buena parte del de pago, y te sirve para averiguar algo que ningún folleto te va a decir: si te gusta esto. Mucha gente descubre en la semana seis que no soporta depurar código durante dos horas para encontrar una coma. Mejor descubrirlo antes de firmar una financiación.

Empieza por HTML y CSS con un recurso que te obligue a escribir código desde el primer día, no a ver vídeos. Cuando puedas maquetar una página de tres secciones sin copiar de ningún sitio, has terminado la primera etapa. Ahí ya puedes decidir si inviertes dinero.

Si ya has tocado HTML y CSS

Tu cuello de botella es JavaScript, y concretamente la parte que casi todos los cursos pasan de puntillas: asincronía, manejo de errores y trabajo con APIs. Busca un curso que dedique al menos un tercio del temario a JavaScript puro antes de tocar cualquier framework. Si el índice pasa de «variables y bucles» a «tu primera app en React» en dos módulos, ese curso te va a dejar cojo.

Si vienes de otro sector y quieres cambiar de trabajo

Aquí el contenido importa menos que la estructura. Necesitas plazos, revisión de código por alguien con criterio y un grupo con el que compartir el atasco de los martes. Un curso autodidacta gratuito es objetivamente bueno, pero la tasa de abandono cuando nadie te espera es alta. Si tu problema es la constancia, estás pagando por acompañamiento, no por vídeos: júzgalo con esa vara.

Si ya programas en otro lenguaje

Sáltate los fundamentos de programación y ve directo a lo específico de la web: el modelo del navegador, el DOM, el ciclo petición-respuesta, CSS moderno (que sigue siendo lo que más cuesta a quien viene del backend) y las particularidades de JavaScript. Un curso «desde cero» te va a aburrir en el módulo dos y lo vas a abandonar. Busca formación por temas sueltos y documentación oficial.

Qué necesitas para empezar: equipo, entorno y método

Antes de matricularte en nada conviene montar el entorno, porque una parte del abandono de las primeras semanas no viene del temario: viene de pelearse con la instalación. Todo lo que sigue es gratuito salvo que se indique lo contrario.

El equipo, sin gastar de más

Cualquier portátil de los últimos años sirve para aprender desarrollo web. Lo que se nota en el día a día no es el procesador, es la memoria: con el editor abierto, el navegador con varias pestañas y un servidor de desarrollo corriendo, 8 GB de RAM se quedan cortos y el sistema empieza a tirar de disco. Si vas a comprar, prioriza memoria y disco de estado sólido antes que gama de procesador. Y una pantalla en la que quepan el editor y el navegador a la vez ahorra más tiempo del que parece; un monitor externo barato es la mejora más rentable del puesto.

No necesitas ningún sistema operativo concreto. En Linux y macOS la terminal viene de serie con lo que usarás. En Windows tienes dos caminos razonables: el subsistema de Windows para Linux, que te da un entorno Linux completo dentro del sistema, o trabajar directamente con la terminal de Windows y Git Bash. Elige uno y no vayas cambiando: los tutoriales dan por hecho un entorno y mezclarlos multiplica los errores raros.

Las herramientas mínimas

Un editor de código. Visual Studio Code es gratuito, es el más extendido y casi cualquier tutorial que abras da por hecho que lo usas. Hay alternativas buenas (Neovim si vienes de terminal, o entornos de JetBrains, que son de pago con licencia de estudiante). Consejo: no instales veinte extensiones el primer día. Formateo automático, control de versiones integrado y poco más.
Un navegador con buenas herramientas de desarrollo. Chrome o Firefox valen. Vas a vivir en cuatro paneles: el inspector de elementos, la consola, el de red y el depurador. Dedícale una tarde entera a ese menú antes de seguir con el temario; se amortiza en una semana.
Node.js en versión de soporte a largo plazo, que es la que usan los proyectos serios. Instálalo con un gestor de versiones para poder saltar entre ellas cuando un proyecto pida otra; hacerlo a mano se convierte en un problema en cuanto tocas dos repositorios distintos.
Git y una cuenta en una plataforma de repositorios. Desde el primer proyecto, aunque nadie lo vea. Tu historial de commits es parte de tu candidatura.
Un sitio donde apuntar. Un archivo de texto plano basta. Qué error te ha salido, qué lo causaba y cómo lo resolviste. Vas a repetir el mismo fallo tres veces y la tercera lo agradecerás.

Cómo organizar la semana

La constancia rinde más que la intensidad. Cuatro sesiones de hora y media repartidas entre semana enseñan más que un maratón de seis horas el domingo, porque el descanso entre sesiones es parte del aprendizaje y porque un maratón semanal se cancela a la primera boda. Reserva las franjas en el calendario como si fueran una clase presencial a la que has pagado por asistir.

Divide cada sesión en dos mitades: una de material nuevo y otra de teclado. Si un día solo tienes cuarenta minutos, usa los cuarenta en la mitad de teclado; el vídeo puede esperar, el músculo no. Y termina siempre dejando algo a medias y anotado, porque arrancar la sesión siguiente desde una tarea concreta cuesta mucho menos que arrancarla desde una página en blanco.

La ruta de aprendizaje, en el orden que funciona

El orden no es una cuestión de gustos. Cada etapa te da el vocabulario que necesitas para entender la siguiente, y saltártela se paga con intereses tres meses después. Esta es la secuencia que siguen los planes de estudio serios, con lo que de verdad tienes que dominar en cada punto.

Etapa 1: HTML y CSS, más profundo de lo que crees

HTML no son treinta etiquetas que se memorizan en un fin de semana. Lo que separa a alguien que maqueta de alguien que sabe HTML es el uso de elementos con significado: encabezados que forman una jerarquía coherente, listas que son listas, botones que son <button> y no divs con un onclick, formularios con etiquetas asociadas a sus campos. Eso es lo que hace que una página funcione con teclado, con lector de pantalla y en el resultado de búsqueda.

En CSS, el objetivo de esta etapa es entender el modelo de caja, el flujo del documento, la cascada y la especificidad. Después, Flexbox y Grid, que resuelven prácticamente cualquier maquetación que te vayas a encontrar. Aprende también propiedades personalizadas (las variables de CSS), unidades relativas y consultas de medios. Un detalle que marca diferencia en 2026: la accesibilidad ha dejado de ser un extra. La Directiva (UE) 2019/882, transpuesta en España por la Ley 11/2023, exige requisitos de accesibilidad a numerosos productos y servicios digitales desde el 28 de junio de 2025, y la referencia técnica es la norma EN 301 549, apoyada en las pautas WCAG 2.2 del W3C. Un desarrollador que sabe qué es un contraste insuficiente o un foco de teclado perdido vale más que uno que no lo sabe.

Etapa 2: JavaScript, la etapa donde se cae más gente

Aquí es donde el aprendizaje deja de ser cómodo. JavaScript te pide entender tipos, funciones, ámbito, cierres, el objeto this, prototipos, y sobre todo el modelo asíncrono: promesas, async/await y qué pasa exactamente cuando pides datos a un servidor y la respuesta tarda. Sin eso, un framework es una caja negra que a veces funciona.

Trabaja con el DOM a mano antes de dejar que ninguna librería lo haga por ti: seleccionar elementos, escuchar eventos, crear nodos, delegar eventos. Aprende a leer errores en la consola del navegador y a usar el depurador con puntos de interrupción, no con console.log sembrado por todas partes. El lenguaje se estandariza cada año bajo el paraguas de ECMAScript, así que un curso que enseñe sintaxis anterior a las clases y los módulos está desactualizado.

Dos añadidos que ya son norma en ofertas reales: TypeScript, que añade tipado sobre JavaScript y aparece en la mayoría de bases de código profesionales, y un gestor de paquetes con npm y su ecosistema. Si tienes que elegir un extra al terminar esta etapa, elige TypeScript.

Etapa 3: Git y la línea de comandos, mucho antes de lo que te dicen

La mayoría de cursos deja Git para el final, y es un error. Empieza a usarlo en la etapa dos, aunque solo sea contigo mismo. Necesitas init, add, commit, branch, merge, push, pull, resolver un conflicto sin pánico y entender qué es un pull request. En cualquier equipo, tu primer día consiste en clonar un repositorio y abrir una rama; si eso te resulta ajeno, se nota.

De la terminal necesitas menos de lo que temes: moverte por directorios, crear y borrar, encadenar comandos, leer la salida de un proceso que falla. Media tarde bien invertida.

Etapa 4: un framework de front-end, uno solo

Cuando puedas construir una aplicación pequeña con JavaScript puro —una lista de tareas que persiste datos, un buscador que consume una API pública— es el momento del framework. React es el que más aparece en ofertas de empleo, con su ecosistema alrededor (enrutado, gestión de estado, y metaframeworks como Next.js). Vue tiene una curva de entrada más suave y buena presencia en España. Angular sigue fuerte en entornos corporativos y en proyectos grandes con equipos numerosos. Svelte es el que menos código te hace escribir y crece, aunque hay menos vacantes.

Elige uno y quédate ahí seis meses. Saber tres frameworks a medias no vale nada; saber uno bien te permite aprender el siguiente en dos semanas, porque los conceptos —componentes, estado, props, ciclo de vida, renderizado— se trasladan casi enteros.

Etapa 5: backend y APIs

Si ya sabes JavaScript, Node.js con Express es el camino de menor fricción: mismo lenguaje a los dos lados. Python con Django o FastAPI es la alternativa más común, y te abre además la puerta al análisis de datos. PHP con Laravel sigue teniendo muchísimo trabajo en España, sobre todo en agencias y en todo lo que orbita alrededor de WordPress, y a menudo se ignora por prejuicio. Java con Spring y C# con .NET dominan la banca y la gran empresa.

Lo que tienes que entender no es el lenguaje, sino los conceptos: rutas, métodos HTTP, códigos de estado, cabeceras, autenticación, sesiones y tokens, validación de entrada, variables de entorno y por qué una clave nunca se escribe dentro del código. Diseña y consume una API REST completa. Si el curso menciona seguridad —inyección SQL, XSS, CSRF, gestión de contraseñas con hash— súmale puntos, porque muchos ni la nombran.

Etapa 6: bases de datos

Empieza por SQL, con PostgreSQL o MySQL. Aprende a modelar: tablas, claves primarias y foráneas, relaciones, normalización básica, índices. Escribe consultas con JOIN a mano antes de dejar que un ORM las escriba por ti, porque el día que una página tarde ocho segundos en cargar vas a tener que leer el plan de ejecución. Después, si tu proyecto lo pide, mira una base documental como MongoDB. El orden inverso —empezar por NoSQL porque «es más fácil»— produce modelos de datos que se rompen al primer requisito nuevo.

Etapa 7: despliegue y todo lo que rodea al código

Una aplicación que solo funciona en tu portátil no cuenta. Necesitas publicar: un sitio estático en GitHub Pages, Netlify, Vercel o Cloudflare Pages; una aplicación con backend en un servicio tipo Render o Railway, o en una máquina virtual si quieres entender qué hay debajo. Aprende qué es un dominio, un registro DNS, un certificado TLS y por qué tu formulario falla por CORS.

Añade nociones de integración continua: que un push ejecute las pruebas y despliegue solo si pasan. No hace falta que seas experto en infraestructura, pero un junior que sabe leer el registro de un despliegue fallido resuelve solo la mitad de sus problemas.

Etapa	Qué dominas al salir	Dedicación orientativa	Señal de que puedes pasar de etapa
HTML y CSS	Semántica, accesibilidad básica, Flexbox y Grid, diseño adaptable	80-120 h	Maquetas una landing de tres secciones sin mirar ejemplos
JavaScript	Tipos, funciones, DOM, eventos, promesas, `fetch`, errores	150-250 h	Construyes una app que consume una API y guarda datos
Git y terminal	Ramas, conflictos, pull requests, comandos básicos	15-25 h	Colaboras en un repositorio ajeno sin romper nada
Framework front-end	Componentes, estado, enrutado, consumo de datos	100-180 h	Reescribes tu proyecto de JavaScript puro con el framework
Backend y APIs	Rutas, HTTP, autenticación, validación, seguridad básica	120-200 h	Tu front-end habla con un backend que has escrito tú
Bases de datos	Modelado, SQL, relaciones, índices	60-100 h	Diseñas un esquema de cinco tablas y lo consultas con `JOIN`
Despliegue	Hosting, dominios, TLS, variables de entorno, CI básica	30-50 h	Tu proyecto está en una URL pública y se actualiza solo al hacer push

Las horas son orientativas y varían mucho según experiencia previa y método de estudio. Úsalas para planificar, no como promesa: el rango existe precisamente porque nadie puede predecir tu curva.

Cuánto tiempo lleva de verdad

Horas frente a semanas

Sumando la tabla anterior salen entre 555 y 925 horas hasta tener el recorrido completo. Traducido a calendario: con diez horas semanales, entre año y medio y dos años. Con veinte horas, entre siete meses y un año. A jornada completa, entre cuatro y seis meses de trabajo intenso, que es justo el rango en el que se mueven los bootcamps. Ahí está el motivo real de que un intensivo «funcione»: no enseña más rápido, te obliga a poner las horas.

Cuidado con el cálculo optimista. Las horas de estudio útiles no son las horas sentado. Ver un vídeo mientras comes no cuenta. Cuenta el tiempo con las manos en el teclado escribiendo código que no te han dictado.

La meseta del mes tres

Casi todo el mundo pasa por el mismo bache. Las primeras semanas hay progreso visible: cambias un color y el color cambia. Hacia el tercer mes entras en asincronía, gestión de estado y errores que no dicen nada útil, y la sensación de avance desaparece durante varias semanas. No es que hayas dejado de aprender; es que estás construyendo la parte que no se ve.

La forma de atravesarlo es reducir el tamaño de los objetivos. En lugar de «terminar el módulo», propón «hoy consigo que este botón muestre los datos». Y si llevas dos horas atascado en el mismo error, para, escribe en un papel qué esperabas y qué pasa, y pregunta.

Cómo saber que puedes pasar de etapa

Un criterio honesto: puedes construir algo pequeño desde una hoja en blanco, sin tutorial abierto, y explicárselo a otra persona. Si necesitas volver a mirar cómo se declara una función, sigues en la etapa anterior. Terminar los vídeos no es terminar la etapa.

La pregunta que separa a quien va a conseguirlo de quien no es esta: ¿cuántas líneas de código has escrito hoy que no te haya dictado nadie? Si la respuesta lleva semanas siendo cero, no tienes un problema de curso, tienes un problema de método.

Gratuito, de pago o bootcamp: qué compras en cada caso

El precio de un curso de desarrollo web online no mide su calidad. Mide qué servicios lleva alrededor del contenido. El contenido, en esta disciplina, es abundante y gratuito.

Formación gratuita de calidad

Hay recursos gratuitos que superan a la mayoría de los de pago. freeCodeCamp es una organización sin ánimo de lucro con un plan de estudios completo y práctico, donde escribes código en el navegador desde el primer minuto y obtienes certificaciones al completar cada bloque. The Odin Project ofrece una ruta larga y exigente, con caminos de JavaScript y de Ruby, apoyada en recursos externos y proyectos que construyes tú desde cero. Su comunidad es uno de sus mayores activos.

MDN Web Docs, mantenida por Mozilla, es la referencia técnica de las tecnologías web y tiene además una guía de aprendizaje para principiantes. Úsala siempre como fuente de verdad cuando un tutorial y otro se contradigan. web.dev, de Google, es la referencia para rendimiento y buenas prácticas, incluidas las métricas Core Web Vitals (LCP, CLS e INP). Y las universidades publican material serio en abierto: el curso de introducción a la informática de Harvard y su continuación sobre programación web están disponibles para seguir sin pagar en modalidad de acceso libre, con coste solo si quieres el certificado.

En español, YouTube tiene canales de calidad muy alta y también mucho relleno. Criterio rápido: si el vídeo publica el repositorio con el código y explica por qué se hace algo, sirve; si solo teclea y tú copias, no.

Suscripciones y cursos sueltos

Udemy funciona como un mercado: la calidad depende enteramente del instructor, no de la plataforma. Ordena por valoraciones, mira la fecha de última actualización, revisa el índice completo y aprovecha las previsualizaciones gratuitas antes de comprar. Sus precios fluctúan mucho por campañas, así que no pagues nunca el precio de tarifa. Consulta su política de reembolso vigente antes de comprar, porque es una de las pocas garantías reales que tienes.

Platzi trabaja con suscripción y contenido íntegramente en español, con rutas que enlazan varios cursos. Coursera y edX distribuyen programas de universidades y empresas: en muchos casos puedes seguir el material en acceso libre y pagar solo si quieres el certificado. Codecademy destaca por el formato interactivo dentro del navegador. Domestika y Crehana tienen buen catálogo de diseño y producto, menos de desarrollo profundo. Ninguna de estas plataformas publica precios estables: entra en su web y compruébalo el día que vayas a pagar.

Si quieres una comparación por plataforma, tenemos fichas específicas en la comparativa de plataformas, y una selección por temática en cursos de programación.

Bootcamps intensivos

Un bootcamp comprime el recorrido en unos meses a jornada casi completa. Lo que compras es estructura, presión de calendario, revisión de código y una red de contactos. Lo que no compras es un atajo cognitivo: las horas hay que ponerlas igual, solo que concentradas.

Tienen sentido si puedes dejar de trabajar o reducir jornada, si ya has hecho las primeras cien horas por tu cuenta y sabes que esto te gusta, y si el precio no te obliga a firmar algo que no entiendes. No tienen sentido como primer contacto con la programación. Antes de decidir, echa un vistazo a nuestra guía sobre bootcamps de programación en España.

Formación reglada y certificados profesionales en España

Hay una vía que se ignora demasiado. El ciclo de Grado Superior de Desarrollo de Aplicaciones Web (DAW) es formación profesional oficial, con título con validez académica en todo el Estado, y se puede cursar a distancia en la oferta pública de varias comunidades autónomas. Su carga es de 2.000 horas repartidas en dos cursos, e incluye formación en centros de trabajo.

Por otro lado están los certificados profesionales del sistema de formación profesional, gestionados con las comunidades autónomas: en la familia de informática y comunicaciones existen certificaciones específicas de desarrollo con tecnologías web y de confección y publicación de páginas web. Suelen ofertarse de forma gratuita o muy subvencionada a través de centros acreditados, con plazas limitadas y convocatorias que cambian cada año. Comprueba la convocatoria vigente en el servicio público de empleo de tu comunidad antes de contar con ella.

Formato	Qué aporta de verdad	Punto débil	Para quién encaja
Plataformas gratuitas (freeCodeCamp, The Odin Project, MDN)	Contenido de primer nivel, ejercicios y proyectos, comunidad	Nadie te espera: la constancia la pones tú	Quien empieza y quien se autogestiona bien
Cursos sueltos de mercado (tipo Udemy)	Temario cerrado, acceso indefinido, precio bajo en campaña	Calidad muy variable; se desactualizan	Reforzar un tema concreto
Suscripción con rutas (tipo Platzi, Codecademy)	Ruta ordenada, formato interactivo, contenido en español	Pagas mientras estudias; empuja a picotear	Quien necesita un itinerario marcado
Programas universitarios en abierto (Coursera, edX)	Rigor académico, material en acceso libre	Ritmo teórico; el certificado se paga aparte	Quien quiere fundamentos sólidos
Bootcamp intensivo	Estructura, mentoría, revisión de código, red de contactos	Coste alto y dedicación casi completa	Cambio de sector con disponibilidad real
FP oficial (DAW) y certificados profesionales	Título o acreditación oficial, coste bajo o nulo	Calendario rígido, plazas limitadas, ritmo más lento	Quien puede esperar y quiere titulación reconocida

Cómo distinguir un curso bueno de uno malo antes de pagar

Diez señales de que el curso está vivo

El índice está publicado completo y detallado, no en cuatro líneas de marketing.
Hay fecha de última actualización visible y es reciente.
Se ve una previsualización real de una clase, no solo un vídeo promocional.
El temario dedica más tiempo a JavaScript puro que al framework de moda.
Incluye Git, despliegue y algo de seguridad, no solo maquetación.
Los proyectos son propios y variados, no un clon de la misma app repetido.
Hay corrección de ejercicios o revisión de código por una persona, si es de pago.
Existe un canal de dudas activo y con respuestas recientes.
Se publica quién imparte y qué ha hecho, con perfil verificable.
Deja claro qué versiones de las herramientas usa.

Seis preguntas por escrito antes de pagar

Escríbelas por correo o por el formulario de contacto y guarda la respuesta. Un centro serio contesta sin rodeos; uno que esquiva estas preguntas te está diciendo mucho.

¿Cuántas horas de contacto con un profesor incluye, en total y a la semana?
¿Quién corrige mis proyectos y en cuánto tiempo?
¿Qué versiones de las herramientas se usan y cuándo se actualizó el temario?
¿Durante cuánto tiempo tengo acceso al material una vez termine?
¿Qué pasa si abandono a mitad? ¿Qué parte se devuelve y con qué condiciones?
¿Puedo hablar con alguien que haya terminado la última edición?

Un temario bueno se reconoce por lo que incluye cuando no vende: control de versiones, pruebas, accesibilidad y seguridad. Nada de eso aparece en un anuncio, y todo eso aparece en la primera semana de un trabajo real.

Señales de alarma: el empleo garantizado y la letra pequeña

«Empleo garantizado» y «bolsa de empleo»

Ninguna academia puede garantizar un empleo, porque no depende de ella. Cuando el reclamo aparece, la garantía real suele estar en la letra pequeña y consiste en devolver una parte del importe si se cumplen condiciones muy estrictas: asistir a un porcentaje altísimo de sesiones, entregar todos los proyectos en plazo, aceptar cualquier oferta dentro de un radio geográfico y por encima de un salario mínimo definido por ellos, y solicitar un número determinado de puestos al mes. Basta con incumplir una condición para perder la garantía.

Si una promesa de resultado es determinante para que contrates y luego no se cumple en los términos anunciados, estás ante un problema de publicidad. La Ley 3/1991 de Competencia Desleal considera desleal por engañosa la información que induce a error sobre las características o resultados de un servicio, y el texto refundido de la Ley General para la Defensa de los Consumidores y Usuarios (RDL 1/2007) obliga a que la información precontractual sea veraz y suficiente. Pide siempre por escrito qué condiciones exactas activan la garantía.

Lo mismo con las «bolsas de empleo» y los «acuerdos con empresas». Pregunta cuántas personas de la última promoción entraron por esa vía y en qué puestos. Si no hay respuesta concreta, es una lista de correo, no una bolsa de empleo.

Acuerdos de ingresos compartidos y financiación

Algunas escuelas ofrecen pagar solo cuando encuentres trabajo, mediante un acuerdo de ingresos compartidos. Es un contrato de financiación, no una beca. Antes de firmar, lee: qué porcentaje del salario bruto se retiene, durante cuántos meses, cuál es el importe máximo total que puedes acabar pagando, a partir de qué salario se activa la obligación, qué ocurre si cambias de empleo o si el trabajo no es de programación, y qué pasa si abandonas el programa. En muchos casos el total pagado supera con holgura el precio de matrícula al contado.

Si te ofrecen un préstamo con una entidad, estás firmando un contrato de crédito al consumo con todas sus consecuencias, incluidos los efectos sobre tu historial si dejas de pagar. Que te lo expliquen antes, no después.

Tus derechos al contratar un curso online

La contratación de un curso a distancia está cubierta por el RDL 1/2007. Con carácter general tienes 14 días naturales de desistimiento sin necesidad de justificarte (arts. 102 a 108) y el vendedor debe informarte de ese derecho y facilitarte el formulario de desistimiento antes de contratar. Si no te informa, el plazo se amplía.

Hay una excepción que te afecta directamente y conviene conocer: en el suministro de contenido digital que no se presta en soporte material, el derecho decae si la ejecución ha comenzado con tu consentimiento previo expreso y con tu conocimiento de que por ello pierdes el desistimiento (art. 103.m). Traducido: si aceptas la casilla de «empezar ahora» y accedes al contenido, puedes haber renunciado. Léelo antes de marcar nada. Si el curso incluye clases en directo con fechas, revisa además las condiciones específicas de cancelación.

Guarda siempre el contrato, el temario y la publicidad que viste. Si hay conflicto, esa publicidad forma parte del contenido de lo contratado.

El portfolio: qué construir y cómo enseñarlo

Un portfolio no es una web bonita con tu foto. Es la prueba de que sabes llevar un problema desde el enunciado hasta una URL que funciona. En una primera criba, quien revisa candidaturas dedica poco tiempo a cada perfil: si en treinta segundos no encuentra un enlace a algo funcionando y otro al código, pasa al siguiente.

Cuatro proyectos que funcionan

Una aplicación con datos reales. Consume una API pública, filtra, ordena, pagina y gestiona los estados de carga y error. Es el proyecto que demuestra que entiendes la asincronía.
Un CRUD completo con autenticación. Registro, inicio de sesión, permisos, crear, leer, actualizar y borrar contra tu propia base de datos. Aquí se ve si sabes backend de verdad.
Un proyecto con cliente real, aunque no cobres. La web de una asociación, un pequeño comercio del barrio, una peña. Introduce requisitos que cambian, plazos y decisiones de diseño con alguien enfrente. Vale más que tres clones de aplicaciones conocidas.
Una contribución a un proyecto de código abierto. Aunque sea corregir documentación o un fallo pequeño. Demuestra que sabes leer código ajeno, seguir las normas de un repositorio y abrir un pull request.

Tres proyectos bien acabados superan a diez a medias. Y cada uno debe estar desplegado y accesible en una URL pública: un repositorio que no se puede probar exige un esfuerzo que casi nadie hace.

El README importa tanto como el código

Cada repositorio necesita un archivo de presentación con: qué problema resuelve, una captura o un GIF corto, el enlace a la versión desplegada, la pila técnica, cómo instalarlo en local en tres comandos, qué decisiones tomaste y por qué, y qué harías distinto. Ese último punto es el que más impresiona, porque demuestra criterio. Escríbelo en castellano correcto o en inglés, pero coherente.

Si quieres profundizar en la presentación, tenemos una guía dedicada a crear un portafolio profesional online y otra sobre cómo hacer un portfolio digital de programador.

Errores que hunden un portfolio

Subir el proyecto del curso tal cual, idéntico al de otras cien personas.
Enlaces rotos o despliegues caídos: revísalos cada mes.
Claves de API subidas al repositorio. Es un descarte inmediato, y con razón.
Historial de commits con un único «primer commit» que sube 4.000 archivos.
Una web personal que no funciona en móvil, cuando dices que haces diseño adaptable.
Tecnologías listadas que no aparecen en ningún proyecto.

Nadie contrata un certificado. Se contrata la capacidad de resolver un problema con código y explicarlo. El certificado abre la carpeta; el repositorio decide si sigue leyendo.

Certificaciones: cuáles pesan y cuáles no

Conviene distinguir tres categorías, porque se meten todas en el mismo saco y no valen lo mismo.

Titulación oficial: el ciclo de FP de Desarrollo de Aplicaciones Web, un grado universitario en informática o ingeniería del software, o los certificados profesionales del sistema público. Tienen validez académica o profesional reconocida, se piden en oposiciones y en bolsas públicas, y sirven para acreditar requisitos formales. Son la única categoría que es «un título» en sentido estricto.

Certificaciones de fabricante con examen: las de proveedores de nube (Amazon Web Services, Microsoft Azure, Google Cloud) o de bases de datos. Requieren aprobar un examen con supervisión, caducan y se renuevan, y en determinadas empresas se valoran porque el proveedor exige un número de personas certificadas para mantener su nivel de partner. Para un perfil de desarrollo web junior no son prioritarias; para escalar hacia infraestructura, sí.

Certificados de finalización de curso: los que emite una plataforma por haber completado el temario. Su valor en una candidatura es marginal por sí mismos, pero sirven para dos cosas concretas: ordenar tu propio itinerario y rellenar de forma verificable la sección de formación cuando vienes de otro sector y tu currículum tiene un hueco. No los presentes como si fueran una titulación.

Criterio práctico: si el certificado no exige demostrar nada más que haber visto los vídeos, no lo pongas en el encabezado de tu currículum. Ponlo abajo, y arriba pon el enlace a tu portfolio. Puedes ampliar en nuestro artículo sobre certificados online válidos en España.

Qué pide de verdad una primera oferta junior

Cómo leer una oferta

Las ofertas junior suelen listar entre ocho y quince tecnologías. No las piden todas al mismo nivel. Hay un núcleo real —normalmente HTML, CSS, JavaScript, un framework y control de versiones— y una periferia que aparece porque el responsable de selección copió la lista del equipo entero. Si cumples el núcleo y conoces de oído la periferia, presenta la candidatura. Descartarte tú mismo es el error más caro de esta fase.

Fíjate en tres señales de una buena primera empresa: que haya alguien con experiencia que revise tu código, que exista un proceso de despliegue definido y que el puesto no sea «el único informático de la empresa». En un primer trabajo, aprender de alguien vale más que cien euros más de sueldo.

El proceso de selección

Un proceso típico tiene tres o cuatro pasos: filtro por currículum y portfolio, una entrevista de encaje, una prueba técnica y una conversación técnica. La prueba suele ser un ejercicio para casa con un plazo de unos días, o un ejercicio en vivo. Pregunta cuánto tiempo esperan que le dediques y respétalo: entregar en el plazo con algo acotado y bien explicado puntúa más que entregar tarde algo enorme.

En la conversación técnica no esperan que lo sepas todo. Esperan ver cómo piensas. Decir «no lo sé, buscaría por aquí y comprobaría esto» es una respuesta correcta; inventarse una explicación no lo es. Prepara además la explicación de tus propios proyectos: qué decidiste, qué te costó, qué harías distinto.

Y un aviso: si la prueba técnica consiste en desarrollar una funcionalidad completa que la empresa va a usar, sin remuneración y con un alcance de varios días, eso no es una prueba.

Los primeros noventa días

En un primer puesto se evalúa menos tu conocimiento y más tu comportamiento: si pides ayuda a tiempo (la regla habitual es no pasar de treinta o sesenta minutos atascado sin decirlo), si dejas rastro escrito de lo que haces, si tus pull requests son pequeños y explicados, si aceptas la revisión de código sin tomártela como algo personal y si preguntas por el «por qué» del negocio y no solo por el «cómo» del ticket.

La parte técnica que más se agradece en un junior no es dominar el framework, es saber leer un error, reproducir un fallo y escribir un caso de prueba. Eso se puede practicar antes de entrar.

Errores habituales y cómo no abandonar

El primero, y el más caro, es el bucle de tutoriales: encadenar cursos sin construir nada propio. Ver a alguien resolver un problema produce una sensación de comprensión que se evapora en cuanto te quedas solo ante el editor. Regla simple: por cada hora de curso, una hora escribiendo código que no te han dictado.

El segundo es empezar tres rutas a la vez. Cada vez que aparece una tecnología nueva en un titular, se abandona lo que se estaba haciendo. El ecosistema web genera novedades más rápido de lo que nadie puede aprenderlas; elige tu ruta, termínala y evalúa después.

El tercero es no publicar nada hasta «tenerlo perfecto». El proyecto perfecto no llega. Publica la versión fea que funciona y mejórala en público.

El cuarto es estudiar solo. Entra en comunidades, participa en foros técnicos, ve a algún evento local si lo hay. Explicar en voz alta lo que estás intentando resolver soluciona una parte sorprendente de los atascos antes incluso de que alguien conteste.

Y el quinto, que suena menor y no lo es: no llevar registro. Un archivo donde apuntes qué has hecho cada día, qué te ha costado y qué has resuelto. Cuando llegue la semana en la que sientas que no avanzas, ese archivo es la prueba objetiva de que sí.

Si quieres complementar el itinerario con otro lenguaje muy demandado, tenemos guías de Python desde cero gratis y de cómo aprender a programar desde cero. Para material sin coste, revisa nuestra sección de cursos gratis de programación.

Preguntas frecuentes sobre cursos de desarrollo web online

¿Cuánto tiempo se tarda en aprender desarrollo web desde cero?

Con dedicación parcial de unas diez horas semanales, hacerte con el recorrido completo (HTML, CSS, JavaScript, un framework, backend, bases de datos y despliegue) lleva entre año y medio y dos años. A jornada casi completa, entre cuatro y seis meses de trabajo intenso. Para maquetar tus primeras páginas con HTML y CSS bastan entre 80 y 120 horas.

¿Se puede aprender desarrollo web solo con cursos gratuitos?

Sí. El material gratuito de freeCodeCamp, The Odin Project, MDN Web Docs y los cursos universitarios en acceso libre cubre el temario completo con calidad profesional. Lo que no te da es estructura ni alguien que revise tu código: si tu dificultad es la constancia, ahí es donde tiene sentido gastar dinero.

¿Es mejor un bootcamp o aprender por mi cuenta?

Depende de tu disponibilidad y de tu autonomía. El bootcamp comprime el calendario y aporta acompañamiento, presión de plazos y red de contactos, a cambio de un coste alto y dedicación casi completa. Aprender por tu cuenta cuesta poco o nada y te da flexibilidad, con más riesgo de abandono. Haz primero cien horas gratis: sabrás cuál de los dos necesitas.

¿Qué lenguaje debo aprender primero para desarrollo web?

HTML y CSS no son lenguajes de programación, pero son el punto de partida obligado. El primer lenguaje de programación es JavaScript, porque es el único que ejecuta el navegador de forma nativa y porque te sirve también en el servidor con Node.js. Python es una alternativa razonable si tu interés se inclina hacia el backend o los datos.

¿Merece la pena un certificado de un curso online para encontrar trabajo?

Por sí solo pesa poco en desarrollo web. Ayuda a ordenar tu itinerario y a rellenar la formación en el currículum si vienes de otro sector, pero lo que decide una candidatura es el portfolio: proyectos desplegados, código público y capacidad de explicarlos. Las titulaciones oficiales y las certificaciones de nube con examen son otra cosa y sí tienen recorrido propio.

¿Cuántos proyectos necesito en el portfolio para optar a un puesto junior?

Tres bien acabados bastan, mejor que diez a medias. Un proyecto que consume una API con estados de carga y error, un CRUD completo con autenticación y base de datos propia, y un trabajo con cliente o requisitos reales. Todos desplegados, con enlace público al código y un README que explique las decisiones.

¿Qué framework de JavaScript tiene más salida laboral?

React es el que más aparece en ofertas, junto con su ecosistema (enrutado, gestión de estado y metaframeworks como Next.js). Vue tiene buena presencia y una curva de entrada más suave, y Angular sigue fuerte en entornos corporativos. Aprende uno bien; los conceptos se trasladan y el segundo cuesta semanas, no meses.

¿Puedo cancelar un curso online después de pagarlo?

En contratación a distancia tienes 14 días naturales de desistimiento sin justificación (arts. 102 a 108 del RDL 1/2007). Ojo con la excepción del art. 103.m: en contenido digital sin soporte material, el derecho decae si aceptas expresamente empezar de inmediato sabiendo que lo pierdes. Lee esa casilla antes de marcarla y guarda copia de las condiciones.

¿Qué diferencia hay entre desarrollo front-end, back-end y full-stack?

El front-end es lo que se ejecuta en el navegador: interfaz, interacción, accesibilidad y rendimiento percibido. El back-end vive en el servidor: lógica de negocio, APIs, autenticación y persistencia de datos. Full-stack cubre ambos lados, normalmente con más profundidad en uno de ellos. Para empezar, elige un lado y añade el otro después.

¿Sirve de algo aprender desarrollo web con la inteligencia artificial generando código?

Sí, y cambia el reparto de esfuerzo. Los asistentes escriben código rápido, y también escriben código incorrecto con total aplomo. Quien no sabe leerlo no puede detectar el fallo de seguridad ni la consulta que tumbará la base de datos. Los fundamentos pasan a valer más, no menos: revisar, depurar y decidir la arquitectura sigue siendo trabajo humano.

¿Qué necesito además de saber programar para trabajar en desarrollo web?

Control de versiones con Git, saber moverte por la terminal, nociones de despliegue y de cómo funciona una petición HTTP, y leer inglés técnico sin sufrir. Súmale accesibilidad y seguridad básica: aparecen en cada vez más requisitos, y en Europa hay obligaciones legales de accesibilidad que afectan a muchos servicios digitales desde junio de 2025.

¿Un curso de desarrollo web online sirve si quiero trabajar por mi cuenta?

Sirve para la parte técnica, que es la mitad del asunto. La otra mitad es presupuestar, contratar por escrito, facturar, cumplir con protección de datos y gestionar clientes. Si tu objetivo es el trabajo freelance, busca formación que incluya un proyecto con cliente real y complétala con conocimientos básicos de gestión: es lo que separa cobrar de no cobrar.

Cursos de Desarrollo Web Online: Aprende a Crear Páginas Web desde Cero en 2026