Un pliego de condiciones no es un documento administrativo destinado a obtener tres presupuestos comparables. Es la herramienta que transforma una intenci\u00f3n difusa en un proyecto ejecutable, y sirve tanto a quien lo redacta como a quien lo recibe. <\/p>\n
Por parte de la empresa, el ejercicio obliga a decidir sobre cuestiones que, si se dejan abiertas, resurgir\u00e1n en el peor momento. Qui\u00e9n valida. Qui\u00e9n proporciona los textos. Qu\u00e9 pasa si los contenidos llegan con seis semanas de retraso. Estas decisiones cuestan media jornada de reflexi\u00f3n previa y varias semanas de deriva cuando se eluden. <\/p>\n
Por parte del proveedor, un pliego de condiciones preciso permite presupuestar correctamente. Un brief vago produce o bien un presupuesto inflado por el margen de incertidumbre, o bien un presupuesto bajo seguido de una serie de anexos. En ambos casos, el cliente paga la imprecisi\u00f3n, simplemente en momentos diferentes. <\/p>\n
Un pliego de condiciones \u00fatil tiene entre ocho y quince p\u00e1ginas. M\u00e1s all\u00e1 de eso, se convierte en un documento que nadie vuelve a leer y que pierde su funci\u00f3n contractual. Por debajo de cinco, deja demasiadas zonas grises para servir de referencia en caso de desacuerdo. <\/p>\n<\/div>\n
El documento no necesita estar escrito por un t\u00e9cnico. Debe describir lo que la empresa quiere obtener, no c\u00f3mo construirlo. Un cliente que impone una tecnolog\u00eda en su pliego de condiciones se priva del asesoramiento que viene a buscar, y a veces se encuentra con una soluci\u00f3n inadecuada que el proveedor ha ejecutado al pie de la letra. <\/p>\n
La estructura a continuaci\u00f3n cubre tanto proyectos de web corporativa como de tienda online. No todas las secciones tienen el mismo peso, pero ninguna puede eliminarse sin crear una zona de incertidumbre. <\/p>\n
Dos secciones merecen un desarrollo especial, porque casi siempre se descuidan y concentran la mayor\u00eda de los litigios.<\/p>\n
Listar lo que la web har\u00e1 es natural. Listar lo que no har\u00e1 lo es mucho menos y, sin embargo, es lo que protege a ambas partes. Escribir negro sobre blanco que el \u00e1rea de cliente, el multiling\u00fcismo o la conexi\u00f3n con el software de gesti\u00f3n no forman parte de la primera versi\u00f3n evita la conversaci\u00f3n penosa del tercer mes. <\/p>\n
La clasificaci\u00f3n en tres niveles funciona mejor que una lista plana. Lo indispensable condiciona el lanzamiento. Lo deseable se trata si el presupuesto lo permite y se presupuesta por separado. Lo que est\u00e1 fuera de alcance se pospone expl\u00edcitamente. Esta jerarqu\u00eda permite decidir durante el proyecto sin renegociar todo el conjunto. <\/p>\n
En los proyectos que descarrilan, la causa rara vez es t\u00e9cnica. Casi siempre es editorial: los textos no est\u00e1n listos. Una empresa subestima sistem\u00e1ticamente el tiempo que representa la redacci\u00f3n de veinte p\u00e1ginas, porque esta tarea recae en personas que ya tienen un trabajo a tiempo completo. <\/p>\n
El pliego de condiciones debe, por tanto, nombrar a un responsable de contenidos, fijar una fecha de entrega por lotes y especificar qu\u00e9 sucede en caso de retraso. Existen dos opciones: el proveedor entrega con contenido provisional y factura una intervenci\u00f3n posterior, o el proyecto se suspende y se aplaza el calendario. Elegir de antemano evita debatirlo bajo tensi\u00f3n. <\/p>\n
\u00abModerno\u00bb, \u00abminimalista\u00bb, \u00abprofesional\u00bb no transmiten ninguna informaci\u00f3n \u00fatil. Estas palabras significan cosas opuestas seg\u00fan el interlocutor, y un proveedor que las recibe dise\u00f1a lo que a \u00e9l le gusta, lo que garantiza dos rondas de correcci\u00f3n improductivas. <\/p>\n
El m\u00e9todo que funciona consiste en citar tres webs que te gusten y tres que no, explicando por qu\u00e9 en una frase. \u00abMe gusta la sobriedad de esta, pero las fotos son demasiado fr\u00edas\u00bb transmite m\u00e1s informaci\u00f3n que diez adjetivos. Las webs citadas no tienen por qu\u00e9 ser del mismo sector; sirven de referencia est\u00e9tica y no de modelo a copiar. <\/p>\n
Tambi\u00e9n hay que especificar lo que es obligatorio: logotipo existente, colores de marca, tipograf\u00eda con licencia, elementos de identidad impresa a respetar. Un proyecto donde el logotipo debe redise\u00f1arse a mitad de camino cambia de naturaleza, y esta posibilidad merece estar abierta desde el principio si la marca es antigua. <\/p>\n
La diferencia entre un pliego de condiciones vago y uno \u00fatil suele residir en la sustituci\u00f3n de adjetivos por n\u00fameros.<\/p>\n
\u00abLa web debe ser r\u00e1pida\u00bb no significa nada y no se puede verificar. \u00abLa web debe alcanzar una puntuaci\u00f3n Lighthouse superior a 90 en ordenador y 85 en m\u00f3vil, y superar los tres umbrales de los Core Web Vitals<\/a> en las plantillas principales\u00bb se mide el d\u00eda de la aceptaci\u00f3n. Es el compromiso que asumimos en nuestras entregas, y solo tiene valor porque es verificable. <\/p>\n El mismo razonamiento se aplica al resto. Un plazo de respuesta m\u00e1ximo para las solicitudes de modificaci\u00f3n. Un n\u00famero de ciclos de correcci\u00f3n incluidos en los dise\u00f1os, generalmente dos. Una duraci\u00f3n de la garant\u00eda tras el lanzamiento. Un volumen de formaci\u00f3n para el manejo. Cada una de estas l\u00edneas evita una discusi\u00f3n. <\/p>\n Un pliego de condiciones que trata el SEO en una sola l\u00ednea produce una web que habr\u00e1 que rehacer. Deben figurar tres elementos, y estos determinan decisiones estructurales imposibles de corregir a posteriori. <\/p>\n La estructura de las URL, la profundidad de las p\u00e1ginas y la distribuci\u00f3n de los temas se deciden antes del primer dise\u00f1o. Una web dise\u00f1ada en torno al organigrama de la empresa en lugar de las intenciones de b\u00fasqueda de sus clientes empieza con una desventaja que ninguna optimizaci\u00f3n posterior corrige por completo. <\/p>\n El pliego de condiciones debe, por tanto, listar las palabras clave principales y indicar qu\u00e9 p\u00e1gina las trata. Es el punto de partida de la arquitectura descrita en nuestro art\u00edculo sobre el cl\u00faster sem\u00e1ntico<\/a>, y hacerlo en este momento cuesta unas pocas horas frente a varios d\u00edas de correcciones m\u00e1s tarde. <\/p>\n Rehacer una web que tiene un historial requiere un plan de redirecciones. Cada URL de la web antigua debe redirigirse a su equivalente m\u00e1s cercano; de lo contrario, la nueva web empieza de cero en t\u00e9rminos de autoridad. Esta tarea debe aparecer en el pliego de condiciones con un responsable identificado, porque se olvida regularmente y se descubre tres semanas despu\u00e9s del lanzamiento, cuando el tr\u00e1fico se ha desplomado. <\/p>\n El documento tambi\u00e9n debe especificar qui\u00e9n proporciona la lista de URL existentes y qui\u00e9n verifica las redirecciones tras el cambio. Es uno de los puntos que tratamos sistem\u00e1ticamente en un redise\u00f1o de sitio web<\/a>, y uno de los pocos donde un error produce una p\u00e9rdida inmediata y medible. <\/p>\n Una empresa cuyo p\u00fablico es geogr\u00e1fico debe decirlo en su pliego de condiciones, porque eso cambia la arquitectura, el etiquetado y el contenido esperado. Las p\u00e1ginas por zona, la declaraci\u00f3n del establecimiento y la estrategia de rese\u00f1as se preparan desde el dise\u00f1o, como se detalla en nuestra gu\u00eda de SEO local<\/a>. <\/p>\n <\/p>\n <\/a><\/p>\n Una web profesional conlleva obligaciones que el pliego de condiciones debe nombrar, porque se traducen en trabajo real. Aviso legal, pol\u00edtica de privacidad, condiciones generales si la web vende, gesti\u00f3n del consentimiento de cookies conforme al reglamento europeo, registro de actividades de tratamiento si se recogen datos personales. <\/p>\n El banner de consentimiento merece especial atenci\u00f3n. Una implementaci\u00f3n descuidada bloquea las herramientas de medici\u00f3n o, por el contrario, instala cookies antes de la aceptaci\u00f3n, lo que expone a la empresa. Adem\u00e1s, degrada el CLS y, por tanto, el rendimiento medido, lo que lo convierte en un tema tanto jur\u00eddico como t\u00e9cnico. <\/p>\n La accesibilidad avanza en las obligaciones normativas seg\u00fan el tama\u00f1o de la empresa y su sector. Incluso fuera de cualquier limitaci\u00f3n legal, respetar los contrastes m\u00ednimos, la navegaci\u00f3n por teclado y los textos alternativos mejora la experiencia de todos los visitantes y se gestiona mucho m\u00e1s f\u00e1cilmente en el dise\u00f1o que como correcci\u00f3n posterior. <\/p>\n Nueve a\u00f1os de proyectos resaltan siempre las mismas causas de deriva. Ninguna es t\u00e9cnica. <\/p>\n Cuando nadie tiene formalmente la \u00faltima palabra, cada dise\u00f1o vuelve con las opiniones contradictorias de cuatro personas. El proveedor decide a ciegas, el cliente no est\u00e1 satisfecho con nada y el proyecto se estanca. Nombrar a un \u00fanico responsable de la toma de decisiones, aunque este consulte a otros, soluciona este problema por s\u00ed solo. <\/p>\n Cada solicitud tomada por separado parece m\u00ednima. Sumadas, veinte solicitudes m\u00ednimas representan una semana de trabajo no prevista. La soluci\u00f3n no es rechazar los cambios, sino registrarlos: cada solicitud fuera de alcance se presupuesta y se valida antes de ejecutarse, incluso cuando se ofrece de forma gratuita. <\/p>\n \u00abNo me gusta el azul\u00bb es una opini\u00f3n leg\u00edtima. \u00abNuestros clientes no har\u00e1n clic en este bot\u00f3n\u00bb es una hip\u00f3tesis verificable. Un pliego de condiciones que expresa objetivos medibles permite centrar las discusiones sobre el dise\u00f1o en el terreno de la eficacia en lugar del de la preferencia. <\/p>\n Sin un procedimiento de validaci\u00f3n final, el proyecto nunca termina realmente. Una aceptaci\u00f3n por escrito, listando los puntos a verificar y los criterios de aceptaci\u00f3n, marca el fin de la fase de producci\u00f3n y el inicio de la garant\u00eda. Sin ella, la frontera entre correcci\u00f3n de errores y evoluci\u00f3n de pago sigue siendo difusa para ambas partes. <\/p>\n A qui\u00e9n pertenece el c\u00f3digo, los dise\u00f1os, el nombre de dominio, las cuentas de alojamiento y de anal\u00edtica. La respuesta debe estar por escrito. Un cliente que descubre despu\u00e9s de dos a\u00f1os que su dominio est\u00e1 registrado a nombre de su antiguo proveedor descubre tambi\u00e9n su nulo poder de negociaci\u00f3n. <\/p>\n Nombre de dominio, alojamiento, correo electr\u00f3nico, cuentas de medici\u00f3n, redes sociales, plataformas de rese\u00f1as: un proyecto empieza necesitando de seis a diez accesos, y siempre faltan al menos dos. El titular es a veces un antiguo empleado, a veces un proveedor anterior con quien la relaci\u00f3n termin\u00f3 mal. <\/p>\n Recuperar un acceso perdido lleva entre dos d\u00edas y tres semanas seg\u00fan el servicio, y esta b\u00fasqueda se activa casi siempre en el peor momento, el d\u00eda antes del lanzamiento. Un anexo al pliego de condiciones listando cada acceso, su titular y su estado de disponibilidad evita este bloqueo. Es una p\u00e1gina por rellenar que te hace ganar una semana. <\/p>\n Una web no est\u00e1 terminada el d\u00eda de su entrega. Actualizaciones, copias de seguridad, monitorizaci\u00f3n, correcciones: estas tareas existen, alguien debe realizarlas y eso tiene un coste. El pliego de condiciones debe especificar si est\u00e1n incluidas, por cu\u00e1nto tiempo y qu\u00e9 cubre exactamente un posible contrato de mantenimiento<\/a>. <\/p>\n Una fecha de lanzamiento deseada no es suficiente. Lo que realmente estructura el calendario son los plazos de validaci\u00f3n por parte del cliente, casi siempre subestimados. <\/p>\n Un proyecto de web corporativa se produce en tres a cinco semanas de trabajo efectivo por parte de la agencia. Sin embargo, frecuentemente se alarga tres meses, porque entre cada etapa se intercala una fase de validaci\u00f3n que depende de la disponibilidad de un directivo ocupado. Un dise\u00f1o enviado un viernes y validado diez d\u00edas despu\u00e9s, repetido cuatro veces, a\u00f1ade seis semanas al calendario sin que el trabajo haya avanzado. <\/p>\n El pliego de condiciones debe, por tanto, comprometer al cliente tanto como al proveedor: un plazo m\u00e1ximo de respuesta para cada entrega, generalmente cinco d\u00edas h\u00e1biles, y la consecuencia de un retraso. La mayor\u00eda de los contratos prev\u00e9n un aplazamiento del calendario proporcional al retraso, lo cual es justo y, sobre todo, disuasorio. <\/p>\n Las limitaciones reales del calendario merecen ser nombradas: ferias profesionales, estacionalidad de la actividad, fin de un contrato de alojamiento, lanzamiento de producto. Una fecha arbitraria moviliza recursos innecesariamente; una fecha justificada permite organizar el trabajo en torno a ella. Una web tur\u00edstica que debe estar lista antes de la temporada no tiene el mismo margen que una web institucional sin fecha l\u00edmite. <\/p>\n Dos escuelas se enfrentan. Anunciar el presupuesto ya en el pliego de condiciones, o guard\u00e1rselo para comparar las propuestas. La segunda es intuitiva, la primera es m\u00e1s eficaz. <\/p>\n Un proveedor que conoce el presupuesto puede proponer la mejor soluci\u00f3n para ese nivel de precio, decidir entre funciones y se\u00f1alar francamente si el alcance solicitado es inalcanzable. Un proveedor que no lo conoce propone al azar, y el cliente compara ofertas que no cubren los mismos alcances, lo que hace que la comparaci\u00f3n sea in\u00fatil. <\/p>\n Anunciar un rango de precios en lugar de una cifra exacta preserva el margen de negociaci\u00f3n a la vez que encuadra la respuesta. Para situar los \u00f3rdenes de magnitud antes de redactar, nuestro simulador de precios de sitios web<\/a> ofrece una estimaci\u00f3n en pocos minutos, y el art\u00edculo sobre cu\u00e1nto cuesta una p\u00e1gina web en 2026<\/a> detalla qu\u00e9 cubre cada partida. <\/p>\n Un \u00faltimo punto sobre la comparaci\u00f3n de presupuestos. El precio por s\u00ed solo no dice nada si el alcance no es id\u00e9ntico. Un presupuesto de dos mil euros que excluye la redacci\u00f3n, las fotos, la migraci\u00f3n y el mantenimiento sale m\u00e1s caro que uno de tres mil quinientos que los incluye. Comparar supone llevar cada propuesta al mismo alcance, ejercicio que el pliego de condiciones hace posible. <\/p>\n Una web de venta a\u00f1ade una capa de complejidad que el pliego de condiciones debe anticipar; de lo contrario, el presupuesto inicial se superar\u00e1 en un cincuenta por ciento.<\/p>\n Primero, el cat\u00e1logo. Cu\u00e1ntas referencias, cu\u00e1ntas variantes por referencia, de d\u00f3nde vienen las fichas de producto y las im\u00e1genes, existe un archivo exportable desde el software de gesti\u00f3n. Una carga manual de ochocientos productos representa varias semanas de trabajo, una partida que nunca aparece en los presupuestos de desarrollo. <\/p>\n Despu\u00e9s, las reglas comerciales. Gastos de env\u00edo por zona y peso, umbrales de env\u00edo gratuito, descuentos por cantidad, c\u00f3digos promocionales, gesti\u00f3n de impuestos seg\u00fan el pa\u00eds de entrega. Cada una de estas reglas es sencilla por separado, pero su combinaci\u00f3n representa la mayor parte de la carga de configuraci\u00f3n. <\/p>\n Finalmente, las conexiones. Pasarela de pago, transportistas, software de gesti\u00f3n de stock, herramienta contable, plataforma de rese\u00f1as. Cada conexi\u00f3n supone una interfaz t\u00e9cnica disponible y documentada por parte del servicio externo, lo cual no siempre es el caso. El pliego de condiciones debe listar estas herramientas por su nombre, no por su funci\u00f3n, y especificar qui\u00e9n proporciona los accesos. Estas decisiones tambi\u00e9n condicionan la elecci\u00f3n de la plataforma, tema que tratamos en el apartado de creaci\u00f3n de sitios e-commerce<\/a>. <\/p>\n El documento puede construirse en cualquier procesador de textos. Su forma importa poco, su estructura es lo que cuenta. <\/p>\n Empieza con una p\u00e1gina de contexto: qui\u00e9n eres, qu\u00e9 vendes, a qui\u00e9n. Contin\u00faa con una p\u00e1gina de objetivos formulados como resultados, con un indicador por objetivo si es posible. Dedica despu\u00e9s dos o tres p\u00e1ginas al alcance funcional en tres columnas: indispensable, deseable, excluido. <\/p>\n Reserva una p\u00e1gina para la arquitectura, en forma de lista con sangr\u00eda en lugar de un esquema. Una p\u00e1gina para los contenidos, con la tabla de responsabilidades y fechas. Una p\u00e1gina para la identidad visual, citando tres webs que te gusten y tres que no, con una frase de explicaci\u00f3n para cada una: esta secci\u00f3n vale m\u00e1s que diez adjetivos. <\/p>\n Termina con las limitaciones t\u00e9cnicas, los requisitos cuantificados, el apartado de SEO, la planificaci\u00f3n y el presupuesto. A\u00f1ade un anexo listando los accesos existentes y sus titulares; te har\u00e1 ganar una semana al empezar. <\/p>\n Un consejo sobre la difusi\u00f3n. Enviar el mismo documento a cinco proveedores es leg\u00edtimo, pero lee las preguntas que te hagan. El que responda con un presupuesto sin hacer preguntas probablemente no ha le\u00eddo el documento o no tiene intenci\u00f3n de discutir el alcance. Las preguntas que hace un proveedor dicen m\u00e1s sobre su nivel que su folleto. Puedes juzgar el nuestro echando un vistazo a nuestros trabajos<\/a>. <\/p>\n Una palabra final sobre en qu\u00e9 se convierte el documento tras la firma. Demasiados pliegos de condiciones desaparecen en una carpeta el d\u00eda que empieza el proyecto, cuando deber\u00edan ser la referencia com\u00fan en caso de desacuerdo. Mantenerlo abierto, anotarlo en cada decisi\u00f3n y hacerlo evolucionar mediante anexos en lugar de por correo electr\u00f3nico preserva su valor hasta la aceptaci\u00f3n final. <\/p>\n Un pliego de condiciones sirve para decidir antes de gastar. Las preguntas que plantea (circuito de validaci\u00f3n, responsable de contenidos, alcance excluido, propiedad de los entregables) son exactamente las que hacen descarrilar los proyectos cuando se quedan sin respuesta. <\/p>\n Tres secciones marcan la diferencia entre un documento \u00fatil y uno de compromiso. El alcance con su columna de exclusiones, que protege a ambas partes. Los contenidos con su calendario y su responsable, porque ah\u00ed es donde nacen los retrasos. Los requisitos cuantificados, porque un compromiso que no se mide no se puede exigir. <\/p>\n El resto se escribe en unas pocas horas y se lee en veinte minutos. No es una inversi\u00f3n pesada; es el \u00fanico momento del proyecto donde corregir un error no cuesta nada. <\/p>\nEl apartado de SEO, el que todo el mundo olvida<\/h2>\n
La arquitectura y las palabras clave objetivo<\/h3>\n
La migraci\u00f3n, si ya existe una web<\/h3>\n
El SEO local, cuando la zona importa<\/h3>\n
Las obligaciones legales y la accesibilidad<\/h3>\n
Las seis trampas que hacen descarrilar un proyecto<\/h2>\n
El circuito de validaci\u00f3n no definido<\/h3>\n
El alcance que se expande en silencio<\/h3>\n
La confusi\u00f3n entre gusto personal y eficacia<\/h3>\n
La ausencia de una aceptaci\u00f3n formal<\/h3>\n
La cuesti\u00f3n de la propiedad eludida<\/h3>\n
Los accesos no recopilados al inicio<\/h3>\n
El post-lanzamiento olvidado<\/h3>\n
Lo que el pliego de condiciones debe decir sobre la planificaci\u00f3n<\/h2>\n
Pliego de condiciones y presupuesto, c\u00f3mo articularlos<\/h2>\n
Las especificidades de los proyectos de tienda online<\/h2>\n
Una estructura directamente reutilizable<\/h2>\n
Lo que debes recordar<\/h2>\n
Preguntas frecuentes<\/h2>\n
\n