Qué debe incluir un presupuesto web: checklist para comparar propuestas

Dos presupuestos con el mismo total pueden incluir trabajos completamente distintos. Uno puede cubrir estrategia, textos, pruebas y soporte; otro limitarse a instalar una plantilla. Compararlos solo por el precio final es como comparar dos locales por el alquiler sin mirar tamaño, ubicación ni condiciones.

Esta checklist sirve para pedir propuestas más claras, detectar huecos antes de firmar y entender qué seguirá costando después. No pretende convertirte en desarrollador: pretende darte preguntas concretas.

1. Objetivo, público y resultado esperado

El presupuesto debería empezar explicando qué problema resuelve la web. “Crear una página moderna” no define un resultado.

Un objetivo útil puede ser:

• Recibir solicitudes cualificadas para un servicio.
• Permitir reservar una cita.
• Vender un catálogo concreto.
• Sustituir pedidos gestionados por mensajes.
• Presentar trabajos y facilitar el contacto.
• Publicar información local actualizada.

También debe indicar a quién se dirige y cuál será la acción principal. Sin esa base, el diseño se evalúa por gusto y es difícil saber cuándo el proyecto está terminado.

Pregunta: ¿qué tendrá que poder hacer una persona cuando la web se entregue?

2. Páginas, funciones y entregables

“Web de cinco páginas” sigue siendo ambiguo. Una página de contacto sencilla no requiere el mismo trabajo que un catálogo con filtros, reservas o pagos.

Pide una lista que separe:

• Páginas y plantillas.
• Formularios y destinos de los mensajes.
• Catálogo, variantes y stock.
• Pagos, envíos e impuestos.
• Blog o noticias.
• Idiomas.
• Integraciones externas.
• Área privada o panel.
• Migración de contenidos y URLs.
• Analítica y Search Console.

Cada función debería indicar qué incluye y qué queda fuera. Si algo se aplaza, anótalo como una fase posterior en lugar de asumir que aparecerá durante el proyecto.

3. Contenidos: quién escribe y quién entrega

Muchas webs se retrasan porque nadie ha definido quién aporta textos, fotografías, traducciones, datos legales o fichas de producto.

El presupuesto debe aclarar:

• Si incluye investigación y redacción.
• Cuántas páginas o palabras se revisan.
• Quién selecciona y licencia imágenes.
• Formato y fecha para entregar contenidos.
• Número de productos incluidos en la carga inicial.
• Quién valida nombres, precios y afirmaciones.
• Qué ocurre si el material llega tarde.

“El cliente entrega los textos” puede abaratar el proyecto, pero implica trabajo real por tu parte. “Contenido incluido” debería describir cuántas piezas y qué nivel de revisión ofrece.

4. Diseño: plantilla, personalización o sistema propio

Utilizar una plantilla no es un problema si se explica. Puede ahorrar tiempo y presupuesto. Lo importante es saber qué se adapta y qué limitaciones permanecen.

Pide que la propuesta indique:

• Plataforma, tema o base utilizada.
• Páginas diseñadas de forma específica.
• Componentes reutilizables.
• Versiones para móvil.
• Número de rondas de revisión.
• Archivos de diseño que se entregarán.
• Licencias de tipografías, imágenes y plantillas.

“Diseño personalizado” no debería significar únicamente cambiar colores y logo sobre una demo. Tampoco una web a medida garantiza calidad por sí sola: debe existir un proceso de revisión y prueba.

5. SEO, rendimiento y accesibilidad

Estas palabras aparecen en muchos presupuestos, pero necesitan tareas concretas.

SEO básico comprobable

• Títulos y descripciones editables.
• URLs comprensibles.
• Un encabezado principal por página.
• Sitemap y archivo de robots.
• Redirecciones si se migra una web.
• Datos para compartir en redes.
• Configuración de Search Console.
• Enlaces internos y contenido indexable.

Rendimiento

• Optimización y dimensiones de imágenes.
• Revisión en móvil.
• Control de scripts y tipografías.
• Medición de la web publicada.
• Corrección de problemas graves de carga o estabilidad.

Las Core Web Vitals son señales útiles, pero Google aclara que una buena puntuación no garantiza posiciones. Desconfía tanto de quien ignora el rendimiento como de quien promete el primer puesto por conseguir un número concreto.

Accesibilidad

• Estructura semántica.
• Navegación con teclado.
• Etiquetas y mensajes de formularios.
• Texto alternativo para imágenes relevantes.
• Contraste suficiente.
• Estados que no dependan solo del color.

Si se promete cumplimiento de un nivel concreto, el presupuesto debe indicar norma, alcance y método de revisión.

6. Dominio, cuentas, datos y propiedad

Este apartado evita muchas dependencias innecesarias. El dominio debería registrarse a nombre del negocio o quedar bajo una cuenta que el negocio controle.

Pregunta quién tendrá acceso a:

• Dominio y DNS.
• Hosting o plataforma.
• Repositorio de código.
• Base de datos y copias.
• Servicio de email.
• Analítica y Search Console.
• Pasarela de pago.
• Imágenes y archivos originales.

