Publicado el
9 MIN DE LECTURA
Cuánto tiempo toma hacer un sitio web profesional
Por:
Cuánto tiempo toma hacer un sitio web profesional: de 3 a 4 semanas una página única, de 4 a 6 semanas un sitio web institucional y de 8 a 12 semanas un sitio web grande con CMS. Esos son los plazos medianos de los proyectos de Wama, del briefing a la publicación.
Busca ese plazo hoy y la búsqueda te devuelve dos respuestas malas. Las plataformas de construcción prometen minutos con inteligencia artificial, lo que es cierto para una página genérica y falso para un sitio web que necesita decir lo correcto. Las agencias lanzan un número suelto, sin etapas ni explicación. Este artículo abre el cronograma completo: a dónde va cada semana, qué retrasa de verdad y qué puede hacer el cliente para que el plazo no se escape.
¿Cuánto tiempo toma hacer un sitio web profesional?
Depende del tipo de proyecto, y la variación es lo bastante grande como para que un promedio solo estorbe más de lo que ayuda. La tabla de abajo muestra los plazos que manejamos, calculados sobre una base de 50 a 100 proyectos. Todos cuentan desde el briefing firmado hasta el sitio web publicado, incluidas las rondas de revisión.
Tipo de proyecto | Plazo mediano | Lo que más pesa |
|---|---|---|
Landing page o one page | 3 a 4 semanas | copy y animación a medida |
Sitio web institucional | 4 a 6 semanas | número de páginas con layout propio |
Sitio web grande con CMS | 8 a 12 semanas | estructura de colecciones y migración de contenido |
Llama la atención que una página única tome casi lo mismo que un sitio web institucional pequeño. La razón es simple: en una sola página, cada palabra y cada movimiento tienen que funcionar, porque no hay una segunda pantalla para arreglar lo que quedó confuso en la primera. Una página única no es un proyecto pequeño, es un proyecto concentrado.
A dónde va el tiempo de un proyecto de sitio web
Un proyecto de sitio web tiene cinco fases, y no consumen el tiempo en partes iguales. El orden importa más que la duración de cada una, porque empezar una fase con la anterior mal resuelta es la receta conocida del retrabajo.
Descubrimiento y briefing. Entender el negocio, definir el público, la estructura y el argumento de cada página.
Diseño de las pantallas. Diseñar layout, componentes, jerarquía y movimiento. Es la fase más larga.
Contenido. Escribir u organizar lo que dice cada sección, y aprobarlo.
Construcción. Armar en el editor, ajustar el responsive, conectar el CMS y los formularios.
Revisión y publicación. Probar, corregir, configurar el dominio y publicar.
Esta distinción entre consumir tiempo y causar retraso es la más útil de todo el artículo, y casi ningún cronograma de proyecto la explicita. Vale decirlo con todas las letras: la fase que más tiempo consume del estudio es el diseño, y la que más retrasos causa es el contenido del cliente. Son cosas distintas y confundirlas lleva a decisiones equivocadas. Recortar diseño para ganar plazo entrega un sitio web peor. Pedir el contenido antes entrega el mismo sitio web, en la fecha.
¿Por qué el diseño es la fase más larga?
Porque es donde se toman las decisiones. Diseñar una página no es elegir colores y tipografía, es decidir qué aparece primero, qué queda fuera, cómo se construye el argumento a lo largo del scroll y qué debe hacer el visitante al final. Cada una de esas elecciones tiene alternativas, y elegir toma tiempo.
Lo que acorta esta fase no es apurar al diseñador. Es llegar a ella con las decisiones de negocio ya tomadas. Cuando la empresa todavía no sabe a quién le habla ni qué la diferencia, el diseño se vuelve prueba y error caro. Sobre esto, vale leer las decisiones que tienen que estar cerradas antes de que empiece el diseño, porque son el verdadero atajo de plazo.
Hay un dato que confirma este patrón fuera de nuestra oficina. Según el informe Pulse of the Profession 2026, del Project Management Institute, el 88% de los proyectos se evaluaron como muy exitosos cuando los equipos manejaron bien la complejidad, frente a solo el 14% cuando la manejaron mal. Lo que separa un cronograma que se cumple de uno que se desborda es el método, no la velocidad.
¿Qué retrasa un proyecto en la práctica?
Tres cosas, en este orden, y ninguna es el trabajo técnico. La primera es el contenido que no llega: textos, fotos, datos y accesos que quedan pendientes mientras el proyecto espera. La segunda es la aprobación que tarda, cuando el material queda parado esperando a quien decide. La tercera es el cambio de alcance después de cerrado el diseño.
Las tres tienen la misma raíz: el proyecto depende de decisiones que están fuera del estudio. Un proveedor serio lo dice en la propuesta, con plazo por etapa y no solo fecha final, porque una fecha final sola no permite exigirle avance a nadie. Un plazo irreal, por cierto, es lo primero que hay que revisar en cualquier presupuesto, y quien promete un sitio web en 48 horas está vendiendo otra cosa.
El cambio de alcance merece una nota aparte. No está prohibido y a veces es la decisión correcta, porque el negocio cambió. El error es tratarlo como si fuera gratis. Una página nueva después del diseño aprobado significa una nueva ronda de estructura, diseño, contenido y revisión, y eso tiene su propio plazo.
¿Se puede hacer un sitio web en una semana con IA?
Se puede publicar algo en una semana. Lo que no se puede es resolver en una semana las decisiones que el sitio web necesita comunicar. Las herramientas de generación producen páginas plausibles en minutos, y es justamente por eso que tantos sitios web recientes parecen el mismo sitio: la estructura vino de una plantilla, no de una empresa.
Cuando el plazo es corto de verdad, la salida honesta es reducir el alcance, no acelerar las decisiones. Una página bien resuelta publicada en dos semanas vale más que ocho páginas genéricas en una. Lo que se gana en velocidad nunca viene de la herramienta, viene de ya saber qué decir.
Lo que la IA cambió en nuestro plazo
Menos de lo que se imagina, y la respuesta honesta es contraintuitiva: el plazo sigue prácticamente igual. Lo que cambió fue el acabado dentro de él. Cosas que antes quedaban fuera por falta de horas, como un componente interactivo, una automatización o un ajuste fino de responsive, hoy caben en el mismo cronograma.
Esto pasa porque la IA acelera la construcción, y la construcción nunca fue el cuello de botella. El descubrimiento y el diseño siguen tomando el tiempo que toman, porque dependen de conversación, de contexto y de decisiones humanas. Quien promete la mitad del plazo porque usa IA está prometiendo recortar la parte que decide, y es esa parte la que hace que el sitio web funcione. El detalle de dónde la IA realmente recorta tiempo en el desarrollo está en un artículo aparte.
Checklist del cliente para no retrasarse
Si reúnes estos seis elementos antes de la primera reunión, el cronograma tiende a cerrarse en la fecha acordada. Es la lista que más tiempo de proyecto ahorra, y no cuesta nada.
El objetivo del sitio web en una frase. Qué tiene que pasar después de que alguien lo visita.
Quién decide y quién aprueba. Un nombre, no un área. Dos personas como máximo.
Textos existentes, aunque sean borradores, y quién va a escribir lo que falta.
Material de marca: logotipo en vector, colores, tipografía, fotos.
Accesos: dominio, analytics, herramienta de correo, lo que haga falta integrar.
Tres referencias de sitios web que te gusten, con el motivo de cada una.
El material que tiene que estar listo antes de la primera semana cabe en un documento simple, y vale más que cualquier aceleración técnica. Del lado del proveedor, lo que sostiene el plazo es la repetición: el proceso que Wama repite en cada proyecto es lo que permite estimar semana a semana en lugar de adivinar.
Cómo entra el plazo en el precio
Plazo y precio son la misma decisión vista desde dos ángulos. Acortar el cronograma exige más gente en paralelo o menos rondas de revisión, y las dos cosas aparecen en el presupuesto. Alargarlo parece gratis en el papel y sale caro en la práctica, porque un proyecto parado pierde contexto y hay que retomarlo mentalmente desde cero.
Hay además un costo que casi nadie suma: la suscripción a la plataforma empieza a correr antes de que el sitio web exista. En la página oficial de planes de Framer, consultada en septiembre de 2026, el plan intermedio cuesta US$ 30 al mes, lo que en un proyecto de 12 semanas suma tres mensualidades pagadas antes del primer visitante. Vale saber qué cubre la suscripción a la plataforma mientras corre el proyecto. Y para convertir semanas en dinero, la regla completa está en lo que representa cada semana de trabajo en el presupuesto. La migración tiene su propio cronograma, y cuánto tiempo toma una migración de punta a punta merece una cuenta aparte.
Preguntas frecuentes
¿Cuál es la forma más rápida de publicar un sitio web?
Un constructor con plantilla lo resuelve en horas, y tiene sentido cuando la empresa solo necesita una presencia mínima. Para un sitio web que necesita comunicar posicionamiento, el camino más rápido es reducir el alcance a una página bien resuelta en lugar de acelerar un proyecto grande.
¿Por qué una agencia tarda semanas si la herramienta lo arma en minutos?
Porque armar nunca fue el trabajo. El tiempo se va en descubrir qué necesita decir el sitio web, decidir la estructura, escribir el contenido y revisar. La herramienta acelera la etapa de construcción, que es la más corta de las cinco fases de un proyecto.
¿Cuánto tiempo toma un sitio web con blog y CMS?
De 8 a 12 semanas cuando hay muchas páginas generadas a partir de colecciones. Lo que alarga no es el diseño del blog, es estructurar las colecciones y migrar el contenido existente sin perder la organización ni las direcciones que ya reciben visitas.
¿Qué pasa si me retraso en la entrega del contenido?
El cronograma se detiene en esa etapa y se retoma cuando llega el material. No es una penalidad, es una dependencia: sin texto definido, el diseño se vuelve suposición. Por eso la lista de material a reunir antes de la primera reunión importa más que cualquier promesa de velocidad.
¿Se puede seguir el avance semana a semana?
Debería poderse, y eso es lo que separa una propuesta seria de una cotización. Pide plazo por etapa, no solo fecha final. Con hitos definidos, puedes exigir avance y darte cuenta temprano cuando algo se atrasó, en lugar de descubrirlo en la semana de la entrega.
Si necesitas un cronograma aplicado a tu caso, con etapas y fechas antes de cerrar el contrato, vale ver el cronograma aplicado a tu caso con Wama. Más de 200 proyectos entregados, con una persona a cargo del briefing al deploy.
