¿Cuánto se tarda en hacer una página web? Plazos por tipo de proyecto

¿Cuánto se tarda en hacer una página web? La respuesta corta es que depende de qué se construye y de quién lo construye. Una web de una sola página en un creador de webs puede estar publicada el mismo día. Las estimaciones publicadas sitúan la web profesional de una pequeña empresa entre 4 y 8 semanas, y una aplicación web a medida en cuatro meses o más.

En Vezert, los plazos estándar son de 2 a 5 días para una landing page, de 2 a 4 semanas para un sitio web corporativo y de 6 a 12 semanas para un portal web, todos incluidos en el precio base. Esas fechas se cumplen cuando el contenido y las aprobaciones llegan a tiempo, y es justo en esas entregas donde se desvía la mayoría de los cronogramas de desarrollo web.

A continuación encontrará la duración por tipo de proyecto y por fase, cómo se comparan los creadores de webs con freelancers y agencias, los retrasos que alargan un calendario, los plazos de un rediseño y lo que cambia de verdad la IA. En España hay que sumar los textos legales y, según el servicio, las obligaciones de accesibilidad. Qué entrega cada fase se explica aparte en nuestra guía del proceso de desarrollo web.

El tipo de proyecto marca la base. Una landing page tiene un objetivo y unas pocas secciones, un sitio web corporativo tiene de 10 a 30 páginas y un modelo de contenidos, y un portal web añade cuentas, roles e integraciones. La tabla compara nuestros plazos estándar con los rangos publicados del mercado, para que vea dónde se sitúa un presupuesto. Los precios son de partida: landing pages desde €1.500, sitios corporativos desde €4.500 y portales desde €9.000.

Cada tipo tiene también variantes más largas. Una landing page con variantes de texto o configuración de tests A/B lleva de 7 a 10 días. El tiempo de desarrollo de una página web corporativa es de 2 a 4 semanas en su versión estándar. Si es multilingüe, con hasta tres idiomas, lleva de 4 a 8 semanas, y un programa enterprise con despliegues para varias marcas e integraciones a medida, de 8 a 14 semanas. Los portales suelen publicarse en 6 a 8 semanas, y los que tienen mucho cumplimiento normativo en 8 a 12 semanas, por las pruebas de penetración y los periodos de auditoría. Las dos primeras semanas de cada portal son un sprint de discovery pagado que termina con un statement of work firmado.

El comercio electrónico no es un paquete propio en Vezert. La tienda es un extra que se añade a un proyecto web, así que la tabla solo recoge el rango de mercado para una tienda completa. El tamaño del catálogo, las reglas de pago y envío y la sincronización con el ERP o el inventario mueven esa cifra más que el diseño. Nuestra guía sobre el precio de una tienda online explica qué determina el alcance.

El reparto por fases muestra a dónde va el tiempo de calendario. En una landing page con variantes de texto, el análisis es el día uno, el diseño va del día dos al día seis, el desarrollo del día cinco al día ocho, el QA ocupa los días ocho y nueve, y la página se publica el día diez. Las fases se solapan uno o dos días, porque la siguiente empieza en cuanto se aprueba lo que necesita.

Un portal sigue el mismo orden con un reloj más largo. El análisis ocupa las semanas uno y dos, el diseño las semanas tres y cuatro y la construcción las semanas cinco a siete, con las pruebas dentro de la construcción. El lanzamiento y la aprobación de seguridad llegan en la semana ocho. En los proyectos corporativos, el reparto por fases se compromete por escrito al final del análisis, antes de empezar el diseño.

Como comparación, la guía de plazos de Shopify da de 4 a 10 semanas solo para el desarrollo web y de 3 a 5 días para el lanzamiento y el QA final. Nuestros plazos son más cortos porque las páginas se montan con componentes reutilizables y las herramientas de IA redactan partes del código, que un ingeniero sénior revisa antes del merge. No se salta nada: cada fase sigue terminando con un entregable que usted aprueba. Nuestra guía del proceso de desarrollo web enumera esos entregables y lo que usted aporta en cada paso.

Un creador de webs es la vía más rápida para tener algo publicado. Un freelancer o una agencia es la vía más rápida para tener publicado algo concreto. La guía de Wix calcula que el dueño de una pequeña empresa que construye su propia web dedica unas 20 a 40 horas repartidas en unas semanas, y que un creador con IA genera un primer borrador en minutos. La misma guía sitúa una web hecha por un desarrollador profesional o una agencia en 2 a 5 meses.

