Si estás considerando contratar un diseñador web en Barcelona, doy por hecho que que tu primera pregunta sea: «¿Cuánto me va a costar?». Es lógico. El presupuesto importa y nadie sensato se salta eso. Pero empezar y terminar ahí no es el plan que deberías seguir. Antes de firmar deberías saber qué incluye el proyecto, qué quedará en tus manos, quién asumirá cada responsabilidad y cómo comprobarás que el proyecto cumple su función.
Una web puede parecer estupenda el día de la entrega y convertirse seis meses después en un pequeño dolor de cabeza empresarial: cambios que siempre se facturan aparte, un dominio que no controlas, una cuota mensual difícil de justificar, plugins que nadie quiere tocar o una web que recibe visitas sin que sepas cuántas terminan en llamadas o solicitudes comerciales. Precisamente por eso conviene saberqué preguntar antes de contratar un diseñador web en Barcelona.
En esta guía vamos a poner orden antes de gastar dinero. Verás cómo preparar el briefing, cómo comparar presupuestos, qué debes exigir sobre dominio, hosting y código, cuándo una tecnología aporta valor real y qué deberías comprobar antes de firmar. La idea es sencilla: que contrates con criterio empresarial, no por intuición, estética o una cifra atractiva.
Qué debes aclarar antes de pedir presupuesto a un diseñador web
Antes de pedir presupuesto, terminar de entender qué esperas que consiga la web, a quién debe convencer, qué servicios mostrará, qué páginas necesitas y qué materiales puedes aportar. Cuanto más preciso sea tu briefing, más fácil será comparar propuestas y detectar presupuestos que parecen completos, pero dejan decisiones importantes sin resolver.
El error clásico consiste en pedir «una web moderna» y esperar que cinco proveedores interpreten exactamente lo mismo. No ocurrirá. Para uno puede significar una página corporativa de cinco secciones. Para otro, un proyecto con estrategia de contenidos, SEO técnico, formularios, analítica, integraciones y mantenimiento.
Luego llegan cinco presupuestos completamente distintos y alguien dice: «Este es mucho más barato». Claro. También es posible que estés comparando una bicicleta con una furgoneta porque ambas tienen ruedas.
Empieza por el objetivo empresarial, no por el aspecto visual
Antes de hablar de colores, animaciones o tipografías, responde a una pregunta mucho menos glamurosa y bastante más rentable:
¿Qué trabajo debe hacer esta web para tu negocio?
Puede tener como objetivo principal:
- generar solicitudes comerciales;
- conseguir llamadas;
- recibir reservas;
- vender productos;
- explicar servicios complejos;
- generar confianza antes de una reunión comercial;
- mostrar proyectos o casos;
- atraer clientes desde búsquedas locales;
- facilitar que clientes existentes encuentren información.
Una empresa industrial que vende mediante visitas comerciales necesita una web diferente de un restaurante que depende de reservas. Un despacho que quiere generar consultas locales tampoco debería plantear la misma arquitectura que una tienda online.
Tu proveedor debería entender esto antes de enseñarte una propuesta visual.
Si tu empresa depende de clientes próximos, llamadas, formularios o búsquedas geográficas, tiene sentido valorar si el diseñador webcomprende la captación local, sabe organizar páginas de servicios y plantea una estructura que puedas gestionar con suficiente autonomía después del lanzamiento.
Define a quién estás intentando convencer
Una web no habla «al mercado», debe comunicarse con personas personas concretas que llegan con preguntas, objeciones y diferentes niveles de conocimiento.
Imagina una empresa de instalaciones industriales. Su comprador puede estar buscando un proveedor fiable para una reforma importante. Seguramente querrá saber qué hacéis, para qué sectores trabajáis, qué experiencia podéis demostrar, cómo contactar y qué garantías ofrecéis.
Ahora piensa en una academia de idiomas. Su usuario posiblemente quiera horarios, modalidad, niveles, ubicación, metodología, precios orientativos y una forma rápida de pedir información.
El diseño viene después. Primero está la decisión que quieres facilitar.
Prepara el inventario antes de pedir propuestas
Como mínimo, deja anotado:
- Qué servicios o productos quieres mostrar.
- Qué tipo de cliente quieres atraer.
- Qué páginas crees que necesitarás.
- Qué acciones quieres que realice el visitante.
- Qué textos tienes preparados.
- Qué fotografías están disponibles.
- Si dispones de logotipo y manual de marca.
- Qué herramientas externas habrá que conectar.
- Quién podrá revisar y aprobar contenidos.
- Qué grado de autonomía quieres después.
No necesitas llegar con un documento de cincuenta páginas. Un briefing útil puede ser sencillo, lo importante es que obligue a concretar.
Web escaparate y web comercial no son la misma cosa
Una web escaparate explica quién eres, qué haces y cómo contactar. Para algunas empresas puede ser suficiente.
Una web orientada a captación parte de otra lógica. Organiza servicios según búsquedas e intención, reduce fricciones, introduce llamadas a la acción, mide conversiones y facilita que el usuario avance.
| Criterio | Web escaparate | Web orientada a captación |
|---|---|---|
| Objetivo | Presencia corporativa | Generar oportunidades |
| Arquitectura | Principalmente informativa | Diseñada alrededor del recorrido del cliente |
| Llamadas a la acción | Básicas | Ligadas a cada intención |
| Medición | Visitas generales | Formularios, llamadas, WhatsApp, solicitudes |
| Contenido | Presentación empresarial | Servicios, objeciones, confianza y decisión |
| SEO | Puede ser básico | Se plantea desde arquitectura y contenidos |
Una no es automáticamente «mejor» que la otra. Lo que sería absurdo es pagar una web de captación y recibir una tarjeta de visita digital con movimiento.
Ese matiz debes resolver antes de pedir precio.
Qué incluye realmente un presupuesto de página web
Un presupuesto web debería explicar qué se diseñará, qué se desarrollará, cuántas páginas entran, quién aporta contenidos, qué revisiones se incluyen, cómo se trabajarán rendimiento y SEO técnico, qué analítica se instalará y qué ocurre después del lanzamiento. Si no puedes identificar los entregables, todavía no sabes qué estás comprando.
Dos presupuestos con cantidades diferentes pueden incluir exactamente lo mismo. También puede ocurrir lo contrario: dos propuestas con cifras similares pueden esconder alcances radicalmente diferentes.
Por eso la pregunta «¿cuánto cuesta una web?» tiene menos valor del que parece si no viene acompañada de otra:
- ¿Qué estoy comprando exactamente por esa cantidad?
Antes de aceptar un presupuesto de página web en Barcelona, comprueba si separa diseño, desarrollo, contenidos, SEO técnico, analítica, publicación, soporte, mantenimiento y exclusiones. Una cifra encerrada en una línea puede quedar muy limpia visualmente, pero empresarialmente te deja demasiado espacio para las sorpresas.
Lo que debería aparecer por escrito
Presupuesto web · revisión antes de contratar
Qué debe aclarar cada partida de un presupuesto web
Un presupuesto resulta más fácil de comparar cuando cada partida explica qué trabajo incluye y dónde terminan sus límites. Estas preguntas ayudan a revisar alcance, desarrollo, contenidos, medición, publicación y mantenimiento antes de aceptar una propuesta.
Desliza horizontalmente para consultar todas las columnas.
| Partida del presupuesto | Qué debe aclarar | Pregunta que debe hacerse la pyme |
|---|---|---|
| Alcance | Páginas, plantillas y funcionalidades incluidas. | ¿Qué recibiré exactamente? |
| Diseño | Personalización, adaptación móvil y proceso de aprobación. | ¿Se diseña para mi empresa o se adapta una base existente? |
| Desarrollo | CMS, código, integraciones y funcionalidades. | ¿Qué tecnología se utilizará y por qué? |
| Contenidos | Responsabilidad sobre textos, imágenes y carga de información. | ¿Quién redacta, revisa y publica? |
| SEO técnico | Arquitectura, indexación, metadatos, datos estructurados y rendimiento. | ¿Qué significa exactamente «SEO incluido»? |
| Analítica | GA4, Tag Manager, Search Console y eventos. | ¿Podré medir contactos reales? |
| Revisiones | Número de rondas y alcance de los cambios. | ¿Cuándo un cambio deja de estar incluido? |
| Publicación | Migración, pruebas y puesta en producción. | ¿Quién se responsabiliza del lanzamiento? |
| Mantenimiento | Actualizaciones, seguridad, copias y soporte. | ¿Qué trabajo concreto cubre la cuota? |
| Exclusiones | Todo aquello que se cobrará aparte. | ¿Qué supuestos podrían aumentar el coste? |
Lectura empresarial: dos presupuestos con un precio parecido pueden cubrir trabajos muy distintos. Antes de compararlos, conviene comprobar qué se entrega, quién asume cada tarea, cuántas revisiones están incluidas y qué conceptos pueden generar un coste adicional durante el desarrollo, la publicación o el mantenimiento.
Textos, fotografías y materiales: acláralo pronto
Uno de los atascos más previsibles de un proyecto web aparece cuando nadie ha decidido quién prepara los contenidos.
Supongamos que la agencia termina el diseño y está esperando los textos de doce servicios. Tu equipo pensaba que los redactaba el proveedor. El proveedor pensaba que los entregabas tú. El proyecto queda parado.
Pregunta expresamente:
- ¿Quién redacta los textos?
- ¿Quién hace o selecciona las fotografías?
- ¿Quién prepara los casos de éxito?
- ¿Quién introduce la información en la web?
- ¿Quién revisa los contenidos?
- ¿Cuánto tiempo tienes para aprobar cada fase?
- ¿Qué ocurre con el calendario si tu empresa se retrasa?
Una planificación sensata distingue qué depende del proveedor y qué depende de ti.
Pago único o cuota mensual: compara el coste total a tres años
Aquí también es fácil caer en una comparación pobre.
Una propuesta puede plantear un pago inicial y costes posteriores de hosting, licencias y mantenimiento. Otra puede trabajar mediante una cuota recurrente con determinados servicios incluidos.
No decidas mirando únicamente el primer mes o la primera factura.
Haz una hoja sencilla y calcula qué supondrá cada modelo durante tres años:
- Coste total = puesta en marcha + cuotas + hosting + licencias + mantenimiento + servicios adicionales previsibles.
Después añade una columna que el Excel no puede resolver:
- ¿Qué conservaré si dejo de pagar?
Ese detalle cambia la película.
Una cuota puede ser perfectamente razonable si recibes hosting gestionado, seguridad, actualizaciones, soporte y mejoras bien definidas. Empieza a resultar menos atractiva cuando nadie sabe qué incluye o cuando cancelar significa perder la web.
Rendimiento: también debe estar presupuestado
Una web bonita que tarda demasiado en responder tiene un problema bastante tangible.
Google utiliza las Core Web Vitals para evaluar aspectos de la experiencia real relacionados con carga, capacidad de respuesta y estabilidad visual. Esto convierte el rendimiento en una cuestión que debe plantearse durante el proyecto, no en un parche que alguien aplicará meses después si surgen problemas (Google Search Central, 2026).
Por eso puedes preguntar:
- ¿Cómo se controlará la velocidad?
- ¿Se optimizarán imágenes?
- ¿Qué impacto tendrán las fuentes, scripts y animaciones?
- ¿Se comprobará el comportamiento móvil?
- ¿El presupuesto contempla Core Web Vitals?
- ¿Quién corrige problemas detectados antes de publicar?
El rendimiento se cocina desde la arquitectura. Intentar arreglarlo al final se parece bastante a construir una casa y decidir después dónde iban las tuberías.
Propiedad, tecnología y mantenimiento: las preguntas que evitan dependencia
La tecnología debe darte una ventaja concreta: rendimiento, facilidad de edición, integración, seguridad o capacidad de crecer. Antes de firmar, aclara quién controla dominio, hosting, código, repositorio y contenidos, y qué recibirás si cambias de proveedor. Una solución técnicamente sofisticada pierde atractivo cuando te deja atrapado.
Esta es la parte que muchos empresarios descubren demasiado tarde.
La web está publicada. ytodo parece correcto. Dos años después quieres cambiar de proveedor y empiezan las preguntas incómodas: ¿quién tiene la cuenta del dominio?, ¿dónde está alojada?, ¿puedes llevarte el código?, ¿quién conserva el repositorio?, ¿las licencias están a nombre de tu empresa?
Eso debería haberse hablado antes de firmar.
El dominio debería estar bajo tu control
El dominio es parte de tu identidad digital. Si tu empresa opera con tumarca.es, no tiene demasiado sentido que el control administrativo dependa permanentemente de la cuenta personal de un tercero.
Lo mismo vale para otras piezas del proyecto.
Conviene dejar claros:
- titularidad y acceso al dominio;
- acceso al hosting;
- credenciales administrativas;
- propiedad de los textos;
- derechos sobre fotografías y diseños;
- acceso al código;
- repositorio cuando existe desarrollo personalizado;
- licencias utilizadas;
- procedimiento de migración;
- documentación técnica necesaria.
El Reglamento de Datos de la Unión Europea pone especial atención en reducir barreras contractuales y técnicas que dificulten cambiar entre determinados servicios de procesamiento de datos. El principio empresarial que puedes extraer es sencillo: cuanto mejor definida esté la portabilidad de tus activos y datos, menor será tu dependencia operativa (Unión Europea, 2023).
Eso no significa que toda relación con un proveedor esté regulada de la misma manera por ese reglamento. Significa que la capacidad de cambiar y recuperar activos merece estar pensada desde el contrato.
No compres una tecnología. Compra una razón para utilizarla
Que una agencia pronuncie muchos nombres técnicos no convierte su propuesta en mejor.
WordPress, Astro, Next.js, React, Node.js y Three.js sirven para resolver problemas diferentes. Preguntar «¿cuál es mejor?» sin contexto tiene poco sentido.
Una buena cuestión sería:
¿Qué ventaja concreta aporta esta tecnología a mi proyecto frente a una alternativa más sencilla?
Desarrollo web · elección tecnológica
Qué tecnología encaja en cada proyecto y qué conviene preguntar antes de contratar
La tecnología debería responder a una necesidad concreta del negocio y no convertirse en un fin en sí misma. Esta comparativa relaciona cada opción con el tipo de proyecto en el que encaja, el riesgo de sobredimensionarla y la pregunta que conviene resolver antes de firmar.
Desliza horizontalmente para consultar todas las columnas.
| Tecnología | Cuándo encaja | Riesgo si se usa mal | Pregunta antes de firmar |
|---|---|---|---|
| WordPress | Webs corporativas, contenidos frecuentes y equipos que necesitan editar. | Exceso de plugins, plantillas pesadas y mantenimiento desordenado. | ¿Qué podré modificar sin llamar al proveedor? |
| Astro | Webs de contenido, captación y proyectos donde la ligereza importa. | Arquitectura innecesaria si la edición posterior no está bien resuelta. | ¿Cómo actualizará contenidos mi equipo? |
| Next.js / React | Interfaces avanzadas, lógica dinámica, portales e integraciones. | Complejidad excesiva para una web corporativa sencilla. | ¿Qué necesidad empresarial justifica esta arquitectura? |
| Node.js | APIs, automatizaciones, backend e integraciones personalizadas. | Mantenimiento adicional cuando realmente no hace falta backend propio. | ¿Qué proceso de negocio resolverá? |
| Three.js | Configuradores, visualización 3D y experiencias donde la interacción ayuda a vender. | Carga y complejidad utilizadas únicamente como decoración. | ¿Qué entenderá o hará mejor el cliente gracias al 3D? |
| Plugins personalizados | Funciones concretas que una solución estándar no resuelve bien. | Dependencia del desarrollador si no existe documentación. | ¿Tendré código, documentación y posibilidad de mantenimiento externo? |
Lectura empresarial: una tecnología más avanzada no es automáticamente una solución mejor. La decisión debe relacionarse con edición, integraciones, mantenimiento y necesidades reales del proyecto. Antes de firmar, conviene entender qué problema resuelve cada elección y qué grado de autonomía conservará la empresa después de la entrega.
WordPress puede ser una gran decisión si está bien planteado
WordPress sigue teniendo mucho sentido para una pyme que necesita publicar contenidos y administrar páginas desde un panel conocido.
El problema aparece cuando la solución se construye como un trastero: un constructor visual pesado, extensiones para funciones mínimas, plugins duplicados y dependencias que nadie documenta.
Pregunta cuántos plugins se prevén, para qué sirve cada uno y quién se encargará de actualizarlos.
Si alguien te ofrece WordPress, no necesitas que se disculpe por ello. Pero por favor, exige que lo construya con cabeza.
Astro, Next.js y React tienen sentido cuando existe una razón
Astro puede ser interesante en proyectos centrados en contenido y rendimiento, especialmente cuando interesa enviar poco JavaScript al navegador.
Next.js y React empiezan a resultar más justificables cuando la interfaz necesita comportamiento dinámico, integraciones, áreas privadas, lógica de aplicación o necesidades de escalabilidad que una web sencilla no tiene.
Node.js puede entrar cuando necesitas un backend, APIs, paneles internos o automatizaciones.
Nada de esto convierte automáticamente una tecnología en «superior».
Un taller de barrio que necesita una web de servicios, fotografías, llamadas y formularios probablemente no debería pagar la complejidad de una aplicación avanzada porque al desarrollador le apetezca estrenar arquitectura.
Three.js: que el espectáculo tenga trabajo
Three.js permite crear experiencias 3D magníficas. Y ahí mismo está el peligro.
Si fabricas cocinas personalizadas y un configurador tridimensional ayuda al cliente a comprender acabados, distribución o combinaciones, puede tener sentido.
Si vendes servicios de asesoría y tienes un planeta flotando detrás del H1 porque «queda futurista», quizá acabas de comprar una distracción cara.
La tecnología debe ganarse su sitio.
Mira cómo explica sus propios servicios el proveedor
Cuando estés evaluando estudios locales, revisa cómo presentan sus servicios, qué dicen sobre mantenimiento, SEO, hosting, desarrollo y autonomía.
En ese proceso puedes encontrarte propuestas agrupadas bajo conceptos como Webs Barcelona. No te fijes únicamente en la etiqueta comercial: observa si detrás existe una explicación clara de qué se entrega, cómo se mantiene y qué responsabilidad asume cada parte.
Un proveedor que no consigue explicar de forma comprensible su propio servicio difícilmente debería impresionarte con jerga.
¿Qué significa realmente «mantenimiento incluido»?
La palabra mantenimiento se utiliza demasiado alegremente.
Pide que la conviertan en tareas.
Por ejemplo:
- actualizaciones de software;
- revisiones de seguridad;
- copias de respaldo;
- recuperación ante incidencias;
- monitorización;
- cambios de contenido;
- soporte técnico;
- tiempos de respuesta;
- renovación de licencias;
- mejoras de rendimiento.
Si pagas una cuota mensual y no sabes cuál de estas cosas incluye, tienes una suscripción, pero todavía no tienes una definición de servicio.
Checklist final antes de firmar con una agencia o diseñador web
Antes de firmar, confirma alcance, entregables, responsabilidades, plazos, propiedad, accesos, mantenimiento, soporte y medición. Comprueba además qué ocurre si decides cambiar de proveedor. Si una propuesta responde con claridad a estas cuestiones, podrás comparar con criterio. Si las evita, la incertidumbre forma parte del presupuesto aunque todavía no aparezca facturada.
Llegados aquí, qué preguntar antes de contratar un diseñador web en Barcelona deja de ser una cuestión de preparar diez preguntas bonitas para una reunión. Se trata de comprobar que la propuesta tiene suficiente claridad para convertirse en un acuerdo empresarial.
Puedes utilizar esta lista antes de aprobar cualquier presupuesto:
Contratación web · revisión final
Checklist antes de firmar
Antes de aceptar un presupuesto o contrato de desarrollo web, conviene comprobar qué se entrega, quién controla los activos, cómo se gestionan los cambios y qué ocurrirá durante el mantenimiento o si en el futuro se cambia de proveedor.
-
Alcance
¿Están especificadas las páginas, funcionalidades e integraciones?
-
Entregables
¿Sé exactamente qué recibiré al terminar?
-
Dominio
¿Estará registrado y gestionado bajo el control de mi empresa?
-
Hosting
¿Tendré acceso y sé qué servicio estoy contratando?
-
Código y diseño
¿Está definida la propiedad y la posibilidad de migración?
-
Contenidos
¿Está claro quién prepara textos, fotografías y materiales?
-
Revisiones
¿Sé cuántas rondas están incluidas y cuándo un cambio se factura aparte?
-
Plazos
¿El calendario distingue responsabilidades del proveedor y del cliente?
-
Mantenimiento
¿La cuota describe tareas, frecuencia y límites?
-
Soporte
¿Sé cómo se gestionarán incidencias y qué tiempos de respuesta existen?
-
Medición
¿Quedarán configurados GA4, Search Console y los eventos relevantes?
-
Salida
¿Sé qué archivos, datos, accesos y documentación recibiré si cambio de proveedor?
Lectura empresarial: antes de firmar conviene saber no solo qué se construirá, sino también quién controla dominio, hosting, código, contenidos y accesos. Un acuerdo más claro reduce dudas sobre revisiones, mantenimiento, soporte y facilita una eventual migración o cambio de proveedor.
No publiques una web que no mida las acciones importantes
Si el objetivo consiste en generar oportunidades comerciales, contar visitas resulta insuficiente.
Necesitas saber qué acciones representan intención empresarial.
Por ejemplo:
- envío correcto de formularios;
- clic en un número de teléfono;
- clic hacia WhatsApp;
- solicitud de presupuesto;
- reserva;
- descarga de documentación;
- interacción con un CTA comercial.
Google Tag Manager utiliza una capa de datos —dataLayer— para transmitir eventos y variables que pueden emplearse en la medición. Esa arquitectura permite plantear de forma ordenada el seguimiento de interacciones relevantes para una pyme (Google Developers, 2026).
No hace falta que aprendas a configurar Tag Manager para contratar una web.
Hace falta que sepas preguntar:
«Cuando publiquemos, ¿cómo podré saber cuántos contactos genera?«
Esa sí es una pregunta de empresario.
Pide también una base SEO técnicamente comprensible
Otra expresión que merece vigilancia es «SEO incluido».
Puede significar muchas cosas.
Pregunta si el proyecto contempla:
- jerarquía de encabezados;
- títulos y metadescripciones;
- indexabilidad;
- sitemap;
- redirecciones cuando existe una migración;
- optimización de imágenes;
- rendimiento;
- Search Console;
- estructura de URLs;
- datos estructurados cuando correspondan.
Google explica que los datos estructurados ayudan a describir el significado del contenido de una página y pueden facilitar que sus sistemas interpreten determinados elementos con mayor precisión (Google Search Central, 2026).
No necesitas pedir marcado por capricho. Necesitas que la arquitectura técnica sea coherente con lo que publicas.
Cómo comparar freelance, estudio y agencia
Tampoco existe una respuesta universal sobre el tipo de proveedor.
Un freelance puede ofrecer comunicación directa, especialización y una estructura ligera. Un estudio pequeño puede combinar varios perfiles manteniendo cercanía. Una agencia más amplia puede disponer de equipos diferenciados para diseño, desarrollo, contenidos, SEO o analítica.
La cuestión vuelve a ser la misma: qué necesita tu proyecto.
Si estás estudiando distintos modelos de proveedor, profundizar en cómo elegir una agencia web puede ayudarte a comprobar capacidad, procesos, responsabilidades y continuidad. Eso sí, evita la comparación basada únicamente en tamaño o «nombre».
Una empresa con veinte personas no es automáticamente mejor que un profesional especializado. Un freelance tampoco es sinónimo de más flexible ni más económico.
Pregunta quién hará realmente el trabajo.
Señales de alerta que merecen una segunda conversación
Hay determinadas situaciones que no implican necesariamente que debas descartar al proveedor, pero sí justifican detener la firma hasta recibir una explicación convincente:
- el presupuesto tiene una única cifra y apenas describe alcance;
- «SEO» aparece como concepto sin explicación;
- el dominio quedará registrado por defecto en la cuenta del proveedor;
- no existe respuesta clara sobre qué ocurre al cancelar;
- se propone una tecnología compleja sin relacionarla con una necesidad empresarial;
- el mantenimiento aparece como cuota genérica;
- nadie asume la configuración de medición;
- los plazos dependen de «ir viendo»;
- no se explica qué contenidos aporta cada parte;
- las revisiones son aparentemente ilimitadas, pero no existe un proceso definido;
- hay desarrollo a medida y nadie menciona documentación ni repositorio;
- el proveedor evita explicar sus decisiones con lenguaje comprensible.
No necesitas desconfiar de todo el mundo, pero tampoco confiar a ciegas.
Compra control, no simplemente una web bonita
Contratar una página web para una pyme debería parecerse más a adquirir un activo empresarial que a elegir un cartel para la recepción.
El precio y la estética importan, y la impresión que te cause el profesional también cuenta. Pero ninguna de esas variables sustituye a un alcance claro, una propiedad bien definida, una tecnología razonable, un mantenimiento comprensible y una medición que te diga si la web está ayudando al negocio.
Una propuesta sólida debería permitirte responder sin titubeos a cinco preguntas:
- ¿Qué voy a recibir?
- ¿Qué será realmente mío?
- ¿Qué seguiré pagando después?
- ¿Qué ocurre si cambio de proveedor?
- ¿Cómo sabré si la web genera oportunidades?
Si alguna respuesta es confusa, todavía tienes trabajo que hacer antes de firmar.
La buena noticia es que este trabajo cuesta muchísimo menos antes del contrato que después. Una hora revisando alcance, accesos y responsabilidades puede evitar meses de discusiones, dependencia y gastos que nadie había previsto.
Guarda este post, y vuelvelo a leer antes de pedir presupuesto para tu próxima web.
Referencias consultadas:
- Unión Europea. (2023). Reglamento (UE) 2023/2854 del Parlamento Europeo y del Consejo, de 13 de diciembre de 2023, sobre normas armonizadas para un acceso justo a los datos y su utilización. Diario Oficial de la Unión Europea.
- Google Search Central. (2026). Conceptos básicos sobre las Métricas web principales y los resultados de búsqueda de Google. Google Developers. https://developers.google.com/search/docs/appearance/core-web-vitals?hl=es
- Google Developers. (2026). The data layer. Google Tag Manager. https://developers.google.com/tag-platform/tag-manager/datalayer?hl=es
- Google Search Central. (2026). Introducción sobre cómo funciona el marcado de datos estructurados. Google Developers.
