Con el tiempo he acabado viendo un patrón bastante repetido en muchos proyectos web. Una web empieza a ir lenta, aparecen errores de forma intermitente o simplemente el panel de administración se vuelve incómodo de usar, y casi siempre la primera sospecha recae sobre el diseño, los plugins o el propio desarrollo. Algo comprensible, porque al final todos esos elementos afectan directamente al funcionamiento de la web. Sin embargo otras veces los tiros van por otro lado.
En bastantes casos el verdadero problema termina estando en el hosting. Y lo curioso es que suele detectarse tarde, porque mientras la web siga funcionando más o menos, es fácil asumir que el servidor está cumpliendo su función. El problema aparece cuando el proyecto empieza a crecer un poco, aumenta el tráfico o simplemente la web necesita más estabilidad de la que el alojamiento puede ofrecer.
Después de años trabajando con webs de todo tipo (desde páginas corporativas sencillas hasta tiendas online y desarrollos más específicos) he terminado viendo situaciones muy parecidas una y otra vez. Servidores saturados, limitaciones difíciles de detectar al principio, soporte técnico poco útil cuando aparece una incidencia seria o proyectos que han evolucionado más rápido de lo que el hosting podía acompañar.
No obstante, cambiar de hosting tampoco debería convertirse en la solución automática a los problemas cada vez que una web funciona mal. Hay ocasiones en las que el servidor influye poco y el cuello de botella está realmente en otro sitio. Ahí es donde merece la pena pararse un momento y analizar realmente de dónde viene el problema.
No siempre merece la pena cambiar de hosting
Esto quizá sorprenda un poco, pero muchas webs que aparentemente tienen «problemas de servidor» en realidad arrastran otros errores bastante más básicos.
Es habitual encontrarse proyectos con imágenes enormes sin optimizar, plugins innecesarios cargando procesos continuamente, sistemas de caché mal configurados o temas excesivamente pesados. En otras ocasiones el problema viene de integraciones externas, consultas lentas o simplemente de una web que ha escalado sin demasiado control técnico detrás.
En situaciones así, cambiar de hosting puede mejorar ligeramente el rendimiento, pero normalmente no resuelve el problema de fondo. La web seguirá teniendo limitaciones porque el origen sigue estando en la propia aplicación.
En WordPress, por ejemplo, esto suele notarse especialmente porque un mal plugin o una plantilla poco optimizada afectan mucho al rendimiento general, aunque en realidad no es algo exclusivo de este CMS. Lo mismo puede ocurrir en desarrollos personalizados o en otros gestores de contenido cuando el proyecto se ha construido sin demasiada atención al rendimiento.
Por eso, antes de plantear una migración, normalmente intento revisar primero cómo está funcionando realmente la web. Hay veces en las que una pequeña optimización mejora mucho más que un cambio de servidor.
Cuándo el hosting sí suele convertirse en el problema
También hay casos en los que las señales son bastante claras y conviene saber detectarlas cuanto antes. Detectarlas a tiempo suele ahorrar bastante trabajo y muchos quebraderos de cabeza.
Uno de los casos más habituales es cuando incluso el panel de administración se vuelve lento con poco tráfico. Acciones sencillas tardan demasiado, guardar cambios resulta pesado y cualquier tarea acaba transmitiendo sensación de lentitud constante. Esto ocurre bastante en servidores compartidos demasiado saturados o con recursos muy ajustados.
Otra situación típica es la de las webs que funcionan de forma irregular. Hay momentos en los que cargan razonablemente bien y otros en los que el tiempo de respuesta se dispara sin una causa aparente. Cuando esto ocurre de manera recurrente, muchas veces el problema termina estando en cómo el proveedor reparte los recursos entre cuentas.
También suele dar pistas el hecho de que una web correctamente optimizada siga respondiendo mal. Cuando el desarrollo está razonablemente cuidado y aun así el servidor tarda demasiado en responder, normalmente merece la pena empezar a mirar el alojamiento con más atención.
Y luego está el soporte técnico, que muchas veces acaba siendo bastante revelador. Cuando las respuestas son genéricas, cada incidencia termina derivando en recomendaciones copiadas de una plantilla o cualquier problema serio acaba convirtiéndose en una cadena interminable de tickets, normalmente ya es fácil intuir hasta dónde va a llegar la ayuda real del proveedor.
Por estos motivos, a mis clientes suelo hacerles una serie de recomendaciones a la hora de contratar un hosting que minimizan las probabilidades de encontrarte con problemas de estos tipos.
No todos los proyectos necesitan el mismo tipo de hosting
Este es probablemente uno de los errores más frecuentes. Elegir alojamiento pensando únicamente en el precio, que no vamos a negar que es importante, pero desde luego no es el único que debería tenerse en cuenta.
Para una web corporativa sencilla puede ser suficiente un hosting básico durante mucho tiempo, ya que no suelen ser sitios demandantes. Pero cuando intentamos utilizar exactamente el mismo entorno para proyectos más exigentes, como pueden ser tiendas online o portales que van incorporando cada vez más funciones, lo normal es que surjan problemas.
No todos los proyectos consumen los mismos recursos ni tienen las mismas necesidades técnicas. Tampoco requieren el mismo nivel de soporte o flexibilidad. Y eso suele notarse bastante más de lo que parece cuando empiezan a aparecer incidencias o el proyecto evoluciona.
Más pronto que tarde he terminado valorando mucho más la estabilidad y la comodidad de trabajo que las promesas comerciales típicas. Prefiero un entorno predecible, con un soporte técnico competente y herramientas que faciliten el mantenimiento diario antes que un proveedor lleno de cifras espectaculares pero incómodo de gestionar en el día a día.
Hay detalles que parecen secundarios hasta que trabajas con varios proyectos de forma continua. Las copias de seguridad, la facilidad para gestionar versiones de PHP, los certificados SSL, los entornos de pruebas o la claridad a la hora de hacer una migración terminan teniendo bastante más importancia de la que parece al principio.
Precisamente por eso, con el tiempo he acabado trabajando casi siempre con el mismo proveedor de hosting en muchos proyectos. No tanto porque crea que exista el hosting perfecto, sino porque después de probar distintas opciones sé bastante bien qué problemas me evita en el día a día y en qué tipo de proyectos suele funcionar mejor.
Nota: algunos enlaces de este artículo son enlaces de afiliado. Si acabas contratando algún servicio a través de ellos, yo puedo llevarme una pequeña comisión sin coste adicional para ti. Aun así, es un proveedor que llevo utilizando y recomendando desde hace años independientemente de eso.
Entonces, ¿cuándo merece la pena cambiar?
Normalmente cuando el servidor empieza a convertirse en una limitación constante y no en un problema puntual. Es decir, cuando empiezas a pasar demasiado tiempo en tratar de lidiar con los problemas que se van sucediendo.
No hablo de una incidencia aislada o de una mala configuración concreta, sino de situaciones que terminan repitiéndose demasiado. Lentitud estructural, caídas frecuentes, dificultades para escalar, soporte insuficiente o sensación continua de que el proyecto funciona más forzado de lo que debería.
Ahí sí suele compensar plantearse un cambio. Porque un buen hosting no hace milagros, pero uno malo puede terminar condicionando mucho más de lo que parece el funcionamiento de cualquier proyecto web.
Para que te hagas una idea, yo hay años en los que no necesito contactar con un proveedor. Es cierto que yo me dedico al desarrollo web y puedo solventar la mayoría de las incidencias que aparecen, pero me refiero a no contactar porque todo desde el lado del servidor marche bien.
En resumen eso es lo deseable, el hosting debería estar ahí presente pero pasando desapercibido si todo va bien. Y si ves que tienes que estar pendiente continuamente, quizá es el momento de barajar opciones.
Deja una respuesta