Es la primera pregunta que hace casi todo el mundo al pedir presupuesto, y casi siempre se responde con una cifra suelta que no significa nada. Cuánto se tarda en hacer una página web no depende del programa con el que se construya, sino de tres cosas muy concretas: qué tiene que hacer la web, quién aporta los contenidos y cuántas decisiones quedan abiertas cuando el proyecto arranca.
De qué depende de verdad el plazo
Dos webs que por fuera se parecen pueden tardar tiempos muy distintos. La diferencia no está en las pantallas, está en lo que ocurre por detrás. Una web de presentación resuelve una tarea sencilla: explicar quién eres, qué haces y cómo contactarte. En cuanto aparecen catálogo, reservas, pagos, acceso de clientes o varios idiomas, el proyecto deja de ser una web y pasa a ser un pequeño sistema, con sus pruebas y sus casos raros.
El segundo factor es el contenido. No es lo mismo un negocio que ya tiene sus textos, sus fotos reales y su logotipo en condiciones que otro que empieza de cero. Y el tercero, el más invisible, es el número de decisiones abiertas: cada vez que se cambia de criterio a mitad de camino, el trabajo hecho se rehace.
Por eso, cuando alguien pide un plazo antes de definir el alcance, la respuesta honesta no es una fecha: es una pregunta. ¿Qué páginas va a tener y qué tiene que conseguir cada una? Con eso cerrado, el calendario se puede fijar y se puede cumplir.
Las cuatro fases de un proyecto web
Casi todos los proyectos, grandes o pequeños, recorren las mismas cuatro etapas. Saber en cuál está el tuyo evita la sensación de que "no avanza", que casi siempre significa que se está trabajando en algo que no se ve.
- Definición: se decide el mapa de páginas, qué servicio va en cada una y qué debe hacer el visitante. Es la fase más corta en horas y la que más condiciona el resultado.
- Contenido: textos, fotos, precios o condiciones, datos legales. Es la fase que más se subestima y la que más veces detiene el reloj.
- Diseño y desarrollo: se construye lo acordado. Si las dos fases anteriores están cerradas, esta avanza sola; si no, se convierte en un ir y venir de versiones.
- Publicación y comprobación: dominio, correo, velocidad en móvil, formularios que llegan de verdad y revisión de que el buscador puede leer la web. Aquí es donde se separan las webs entregadas de las webs terminadas.
Estas fases no son compartimentos estancos: se solapan. Mientras se diseña la página de inicio ya se pueden ir redactando los textos de servicios, y mientras se desarrolla el formulario se puede preparar el correo corporativo. Lo que no se puede es adelantar el contenido que todavía no existe. Por eso, cuando un proyecto parece atascado, la pregunta útil no es "¿por dónde vais?", sino "¿qué estáis esperando y de quién depende?". La respuesta casi siempre señala a un material pendiente, no a una tarea técnica a medio terminar.
La cuarta fase es la que más se salta y la que más caro sale. Una web que se entrega sin comprobar que los formularios llegan, o sin mirar cómo la ve el buscador, puede estar meses funcionando "bien" y sin traer un solo cliente.
Lo que más retrasa no es el diseño
En nuestra experiencia con negocios de Fuenlabrada y el resto de Madrid Sur, el calendario se rompe casi siempre por el mismo sitio, y no es el que la gente imagina. No se atasca en el desarrollo: se atasca esperando materiales y respuestas.
- Los textos definitivos. "Te lo mando esta semana" es la frase que más días añade a un proyecto.
- Las fotos reales. Las de banco de imágenes salvan el trámite, pero un negocio local vende con sus instalaciones, su equipo y sus trabajos.
- Las decisiones repartidas. Cuando opinan cuatro personas y no hay una que decida, cada pantalla se revisa dos o tres veces.
- Los accesos. Dominio, correo corporativo o la cuenta del alojamiento suelen estar a nombre de alguien que ya no está en la empresa.
"Una web no se retrasa por lo que falta por programar, sino por lo que falta por decidir." — Ramón Iniesta, Grupo Dyser
Ejemplo habitual: el proyecto que espera a una foto
Un comercio contrata su web con todo definido y el desarrollo listo en pocos días. La publicación, sin embargo, se queda parada semanas porque falta la sesión de fotos del local y nadie quiere estrenar la web con imágenes genéricas. Es una espera razonable y una decisión correcta, pero conviene verla como lo que es: el plazo no lo marca la parte técnica, lo marca el material que aún no existe. Planificar esa sesión el primer día, y no el último, es lo que separa una entrega puntual de una entrega eterna.
Publicar no es aparecer en Google
Aquí está el malentendido más caro de todos. El día que la web se publica, el proyecto termina para el equipo que la construye, pero para el buscador acaba de empezar. Google tiene que descubrir la dirección, rastrearla y decidir si la guarda en su índice. Solo después puede aparecer en los resultados.
No es inmediato y tampoco es un fallo: la propia documentación de Google advierte de que los rastreos "pueden tardar desde unos pocos días hasta unas semanas", y añade que pedirlo varias veces no acelera nada. Por eso una web que se estrena hoy no puede prometer visitas de buscador la semana que viene.
Lo que sí se puede hacer es no perder ese tiempo por un descuido: que el texto viaje en el código y no solo en el navegador, que exista un sitemap enviado, que cada página esté enlazada desde dentro de la web y que se compruebe una a una en Search Console. Si esto te suena lejano, lo explicamos paso a paso en por qué Google no indexa tu web y cómo comprobarlo.
¿Quieres saber qué plazo tiene tu caso?
Te decimos qué necesita tu negocio, en qué orden y con qué calendario realista, sin humo.
Ver diseño web en Madrid SurCómo acortar el plazo sin empeorar la web
Se puede ir más rápido, pero no recortando la parte que sostiene el resultado. Estas cuatro decisiones acortan semanas de verdad y no restan calidad:
- Prepara los contenidos antes de empezar. Reúne textos, fotos, logotipo y datos de contacto y legales. El proyecto arranca con el depósito lleno en vez de ir parando a repostar.
- Nombra a una sola persona que decida. Puede consultar con quien quiera, pero la respuesta sale de una sola voz. Es el cambio que más acelera y no cuesta dinero.
- Publica por fases. Primero el núcleo que ya vende —inicio, servicios y contacto— y después el blog, el catálogo o las reservas. Estás en el mercado antes y cada bloque se entrega comprobado.
- Cierra el alcance por escrito. No para ponerse rígido, sino para que los cambios se decidan sabiendo qué días añaden.
Y una advertencia por experiencia: la prisa se paga casi siempre en la última fase, que es la que nadie ve. Si hay que recortar algo, que sea una sección del contenido, nunca la comprobación de que la web funciona, carga rápido en el móvil y el buscador puede leerla. Esa parte es la que decide si la web es un escaparate bonito o un sistema que trae clientes.
Señales de que una fecha no es realista
No todas las prisas vienen del cliente. Cuando en una propuesta aparece una fecha muy ajustada, conviene entender de dónde sale. Hay tres señales que suelen anticipar un retraso o una entrega a medias:
- Se da el plazo antes de saber qué páginas tendrá la web. Sin alcance, la fecha es una intuición, no un compromiso.
- El calendario no reserva tiempo para los contenidos. Si nadie ha preguntado quién escribe los textos ni quién hace las fotos, ese tiempo aparecerá después, y por sorpresa.
- No hay fase de comprobación. Si el plan termina en "publicación", falta la parte que garantiza que los formularios llegan y que el buscador puede leer la web.
Tampoco es mala señal que una propuesta dé una horquilla en lugar de un día exacto: significa que quien la firma ha pensado en qué puede variar y por qué. Lo preocupante es lo contrario, una fecha cerrada antes de conocer el proyecto, que casi siempre acaba en una entrega recortada por algún sitio, y ese sitio suele ser el que no se ve.
Un plazo realista no es el más corto: es el que se cumple y llega con la web funcionando de verdad. Preferimos decirlo antes, aunque suene menos atractivo que una fecha optimista.
Preguntas frecuentes
Depende del alcance, no del diseño. Una web de presentación con los textos y las fotos ya preparados avanza rápido; en cuanto entran catálogo, reservas, formularios conectados o varios idiomas, el plazo se alarga. La fecha realista se fija cuando está cerrado qué páginas tendrá y quién aporta los contenidos.
Los contenidos y las decisiones. Los textos definitivos, las fotos reales del negocio y los datos legales suelen llegar tarde, y cada cambio de criterio a mitad de proyecto obliga a rehacer trabajo ya hecho. El desarrollo casi nunca es el cuello de botella.
Tres cosas: la lista de páginas y servicios que quieres, los contenidos reales (textos, fotos, logotipo y datos de contacto) y una única persona que decida. Con eso preparado antes de empezar, el proyecto deja de depender de esperas y avanza de forma continua.
Publicar no es aparecer. Google tiene que rastrear la página y decidir si la indexa, y su documentación advierte de que un rastreo puede tardar desde unos pocos días hasta unas semanas. Posicionarse por búsquedas competidas es un proceso posterior y más lento.
Sí, y suele ser la mejor decisión. Se publica primero el núcleo que ya vende (inicio, servicios y contacto) y después se añaden blog, catálogo o reservas. Se gana tiempo real en el mercado y cada bloque se entrega comprobado en lugar de esperar meses a tenerlo todo.
Conclusión: la fecha la marca lo que decides, no lo que se programa
Si tuviéramos que resumir años de proyectos en una frase, sería esta: las webs que salen a tiempo son las que llegan con los deberes hechos. El alcance cerrado, los contenidos reunidos y una persona que decide valen más que cualquier atajo técnico.
Antes de pedir un plazo, haz una lista de las páginas que quieres y reúne lo que ya tienes escrito y fotografiado. Con eso en la mano, cualquier profesional serio podrá darte una fecha que se cumpla, y tú podrás juzgar si la propuesta que te hacen es realista o solo suena bien.
