En 40Q, concebimos WordPress de forma diferente a la mayoría de las agencias.

No lo vemos como un CMS frágil con el que hay que andar con mucho cuidado. Lo vemos como una plataforma de aplicaciones en toda regla.

Eso significa que nos preocupamos mucho por la infraestructura, los procesos de despliegue, la facilidad de mantenimiento y la rapidez con la que un equipo puede avanzar sin que surjan problemas seis meses después.

Esa es la verdadera razón por la que trasladamos nuestro sitio web a Kinsta.

Y tras el traslado, hubo un resultado que saltó a la vista de inmediato: nuestra puntuación en PageSpeed mejoró en unos 20 puntos sin cambiar el código ni la base de datos. Simplemente migramos el sitio.

Esa mejora en el rendimiento fue genial, pero no fue la única razón por la que nos cambiamos. La razón principal es que Kinsta facilita la vida a los desarrolladores, y cuando la experiencia de los desarrolladores mejora, los clientes también se benefician.

Infraestructura compatible con el desarrollo moderno de WordPress

Muchos servicios de alojamiento de WordPress siguen partiendo de una forma de trabajar anticuada. Dan por hecho que los desarrolladores van a hacer pequeños cambios directamente en el tema, que van a recurrir a flujos de trabajo improvisados, que van a usar constructores de tipo arrastrar y soltar y que van a ponerse en contacto con el servicio de soporte cada vez que necesiten hacer algo que vaya más allá de lo básico.

No es así como trabajamos en 40Q.

Nuestro flujo de trabajo se basa en herramientas modernas, entornos estructurados y prácticas de desarrollo que reducen los riesgos.

El alojamiento no es sólo «donde está el sitio web». El alojamiento puede apoyar un flujo de trabajo profesional o, por el contrario, entorpecerlo.

Kinsta soporta la forma en que ya nos gusta desarrollar.

El ecosistema Roots

En 40Q, apostamos firmemente por las herramientas de Roots porque aportan más estructura y coherencia al desarrollo con WordPress.

Una de sus herramientas, Bedrock, nos proporciona una estructura de proyecto moderna basada en Composer. Otra, Sage, nos proporciona un flujo de trabajo de frontend basado en componentes.
Para los que no sean expertos en tecnología, aquí te explico por qué es importante.

Bedrock ayuda a que los proyectos de WordPress sean más limpios y fiables

La mayoría de la gente nunca ve la estructura interna de un sitio web, pero esa estructura tiene un gran impacto en la calidad a largo plazo.

Bedrock nos ofrece una base más sólida para los proyectos de WordPress. En lugar de ver un sitio web como un simple conjunto de páginas en un servidor, nos ayuda a organizar las dependencias y la configuración con mayor rigor.

Para los clientes, eso se traduce en algunas ventajas prácticas:

  • Las actualizaciones son más fáciles de gestionar
  • Los entornos son más coherentes
  • Hay menos margen para el «funciona en un servidor pero no en otro»
  • La incorporación de nuevos desarrolladores es más rápida
  • El mantenimiento a largo plazo es menos arriesgado

Bedrock nos ayuda a ejecutar proyectos de WordPress de forma más profesional y predecible.

Sage nos ayuda a crear interfaces de usuario mejores y más rápidas

Sage es importante por otra razón. Mejora la forma en que construimos el propio tema.

Una de las cosas que nos encanta de Sage es que nos permite utilizar Laravel Blade dentro de WordPress.

Para quienes no son expertos en tecnología, la ventaja no es el término de moda «Blade». La ventaja es lo que permite:

  • Plantillas más limpias
  • Más componentes reutilizables
  • Más coherencia en todo el sitio
  • Una colaboración más fácil entre desarrolladores
  • Iteración más rápida sin crear desorden

Eso hace que los sitios web sean más fáciles de mejorar con el tiempo. Y eso es importante para los clientes, porque los sitios web nunca están realmente «terminados». La verdadera prueba es si un sitio puede evolucionar sin volverse frágil o caro de mantener.

