La pregunta más frecuente antes de arrancar un proyecto web no es el precio: es el tiempo. Y la respuesta honesta, aunque incómoda, es que depende. No de la agencia, no de la tecnología. Depende del tipo de web que necesitas, de lo preparado que estés para empezar y de cuántas decisiones quedan por tomar cuando firmas el presupuesto. En este artículo desgranamos los plazos reales —sin adornarlos— para que llegues a la primera reunión con expectativas calibradas.
La respuesta corta: depende del tipo de web
Antes de entrar en detalle, aquí tienes la tabla de referencia que usamos internamente para orientar a los clientes en la primera llamada. Son rangos basados en proyectos reales, no en escenarios ideales.
| Tipo de web | Plazo habitual | Condición |
|---|---|---|
| Landing page (1 página) | 5–10 días hábiles | Contenido entregado de golpe |
| Web corporativa (4–8 páginas) | 2–4 semanas | Validaciones ágiles |
| Ecommerce básico | 4–8 semanas | Catálogo preparado |
| Ecommerce complejo / B2B | 8–16 semanas | Integraciones, roles, pagos |
| Web a medida (aplicación) | 6–20 semanas | Specs cerradas antes de empezar |
| Rediseño web existente | 3–6 semanas | Depende de la migración SEO |
Estos plazos cuentan desde que el proyecto arranca en firme (briefing completo, contrato firmado, primer pago), no desde el primer email de contacto. La fase de propuesta y negociación no forma parte del tiempo de desarrollo.
Las 6 fases reales de un proyecto web
Todo proyecto web pasa por las mismas seis fases, aunque el tiempo que consume cada una varía mucho según la complejidad. Ignorar alguna de ellas es la receta más fiable para un lanzamiento con problemas.
1. Briefing y estrategia
Se define qué páginas existen, qué objetivos tiene cada una, a quién va dirigida la web, qué acciones se espera que realice el usuario y qué diferencia al negocio de la competencia. En proyectos pequeños puede durar un día. En proyectos complejos, una semana. Saltarse esta fase sale caro: cada cambio de dirección posterior multiplica el tiempo.
2. Diseño visual
Wireframes, paleta de color, tipografía, maquetación de pantallas clave. En proyectos estándar se diseñan primero la home y una página interior; el resto sigue el mismo sistema. Esta fase incluye una o dos rondas de revisiones. Si el cliente no tiene claro el estilo visual, esta fase se puede duplicar.
3. Desarrollo y maquetación
El diseño se convierte en código funcional: HTML, CSS, JavaScript, CMS o framework según el proyecto. Es la fase más larga en proyectos técnicos. Las integraciones externas (CRM, pasarela de pago, ERP) viven aquí y son las que más retrasos imprevistos generan.
4. Contenido
Textos, imágenes, vídeos, fichas de producto. Esta es, con diferencia, la fase que más retrasos acumula en la práctica. No porque sea técnica, sino porque el cliente la percibe como secundaria y la deja para el final. El contenido debería estar listo antes de empezar el diseño, no después.
5. Pruebas y ajustes
Tests en dispositivos reales (móvil, tablet, escritorio), distintos navegadores, velocidad de carga, formularios, pasarelas de pago si las hay, accesibilidad básica. Una semana en proyectos estándar; dos o más en proyectos con funcionalidad a medida.
6. Lanzamiento
Migración de DNS, configuración de SSL, indexación en Google Search Console, redirecciones si hay cambio de URLs, monitorización las primeras 48 horas. No es apretar un botón: es un proceso que puede durar entre medio día y tres días según la infraestructura.
Por qué a veces tu web tarda más por ti que por la agencia
Es una verdad que pocas agencias dicen en voz alta para no incomodar al cliente. Pero la mayoría de retrasos en proyectos web no vienen del equipo técnico: vienen del lado del cliente.
No es una crítica. Es un patrón estructural: el cliente tiene su propio negocio que gestionar, y el proyecto web compite con docenas de prioridades más urgentes a corto plazo. El resultado es que las validaciones que podrían resolverse en 24 horas se alargan a una semana, y los textos que el cliente iba a enviar «esta tarde» llegan tres semanas después.
Los síntomas más frecuentes:
- Retroalimentación difusa en el diseño: «cámbialo un poco» sin criterio concreto obliga a iterar indefinidamente.
- Contenido entregado por partes, en distintos formatos y versiones, durante semanas.
- Decisiones que requieren consenso interno (socios, dirección) y que se bloquean entre reuniones.
- Cambios de alcance a mitad del proyecto: «aprovechamos y añadimos una tienda online».
Una agencia seria debería advertirte de esto antes de empezar, fijar plazos de respuesta contractualmente y pausar el proyecto si los bloqueos se acumulan. Si no lo hace, los plazos son, en la práctica, un decorado.
Plazos típicos por tipo de proyecto
Landing page: 1–2 semanas
Una landing bien hecha —con un objetivo claro, jerarquía visual sólida y CTA definido— puede entregarse en cinco días hábiles si el contenido está listo. Si el cliente necesita rondas de diseño o el copy no está redactado, el plazo se extiende a dos semanas. Es el tipo de proyecto donde los retrasos del cliente impactan más, porque la parte técnica es la más corta.
Web corporativa: 2–4 semanas
Una web de empresa con home, servicios, sobre nosotros, blog y contacto requiere coordinar más páginas, más contenido y generalmente más personas en el lado del cliente. Con un proceso ágil y decisiones rápidas, cuatro semanas son suficientes para un resultado profesional. Si hay validaciones lentas o varias rondas de cambios, el plazo puede llegar a seis semanas.
Ecommerce: 4–8 semanas
Un ecommerce con entre 50 y 500 referencias, pasarela de pago estándar y gestión de stock básica requiere entre cuatro y ocho semanas. El factor más variable es el catálogo: si el cliente tiene las fichas de producto preparadas con fotos y descripciones, el proceso es lineal. Si hay que maquetar cien fichas desde cero, el tiempo se multiplica.
Web a medida: 6–20 semanas
Aplicaciones web, portales con registro de usuarios, integraciones con ERP o CRM, lógica de negocio compleja. El rango es amplio porque depende directamente de las especificaciones técnicas. Proyectos con specs mal definidas al inicio suelen acabar en el extremo alto del rango o fuera de él. La inversión en definición técnica previa siempre se recupera.
Lo que retrasa una web, por orden de frecuencia
Después de analizar proyectos reales, este es el ranking de causas de retraso, de más a menos frecuente:
- Contenido no entregado a tiempo. Textos, fotos e imágenes llegan tarde, por partes o con calidad insuficiente. Es, con mucho, la causa número uno.
- Fotos de baja calidad o inexistentes. Un diseño profesional con fotos de stock genéricas o imágenes de móvil mal encuadradas pierde la mitad de su valor. Reorganizar la sesión fotográfica añade semanas.
- Decisiones pendientes de aprobación interna. Cuando el interlocutor del cliente no tiene capacidad de decisión, cada cambio requiere consultar con alguien que no está en el proceso.
- Cambios de alcance. «¿Podemos añadir un blog?» o «en realidad necesitamos que se pueda reservar online» en mitad del desarrollo reinician parcialmente el proyecto.
- Validaciones lentas del diseño. Revisar un diseño requiere tiempo y criterio. Si la revisión se pospone, el proyecto se para.
- Problemas técnicos externos. Credenciales de hosting incorrectas, DNS mal configurados, certificados SSL caducados. Son los menos frecuentes, pero los más inesperados.
Cómo acelerar tu proyecto sin sacrificar calidad
La velocidad real en un proyecto web no se consigue con más horas de desarrollo: se consigue eliminando fricciones en el proceso. Estas son las palancas que más impacto tienen:
- Entrega el contenido antes de que empiece el diseño. No «en cuanto pueda»: antes. Si no tienes los textos, trabaja con un copywriter en paralelo.
- Designa una sola persona como punto de contacto. Con poder de decisión. Los proyectos que pasan por comités tienen el doble de rondas de revisión.
- Haz las revisiones de diseño en 48 horas. No en «esta semana». Cada día de espera es un día que el equipo técnico no puede avanzar.
- Cierra el alcance antes de firmar. Cada funcionalidad que se añade después del inicio tiene un coste multiplicado en tiempo y dinero.
- Ten las fotos listas antes del día uno. O presupuesta una sesión fotográfica desde el principio.
- Si tienes fecha límite real, dísela a la agencia desde el primer día. Con margen suficiente. Las fechas inamovibles cambian las prioridades de planificación.
¿Una web «rápida» en 24–48 horas es buena? La trampa
Existe un mercado de webs express: plantillas configuradas en un día, cargadas de Lorem Ipsum sustituido por el contenido del cliente y lanzadas antes de que el café se enfríe. Están bien para un caso de uso muy concreto: validar una idea con presupuesto cero antes de invertir en algo serio.
Para un negocio real, tienen problemas estructurales:
- La plantilla no está diseñada para tu caso de uso ni para tu sector: es genérica por definición.
- El SEO técnico rara vez está bien configurado: metadatos duplicados, velocidad de carga deficiente, estructura de URLs arbitraria.
- La web no es escalable: cuando necesites añadir funcionalidad, la deuda técnica acumulada obliga a rehacerla desde cero.
- El contenido —que es lo que convierte visitas en clientes— no ha recibido ningún trabajo estratégico.
Una web hecha en 48 horas puede parecer igual de atractiva visualmente que una hecha en tres semanas. La diferencia está en lo que no se ve: la arquitectura de información, la velocidad real de carga, la estrategia de conversión y la solidez del código. Ese trabajo invisible es el que determina si la web genera negocio o solo ocupa espacio en internet.
Rediseño web: ¿más rápido o más lento que empezar de cero?
La intuición dice que rediseñar es más rápido: ya existe una web, hay contenido, hay estructura. La realidad es más compleja.
Un rediseño tiene ventajas reales: el contenido base existe, la estructura de información es conocida y el cliente tiene referencias visuales concretas de lo que funciona y lo que no. En proyectos bien preparados, esto puede acortar la fase de briefing y diseño.
Pero tiene también sus propias fricciones. La web actual tiene usuarios y posicionamiento en Google: cualquier cambio de URLs, estructura o contenido puede afectar al tráfico orgánico si no se gestiona bien. Esto añade una capa de trabajo técnico —auditoría SEO, mapa de redirecciones, validación post-lanzamiento— que en un proyecto desde cero no existe.
La conclusión práctica: un rediseño bien ejecutado dura entre un 20% y un 40% más que un proyecto nuevo equivalente, precisamente porque hay más que proteger. Si alguien te ofrece un rediseño más rápido que partir de cero, probablemente está ignorando la parte de SEO.
Migración con SEO intacto: por qué añade tiempo
Cuando una web existente tiene tráfico orgánico relevante, migrarla sin perder posicionamiento no es opcional: es un requisito de negocio. Y ese requisito tiene un coste en tiempo que muchas propuestas no incluyen.
El proceso mínimo para una migración con SEO intacto incluye:
- Auditoría completa de las URLs actuales y su tráfico en Search Console.
- Mapa de redirecciones 301 de todas las URLs que cambian.
- Verificación de que los metadatos (títulos, descripciones, h1) se mantienen o mejoran.
- Comprobación de que el rastreo e indexación funcionan correctamente tras el lanzamiento.
- Monitorización durante las dos semanas posteriores al lanzamiento para detectar caídas de tráfico.
Saltarse cualquiera de estos pasos puede suponer perder posicionamiento construido durante años en cuestión de semanas. En proyectos con SEO relevante, añade entre tres y siete días hábiles al proceso.
El antes-después del lanzamiento: qué pasa el día 1 y la semana 1
El lanzamiento no es el final del proyecto: es el inicio de una fase diferente. Entender qué ocurre justo después evita sorpresas innecesarias.
Día 1
Los DNS tardan entre 1 y 48 horas en propagarse globalmente. Durante ese tiempo, algunos usuarios verán la web nueva y otros la antigua, según su proveedor de internet. El SSL puede tardar minutos o horas en activarse. Los formularios, pasarelas de pago e integraciones deben probarse en producción —el entorno real— porque pueden comportarse distinto al entorno de desarrollo.
Semana 1
Google descubre la nueva web y empieza a rastrearla. Si hay redirecciones bien configuradas, el posicionamiento se mantiene; si no, puede caer temporalmente. Las analíticas deben verificarse: que el código de seguimiento está instalado, que los eventos de conversión se registran correctamente. Suelen aparecer pequeños bugs de maquetación en dispositivos o navegadores que no se habían probado. Es normal y forma parte del proceso.
Un lanzamiento bien gestionado tiene un protocolo de las 48 horas: verificación técnica, informe a Search Console, test de formularios y confirmación de analíticas. Si tu agencia no lo tiene, pídelo explícitamente antes de firmar.
Cuánto tarda WebsBarcelona en cada plan
Creemos en la transparencia de procesos. Estos son los plazos reales con los que trabajamos, con las condiciones necesarias para cumplirlos.
| Plan WebsBarcelona | Plazo desde el inicio | Condición necesaria |
|---|---|---|
| Landing page | 5–7 días hábiles | Contenido y fotos entregados el día 1 |
| Web corporativa básica | 10–15 días hábiles | Validaciones en menos de 48h |
| Web corporativa completa | 3–4 semanas | Interlocutor único con poder de decisión |
| Ecommerce | 5–8 semanas | Catálogo preparado antes del inicio |
| Web a medida | Según specs | Especificaciones técnicas cerradas |
Cuando el cliente no cumple las condiciones —contenido tardío, validaciones lentas, cambios de alcance— pausamos el proyecto y lo reanudamos cuando el bloqueo se resuelve. El plazo total se extiende en consecuencia. No como penalización, sino como reflejo de la realidad del proceso.
Si tienes una fecha de lanzamiento inamovible —una feria, un evento, una campaña— díselo desde el primer contacto. Esa información cambia la planificación, y es mejor saberlo el día uno que descubrirlo a mitad del proyecto.
Preguntas frecuentes
¿Se puede tener una web lista en 1 semana?
Sí, en casos concretos. Una landing page de una sola página, con contenido y fotos entregados desde el primer día y validaciones en menos de 24 horas, puede estar lista en cinco días hábiles. Una web corporativa completa en una semana no es realista si se quiere un resultado profesional: el diseño, el desarrollo, las pruebas y la migración de DNS necesitan tiempo para hacerse bien. Lo que se lanza en una semana sin esas condiciones suele ser una plantilla configurada, no una web diseñada.
¿Qué pasa si tardo en darte el contenido?
El proyecto se pausa. No podemos diseñar ni maquetar sin el contenido definitivo —o al menos un borrador sólido— porque el contenido determina la estructura visual. Cuando el contenido llega, retomamos el proyecto desde donde lo dejamos, y el plazo total se extiende el tiempo que haya estado pausado. No hay penalización económica por esto, pero el impacto en el calendario es directo.
¿Se puede acelerar el proyecto pagando más?
En algunos casos sí: asignar más recursos al proyecto o priorizar fechas de entrega sobre otros proyectos activos tiene un coste adicional, y es una opción que se puede negociar si hay una fecha crítica real. Pero el límite no es el dinero: es el proceso. Si el contenido no está listo, si las validaciones tardan o si hay decisiones pendientes, pagar más no resuelve esos bloqueos.
¿Cuándo veo el primer borrador del diseño?
En proyectos estándar, el primer borrador de diseño (home y una página interior) está listo entre cinco y ocho días hábiles después de cerrar el briefing, siempre que el contenido base esté disponible. No presentamos diseño sobre contenido de relleno: el resultado sería engañoso. El primer borrador ya es funcional y navegable, no solo una imagen.
¿Cuándo se sube la web al servidor definitivo?
La web se sube al servidor de producción cuando el cliente ha dado su aprobación final en el entorno de pruebas. Antes del cambio de DNS, hacemos un backup completo del estado previo. El proceso de cambio de DNS y activación de SSL dura entre una y 24 horas. Avisamos antes de cada paso para que el cliente sepa exactamente qué esperar.
En resumen
El tiempo de desarrollo de una web no es un número fijo: es el resultado de un proceso con muchas variables, y la mitad de esas variables están en manos del cliente. La mejor forma de conseguir una web en el plazo que necesitas no es buscar la agencia más rápida, sino llegar al proyecto preparado: con el contenido listo, las decisiones tomadas y una persona que pueda validar sin esperar a una reunión de dirección. Con esas condiciones, los plazos que aparecen en este artículo son perfectamente alcanzables. Sin ellas, son solo una guía optimista.
Hablemos de tu proyecto →