La estimación del creador solo cuenta sus propias horas. No elimina la redacción, las fotos ni las decisiones sobre qué debe decir la web, y son las mismas entregas que una agencia necesita de usted. Con un creador, además, el diseño y la configuración corren de su cuenta, así que el tiempo de calendario depende de cuántas tardes pueda dedicarle.

La elección depende menos de la velocidad que de lo que tenga que hacer la web. Para una web sencilla que usted piensa mantener, basta un creador. Las integraciones, los varios idiomas o las cuentas de usuario son el punto en el que un desarrollo profesional justifica un calendario más largo. La guía de plazos de Elementor sitúa una web de empresa de 5 a 15 páginas en 1 a 2 semanas si la hace usted y en 4 a 8 semanas si la hace un profesional, lo que resume bien el intercambio. Nuestra comparación entre creadores de webs con IA y agencias explica cuándo conviene cada opción, y la guía sobre qué CMS elegir compara Next.js, WordPress y Webflow.

Cinco factores mueven el calendario de una web más que cualquier otra cosa: el alcance, que el contenido esté listo, las aprobaciones y rondas de comentarios, las integraciones y el trabajo de migración. Solo dos son técnicos. Los otros tres dependen del cliente, y por eso dos proyectos del mismo tamaño pueden terminar con semanas de diferencia. En España hay que sumar un sexto: los textos legales y, según el servicio, las obligaciones de accesibilidad de la Ley 11/2023.

Alcance

Cada plantilla de página, cada idioma y cada función a medida suma tiempo de diseño, desarrollo y pruebas. El alcance es además el único factor que se fija por escrito antes de empezar, así que es el más fácil de controlar. Un cambio que llega durante el desarrollo toca código en lugar de un wireframe, y se convierte en una solicitud de cambio con su propio precio y su propia fecha.

Contenido listo

El contenido es la entrega que con más probabilidad frena un calendario. Las páginas construidas con texto provisional suelen rehacerse dos veces: una cuando llega el texto real y otra cuando no encaja en el diseño. Decida en el análisis quién escribe los textos y fije una fecha para el texto final antes de que empiece el desarrollo.

Aprobaciones y rondas de comentarios

Una ventana de revisión que pasa de tres días a dos semanas retrasa cada fase posterior en el mismo tiempo. Los proyectos con una sola persona que decide avanzan más rápido que aquellos en los que un comité aprueba cada wireframe. Reunir los comentarios de todos los implicados en una sola lista ahorra además una ronda, porque el equipo no recibe tres indicaciones contradictorias sobre la misma página.

Integraciones

Las conexiones con el CRM, los pagos, el inicio de sesión único y el ERP necesitan credenciales, un entorno de pruebas y alguien de su lado que conozca el otro sistema. Un build de staging que no llega al CRM no se puede probar de principio a fin. Esta capa, junto con las pruebas de seguridad, explica casi por completo que los portales tarden semanas y no días.

Trabajo de migración

Sustituir una web existente exige inventariar cada URL con tráfico o backlinks, preparar un mapa de redirecciones y revisar después del lanzamiento. Nuestra guía de migración web reserva de una a tres semanas solo para el inventario de URL y el mapa de redirecciones, antes de mover ningún contenido.

Textos legales y accesibilidad

Antes de publicar necesita los textos legales: el aviso legal con la información general que exige el artículo 10 de la LSSI, la política de privacidad con la información del artículo 13 del RGPD y, si la web usa cookies que no son estrictamente necesarias, la información y el consentimiento del artículo 22.2 de la LSSI. Esos textos los aporta usted y su contenido depende de las herramientas que use la web terminada, así que conviene encargarlos durante el desarrollo y no en la semana del lanzamiento.

Desde el 28 de junio de 2025 se aplica además el título I de la Ley 11/2023, que traspone la Directiva (UE) 2019/882 sobre la accesibilidad de determinados productos y servicios. Entre los servicios que cubre está el comercio electrónico, y las microempresas que prestan servicios quedan exentas de sus requisitos. Si su proyecto entra en el ámbito de la ley, las pruebas de accesibilidad forman parte fija del QA y necesitan sus propios días. Nosotros probamos siempre contra WCAG 2.2 AA, y nuestro checklist de calidad web recoge los umbrales.

La mayoría de los retrasos son tiempo de espera, no tiempo de construcción. Según la guía de Elementor, la falta de contenido preparado es el motivo más habitual por el que se atascan los proyectos, seguida de un alcance sin definir. La misma guía señala que un comité de revisión numeroso puede pasarse un mes en revisiones. La construcción en sí rara vez fija la fecha de lanzamiento. La fijan las entregas que la rodean, y cada una se puede planificar.

