No toda "buena práctica" merece tu presupuesto

Article spoiler:el sector del desarrollo web produce un nuevo imprescindible cada pocos meses. La mayoría resuelven problemas reales, so…Pensamos en nuestros clientes, así que hemos hecho una breve extracción del artículo. Pulsa para entender la idea principal rápidamente.

el sector del desarrollo web produce un nuevo imprescindible cada pocos meses. La mayoría resuelven problemas reales, solo que no los tuyos. La analogía de la reforma que aparece en este artículo es la forma más clara que hemos encontrado de separar lo estructural de lo que está de moda. Las tres preguntas del final son las que ahora hacemos antes de recomendar cualquier cosa.

Imagina un escenario que hemos visto repetirse. Una empresa de servicios profesionales de 15 personas, buena reputación y cartera de clientes estable. Alguien de su red bien intencionado y con conocimiento técnico les avisa de que su web se ha quedado atrás. La lista llega: CMS headless, asistente de chat con IA, plataforma de gestión del consentimiento de cookies y renovación completa de analítica. Una agencia anterior lo presupuestó en 28.000 €.

Les preguntamos qué problema querían resolver en realidad.

La web no se había actualizado en tres años. Tardaba 7 segundos en cargar en móvil. Y el formulario de contacto estaba roto: los envíos desaparecían en el vacío, en silencio, desde hacía cuatro meses. No por dejadez. Porque nadie tenía motivo para comprobarlo.

Llevaban meses sin recibir consultas a través de la web y asumían que era una época floja. No era una época floja.

Arreglamos el formulario, optimizamos las imágenes, actualizamos los contenidos y resolvimos la velocidad de carga. Coste total: una fracción del presupuesto original. El CMS headless, el asistente de IA y la renovación de analítica no tenían relevancia para el problema real.

Esto no es una historia sobre una mala agencia. Las recomendaciones de aquella lista no eran incorrectas. Eran buenas prácticas actuales. Y ahí está el problema.

La analogía de la reforma y por qué cambia cómo debes leer cualquier propuesta

Cuando reformas un espacio, un buen arquitecto separa tres tipos de trabajo.

Lo estructural: arregla la instalación eléctrica y lo demás da igual. La inversión práctica a largo plazo: mejor aislamiento, suelos de calidad que duran veinte años. Cosas que se amortizan independientemente de tus gustos. Y lo que el arquitecto encuentra interesante en este momento: una pared de acento, suelo radiante en toda la vivienda y domótica con app.

Los tres pueden parecer igual de importantes en la propuesta. Tu trabajo, e idealmente el del arquitecto, es separarlos.

Los proyectos web funcionan igual. Una web que tarda 6 segundos en cargar en móvil pierde visitantes antes de que lean una sola palabra. Los propios datos de Google sitúan el umbral en 3 segundos. Por encima, el 53 % de los usuarios se va (Google/SOASTA, 2017). Eso no es una tendencia. Es infraestructura. Era cierto hace cinco años y lo seguirá siendo dentro de cinco.

Un CMS que permita a tu equipo actualizar contenidos sin llamar a un desarrollador. Útil, si publicas con regularidad. Completamente inútil si actualizas la web dos veces al año y no tienes intención de cambiar eso.

Un chat de IA en una web de cinco páginas para una empresa local. Esa es la pared de acento.

Tres tecnologías que todo el mundo sobrevalora ahora mismo

Los asistentes de chat con IA aparecen en casi todas las propuestas de agencia en este momento. Hay casos de uso buenos: e-commerce de alto tráfico con preguntas complejas sobre productos, servicios donde las variables son difíciles de explicar con texto estático. Pero hemos auditado webs donde el widget estaba instalado en la página corporativa de una empresa pequeña. Respondía preguntas que ya estaban respondidas, con más claridad, en las FAQ dos scrolls más abajo. Suscripción mensual. Formación continua para evitar respuestas incorrectas. Y confusión entre los visitantes que no entendían por qué aparecía un robot en la esquina.

No era mala tecnología. Era el contexto equivocado.

La arquitectura CMS headless. El argumento técnico es real. Mejor rendimiento y separación limpia entre contenido y presentación. Nosotros la usamos en los proyectos adecuados. Pero una arquitectura headless requiere un desarrollador cada vez que algo falla. Para una empresa cuyo responsable de marketing actualizaba la web en WordPress sin pedir ayuda a nadie, esto no es un avance. Es una dependencia que antes no tenían.

Las renovaciones completas de analítica. Gestores de etiquetas, seguimiento de eventos personalizado y modelos de atribución multitoque. Hemos ayudado a instalar esto para equipos que abren Google Analytics dos veces al año y no actúan sobre lo que encuentran. Un sistema más sofisticado no crea el hábito de usar esos datos. Crea un sistema más sofisticado que nadie usa. Y añade un mantenimiento que alguien tiene que asumir.

El patrón en los tres casos es el mismo. Cada herramienta resolvía un problema real. Solo que no era el suyo.

Lo que nunca hemos lamentado recomendar

Velocidad de carga. Siempre. Cada segundo de mejora en el tiempo de carga aumenta las conversiones. El umbral de 3 segundos de Google en móvil no es una tendencia. Es un suelo. Lo priorizamos en todos los proyectos, sin excepción.

Algún tipo de autonomía editorial. La capacidad de actualizar un teléfono, un precio o un servicio que ya no ofreces sin llamar a un desarrollador. No porque vayas a hacerlo cada semana. Porque en el momento en que ya no puedes hacerlo en absoluto, la web empieza a trabajar en tu contra.

Higiene de seguridad. HTTPS, dependencias actualizadas y paneles de administración sin exponer. Nada emocionante. Ignorarlo sale caro.

Todo lo demás depende. Del volumen de tráfico, de la capacidad de tu equipo para mantener lo que se construye, de la frecuencia con la que publicas y de quiénes son tus usuarios.

Las tres preguntas que hacemos antes de recomendar cualquier cosa

Estas surgieron de demasiados proyectos en los que decisiones técnicamente correctas crearon problemas continuos para empresas sin recursos para mantenerlas.

¿Qué se rompe si no construimos esto? Si la respuesta es "nada concreto, simplemente estaría mejor", eso es una señal. No un veto. Una señal. Las mejoras sin un coste claro de no actuar se depriorizan frente a las que sí lo tienen.

¿Quién se responsabiliza de esto cuando nos vayamos? Hemos heredado proyectos donde el equipo anterior construyó algo técnicamente impresionante que el cliente no podía tocar, no podía actualizar y no podía explicar a un nuevo desarrollador sin dos días de traspaso. Eso no es un proyecto web que salió bien. Es una deuda disfrazada de entregable.

¿Seguirías queriéndolo si costara el doble y tardara el doble? Cuando la respuesta es genuinamente sí, adelante. Cuando es "bueno, a ese precio quizás no", has encontrado el umbral real.

La mejor solución web para la mayoría de las pymes es la que hace exactamente lo necesario y puede ser mantenida por cualquier desarrollador competente, incluso si no fue quien la construyó.

Eso no es una limitación. Es el objetivo.

Si estás revisando una propuesta web y no tienes claro qué líneas necesitas realmente, esa es la pregunta correcta antes de firmar nada. Hacemos diagnósticos acotados, sin compromiso de construir con nosotros después. Separan el trabajo estructural del resto según tu situación concreta. Escríbenos.