Kinsta soporta nuestro trabajo sin problemas

Una de las razones por las que esta decisión tenía sentido es muy sencilla: Kinsta no se opone a esta forma de trabajar.

Algunas plataformas te hacen sentir como si estuvieras negociando constantemente con el proveedor de alojamiento. Quieres utilizar herramientas modernas, y de repente tienes que buscar soluciones, abrir tickets de soporte o cambiar tu proceso para adaptarlo a las limitaciones de la plataforma.

Kinsta me pareció diferente.

Podríamos usar las herramientas y las convenciones en las que ya creemos. Podríamos trabajar de una forma que resulte natural para un equipo de ingeniería moderno.

Nos gusta hacer las cosas nosotros mismos

Puede que esto parezca un detalle sin importancia, pero es uno de los más importantes.

Somos usuarios avanzados. No queremos que nos bloqueen las tareas operativas básicas. No queremos esperar al soporte para cosas que un equipo capaz debería poder manejar por sí mismo.

Una buena plataforma de alojamiento da a los equipos avanzados espacio para operar.

Eso no quiere decir que el soporte técnico no sea importante. Lo que significa es que, a menudo, la mejor experiencia de soporte es no necesitarlo en absoluto para las tareas del día a día. Kinsta nos ofrece un panel de control que realmente es útil y nos da el acceso necesario para que nuestro equipo pueda trabajar con rapidez.

Esa rapidez no solo nos viene bien a nosotros. También beneficia a los clientes.

Cuando una agencia puede detectar los problemas más rápido, realizar el despliegue con mayor seguridad, gestionar los entornos de forma ordenada y evitar idas y venidas innecesarias, los clientes disfrutan de una experiencia más fluida. Menos retrasos. Menos complicaciones. Menos problemas operativos.

Una herramienta en la que confiamos: APM de Kinsta

Kinsta incluye una herramienta integrada de Monitorización del Rendimiento de las Aplicaciones y, en algún momento de nuestra experiencia con la plataforma, demostró su utilidad y ganó su lugar.

Teníamos un problema de rendimiento que era realmente difícil de localizar.
El tipo de cosa que no aparece de forma obvia en las puntuaciones de PageSpeed o en los registros de errores, un proceso subyacente haciendo daño silenciosamente.

APM de Kinsta lo hizo inmediatamente visible. Pudimos ver exactamente dónde estaba el cuello de botella, solucionarlo directamente y, en algunos casos concretos, recuperar hasta dos segundos en el tiempo de carga como resultado.

El hecho de que esta herramienta esté integrada en la plataforma, sin necesidad de una integración de terceros ni de abrir un ticket de soporte solo para obtener visibilidad, es exactamente a lo que nos referimos cuando decimos que Kinsta se adapta a la forma de trabajar de un equipo competente.

Una mejor experiencia del desarrollador conduce a mejores resultados para el cliente

Esta es la parte que se les pasa por alto a muchos compradores sin conocimientos técnicos.

La experiencia del desarrollador no consiste solo en hacer felices a los ingenieros. Influye en la calidad del producto final.

Cuando los desarrolladores trabajan en un entorno más limpio, toman mejores decisiones. Realizan envíos más predecibles. Dedican menos tiempo a luchar contra la infraestructura y más a mejorar el sitio web real.

Esto significa que los clientes obtienen un mejor rendimiento, menos problemas evitables, versiones más estables, mejoras futuras más sencillas y un sitio más fácil de mantener a lo largo del tiempo.

Esa es una de las razones por las que nos preocupamos tanto por herramientas como Bedrock y Sage, y por qué es importante que Kinsta admita ese tipo de configuración.

Y cuando la base es correcta, todo lo que se construye sobre ella mejora.

Maximo Martínez Soria

Maximo Martínez Soria is the CTO of 40Q, an enterprise WordPress agency. With over 10 years of experience in web development, he is passionate about crafting high-performance digital experiences for enterprise clients.