La tabla recoge los retrasos con los que contamos, qué le hace cada uno al calendario y cómo evitarlo.

Un rediseño suele tardar más o menos lo mismo que una web nueva del mismo tamaño, más el trabajo de migración. La guía de rediseño de GoDaddy da de 4 a 6 semanas para una web pequeña de menos de 10 páginas, de 8 a 12 semanas para una web mediana de 10 a 50 páginas, de 3 a 6 meses para una web grande o una tienda online y de 6 a 12 meses para una web enterprise con muchas integraciones e implicados.

En un rediseño, parte del análisis ya existe, porque la marca, la audiencia y los objetivos se conocen. Lo que una web nueva no arrastra es historial. Cada URL con tráfico o backlinks necesita un destino en el mapa de redirecciones antes del lanzamiento, y la analítica de la web antigua muestra qué páginas sostienen los posicionamientos. Saltarse ese mapa es la forma en que un rediseño pierde tráfico de búsqueda que costó años construir.

Los buscadores también necesitan tiempo después del lanzamiento. La documentación de Google sobre cambios de sitio indica que en una web de tamaño medio pueden pasar unas semanas o más hasta que las URL nuevas sustituyan a las antiguas en los resultados, y más en webs grandes. Google aconseja mantener las redirecciones al menos un año. Nuestro checklist SEO para un rediseño web cubre el mapa de redirecciones y las revisiones posteriores, y la guía de migración web recorre los cambios de plataforma paso a paso.

La IA acorta algunas tareas, pero no hay una cifra pública fiable de cuánto acorta un proyecto web completo. En el ensayo aleatorizado de METR, publicado en julio de 2025, 16 desarrolladores open source con experiencia tardaron un 19% más en tareas reales cuando podían usar herramientas de IA, aunque esperaban ir un 24% más rápido. Un seguimiento de febrero de 2026 apuntaba a una aceleración, pero METR consideró esos datos un indicador poco fiable por efectos de selección.

Escribir código es además solo una parte del calendario. La IA puede redactar textos, pero alguien de su lado tiene que aprobarlos, y ninguna herramienta hace que un responsable conteste antes ni transfiere un dominio. En nuestro proceso, Claude Design propone direcciones de wireframe, los asistentes de código con IA redactan componentes y tests, y los agentes de QA revisan la accesibilidad y los Core Web Vitals. Un diseñador o ingeniero sénior revisa cada resultado antes de que le llegue a usted.

El efecto que sí podemos cuantificar está en nuestros precios. Un sitio del nivel Corporate (multilingüe, hasta tres idiomas) hecho íntegramente a mano pasa de 4 a 8 semanas a de 8 a 14 semanas y cuesta alrededor de un 25% más. En los portales, el Modo Tradicional cuesta un 25% más y tarda aproximadamente 1,5 veces más. Nuestra guía de desarrollo web AI-First explica cómo está montado el flujo de trabajo.

Los proyectos más rápidos tienen sus entregas listas antes del arranque. Una persona que decide, una decisión sobre quién escribe el contenido y los recursos de marca en formatos editables desbloquean toda la primera mitad del calendario. A partir de ahí, la velocidad sale de ventanas de revisión cortas y de un alcance que no se mueve una vez firmado.

• Escriba un brief breve con objetivos, páginas y fecha objetivo. Nuestra guía para redactar un brief de diseño web explica qué incluir.
• Tenga listos los textos y las imágenes finales antes de que empiece el desarrollo, o añada la redacción al alcance.
• Envíe una sola lista consolidada de comentarios por revisión, dentro de la ventana acordada.
• Entregue en la primera semana las credenciales de las integraciones y el acceso al dominio, al DNS y a la analítica.
• Encargue el aviso legal, la política de privacidad y la de cookies en paralelo al desarrollo.
• Si una campaña o un evento fija la fecha, publique primero las páginas principales y añada el resto después.
• Pida entrega urgente solo en alcances pequeños. La entrega en menos de 48 horas es posible con un recargo del 25%.

El día del lanzamiento no cierra el calendario. Nuestro checklist de lanzamiento web recoge qué comprobar antes de publicar y durante los primeros 90 días. Cada paquete incluye además un periodo de soporte tras la publicación: 7 días para una landing page, 2 semanas para un sitio corporativo y 1 mes para un portal. Para ver los precios por tipo de proyecto, consulte nuestra página de precios.