Las decisiones que más cuesta cambiar de una web nueva se toman antes de la primera línea de código

El diseño decide cómo se ve la web y cómo se entiende: composición, jerarquía, colores y recorrido. El desarrollo la construye para que funcione: estructura de direcciones, plataforma, velocidad, seguridad, formularios, medición e indexación. En un proyecto real van juntos, pero responden preguntas diferentes y a menudo los llevan personas diferentes. La confusión sale cara cuando el presupuesto solo habla del primero y el segundo se da por descontado. Antes de firmar, vale la pena pedir que las dos partes consten por escrito.

Más por cómo pregunta que por la cartera que enseña. Una buena agencia quiere saber qué tiene que hacer la web, quién la editará, con qué se tiene que conectar y en qué lenguas antes de proponer ninguna tecnología. Después, pide por escrito tres cosas: que la web y las cuentas quedarán a tu nombre; qué incluye el presupuesto y qué no; y quién hará el trabajo. Si no te explican cómo darte de baja, busca otra.

Cuando lo que tiene que hacer la web no cabe sin forzarla: un proceso de compra poco habitual, cálculos propios o un área privada que depende del programa de gestión. Si una plataforma lo resuelve con extensiones mantenidas, suele salir más a cuenta, porque las actualizaciones no dependen solo de quien la programó. Entre los dos extremos está el camino más frecuente: una plataforma conocida con piezas a medida donde hacen falta. Antes de decidir, pregunta quién mantendrá ese código y dónde quedará documentado.

Ninguno, por sí solo. Lo que cuenta es que el contenido importante llegue dentro del HTML que recibe el buscador y no dependa de un script para aparecer. La guía de Google sobre JavaScript explica que lo procesa en tres fases —rastreo, renderizado e indexación— y recuerda que renderizar en el servidor o por adelantado sigue siendo buena idea, porque hay robots que no ejecutan JavaScript. Cumplida esa condición, la elección depende más de quién mantendrá la web que del posicionamiento.

Sin conocer el alcance, cualquier cifra es orientativa, y por eso dos propuestas para una misma web pueden parecer de proyectos distintos: a menudo lo son. El precio lo mueven el número de plantillas, las integraciones con otros programas, los idiomas, quién aporta el contenido, cuánta parte hay que programar a medida y si hay que redirigir las URL de una web anterior. Para comparar, pide la lista de lo que incluye cada propuesta y de lo que queda fuera. En Daimatics, antes de proponer nada se revisan el negocio, la web que haya y los datos.

Depende de qué falla. Si la web se entiende, se encuentra y convierte, pero se ve anticuada, suele bastar con un cambio de diseño. Si va lenta o se rompe con cada actualización, primero hay que saber por qué: puede ser un problema de mantenimiento, no de construcción. Tiene sentido hacerla de nuevo cuando lo que no sirve son los cimientos: la plataforma, la estructura o los idiomas. Y si se hace, la web antigua no se tira: se migra, con las redirecciones de todas las direcciones que ya reciben visitas.

Como mínimo, cinco cosas. Que se haya retirado la orden de no indexar que suele llevar el entorno de pruebas. Que el robots.txt no bloquee secciones que se tienen que encontrar. Que cada página tenga título y URL canónica propios. Que el mapa del sitio esté enviado a Search Console, en una propiedad a tu nombre. Y, si la web sustituye a otra, que todas las direcciones antiguas redirijan a la nueva equivalente. La última es la que más posicionamiento hace perder cuando se olvida.

No es imprescindible. Una web se puede construir en remoto de principio a fin: las validaciones se hacen por llamada o reunión en línea. Lo que cuenta es hablar con quien lleva el proyecto, en tu idioma. Daimatics presta el servicio en remoto en cualquier lugar, atiende en castellano y en catalán, y cuando hace falta se desplaza a Dosrius para mantener reuniones presenciales con empresas de Barcelona y su área metropolitana.