Qué cubren estos artículos de desarrollo web

Aquí escribimos sobre la parte del desarrollo web que decide si un sitio envejece bien o se convierte en un problema: cómo se organiza el contenido, qué sostiene la velocidad cuando crece el catálogo, dónde conviene integrar y dónde es mejor no hacerlo. Son decisiones que casi nunca se notan el día del lanzamiento y que a los seis meses explican por qué un proyecto avanza y otro se atasca.

No damos por supuesto que quien lee sea técnico. Procuramos explicar el porqué antes que el cómo, porque quien decide el presupuesto rara vez es quien escribe el código, y las decisiones caras se toman precisamente en esa conversación.

Ver másVer menos

Velocidad, estructura y lo que se paga después

Buena parte de lo que publicamos sale de auditar sitios que ya existen. Se repiten los mismos patrones: imágenes sin optimizar que multiplican el peso, plantillas que arrastran código de funciones que nadie usa, estructuras de URL que cambiaron sin redirigir y dejaron enlaces rotos por todas partes.

Ninguno de esos problemas es dramático por separado. Juntos son la diferencia entre una página que carga en un segundo y otra que tarda cinco, y esa diferencia se paga en visitas que se van antes de ver nada. Si el tema te interesa desde el lado de la experiencia, diseño web lo trata desde la usabilidad.

Integraciones: cuándo suman y cuándo estorban

Conectar el sitio con un CRM, una pasarela, un gestor de envíos o una herramienta de analítica parece siempre buena idea, y a veces lo es. El coste aparece cuando cada integración añade una dependencia que hay que mantener, actualizar y vigilar. Escribimos sobre cómo decidir cuáles valen la pena y cómo montarlas para que fallen de forma visible en vez de silenciosa.

Las herramientas concretas —qué hace cada una, dónde se atasca— viven en herramientas para empresas, y lo específico de vender en línea, en e-commerce.

El sitio como algo vivo

Un sitio no se termina, se mantiene. Contenido que caduca, dependencias que quedan sin soporte, formularios que dejan de enviar sin que nadie se entere hasta que pasan semanas sin solicitudes. Dedicamos bastantes artículos a esa fase, que es la más larga de todas y la que menos se planifica.

La conclusión que más repetimos es sencilla: conviene decidir desde el principio quién revisa qué y cada cuánto. Sin eso, el mantenimiento no ocurre, solo se acumula.

Hay una parte del mantenimiento que no es técnica y se descubre siempre tarde: a nombre de quién está el dominio, quién tiene la clave del alojamiento y dónde vive el código. Cuando esas tres cosas dependen de alguien que ya no está en el proyecto, un cambio de media hora se convierte en una semana de correos. Dejarlo por escrito el primer día es la tarea de desarrollo web más rentable que existe.

Por dónde seguir

Si estás valorando rehacer o mejorar tu sitio, esta categoría te da el contexto técnico para preguntar mejor. Desde aquí, tres caminos: diseño web para la parte de usabilidad, Google para cómo el buscador lee lo que construyes y tutoriales para los procedimientos concretos.

Y si prefieres ver trabajo terminado en vez de leer sobre él, en proyectos de desarrollo web están los casos con su contexto.

Nuestro blog es la chispa de
inspiración que necesitas.

Al suscribirte aceptas nuestra política de procesamiento de datos.

Since 2016