El contrato debe explicar licencias, cesión de derechos y qué puedes exportar si termina la relación. Tener el código no elimina la necesidad de mantenimiento; no tener acceso a ninguna cuenta sí crea un riesgo evitable.

7. Seguridad, copias y mantenimiento

“Seguridad incluida” no es un entregable. Pide que se traduzca en medidas y responsabilidades:

• Actualizaciones de plataforma y dependencias.
• Gestión de accesos y autenticación.
• Protección de secretos y claves.
• Copias: frecuencia, ubicación y restauración.
• Registro y respuesta ante errores.
• Renovaciones de dominio y certificados.
• Revisión de formularios y spam.
• Procedimiento si la web deja de funcionar.

El mantenimiento puede cobrarse por cuota, bolsa de horas o intervención. Ningún modelo es automáticamente mejor. Compara tareas incluidas, tiempo de respuesta, horario, límites y trabajos facturados aparte.

8. Calendario, hitos y revisiones

Una fecha final sin dependencias es poco fiable. Un calendario útil identifica:

1. Inicio y entrega de materiales.
2. Arquitectura o propuesta.
3. Diseño.
4. Desarrollo y carga.
5. Revisión del cliente.
6. Correcciones.
7. Pruebas.
8. Publicación.
9. Formación o soporte inicial.

Aclara cuántas rondas se incluyen y qué se considera un cambio de alcance. Una ronda no debería ser una excusa para dejar errores, pero tampoco equivale a rediseñar el proyecto indefinidamente.

9. Precio, impuestos y pagos recurrentes

El total debería separar construcción, licencias, impuestos y servicios de terceros. Pide una estimación anual de:

• Dominio.
• Plataforma u hosting.
• Correo.
• Aplicaciones.
• Mantenimiento.
• Comisiones de pago.
• Servicios de email o reservas.
• Renovación de temas o licencias.

Comprueba también el calendario de pagos: señal, hitos y entrega final; condiciones de cancelación; trabajos adicionales; y qué ocurre si una fase se retrasa por falta de materiales.

Los precios oficiales de Wix, Shopify, Stripe y Cloudflare cambian por país, plan y uso. Utiliza siempre la tarifa vigente para calcular, no una captura antigua incluida en una propuesta.

10. Soporte, formación y entrega

Una web puede estar publicada y seguir sin estar entregada de forma útil.

La propuesta debería indicar:

• Periodo de garantía para errores del alcance acordado.
• Canal y horario de soporte.
• Formación incluida.
• Manuales o vídeos.
• Credenciales y cuentas entregadas.
• Copia o exportación inicial.
• Persona responsable después del lanzamiento.

Distingue entre corregir un error y pedir una función nueva. Esa frontera reduce conflictos para ambas partes.

Tabla para comparar propuestas

Rellena la tabla con entregables, no con palabras como “completo”, “avanzado” o “prémium”.

Señales de alerta

• Promesas de primeras posiciones o ventas garantizadas.
• Presión para pagar sin alcance ni contrato.
• Dominio registrado a nombre del proveedor sin una razón explicada.
• Precio muy bajo que no indica contenidos, licencias o soporte.
• “SEO incluido” sin tareas.
• Cuotas obligatorias sin trabajo descrito.
• Herramientas o aplicaciones que no podrás administrar.
• Ausencia de proceso para copias y recuperación.
• Uso de testimonios, imágenes o marcas sin permiso.
• Negativa a explicar qué ocurre al cambiar de proveedor.

Una señal aislada puede tener explicación. Varias juntas justifican detenerse y pedir una propuesta más clara.

Checklist para copiar

• Objetivo, público y acción principal definidos.
• Páginas, plantillas y funciones enumeradas.
• Responsables de textos, imágenes y productos acordados.
• Uso de plantilla y licencias explicado.
• Rondas de diseño y cambios de alcance definidos.
• SEO traducido en tareas.
• Rendimiento medido en la web publicada.
• Accesibilidad incluida con un alcance concreto.
• Dominio y cuentas bajo control del negocio.
• Código, datos y exportación descritos.
• Copias, restauración y seguridad detalladas.
• Calendario con hitos y dependencias.
• Precio, impuestos y pagos adicionales separados.
• Costes recurrentes estimados.
• Garantía, soporte y mantenimiento diferenciados.
• Formación y entrega de credenciales incluidas.

Cómo tomar la decisión

No gana automáticamente el presupuesto más barato ni el más extenso. Elige la propuesta que resuelva el objetivo con un alcance comprensible, un coste sostenible y responsabilidades que puedas asumir.

Si dos opciones incluyen cosas diferentes, pide una segunda versión con el mismo alcance. Solo entonces el precio es comparable.

Para entender los rangos y costes a varios años, lee cuánto cuesta una web para un negocio pequeño en 2026. Si ya tienes propuestas y quieres ordenar las preguntas antes de decidir, puedes contactar conmigo.