Guía para decidir mejor
Qué influye en la velocidad de un hosting
La velocidad de una web no depende de una sola cifra del plan. Identifica las capas que puedes medir y las que debes optimizar tú.
La velocidad de un hosting influye en el tiempo que tarda el servidor en atender una petición, pero no determina por sí sola cuándo se ve o se puede usar una página. También cuentan el código de WordPress, la base de datos, la caché, las imágenes, JavaScript y la conexión del visitante. Antes de cambiar de plan, localiza qué tramo se está retrasando.
Qué depende del alojamiento
- Capacidad bajo carga: CPU, memoria, procesos disponibles y concurrencia condicionan las peticiones dinámicas. Importa el uso real y si se alcanzan límites, no solo el número anunciado de núcleos.
- PHP y base de datos: versión compatible, configuración, OPcache, latencia y consultas pueden cambiar el tiempo de generación del HTML. Un disco rápido no compensa una consulta ineficiente.
- Red y distancia: ruta, ubicación de los visitantes, DNS, TLS y posibles proxies afectan la espera inicial. Una CDN puede acercar recursos estáticos, pero no arregla todos los procesos del origen.
- Caché del servidor: una página pública servida desde caché evita trabajo de PHP y base de datos; carrito, cuenta o contenido personalizado requieren otro tratamiento.
La documentación de rendimiento de WordPress distingue entorno de hosting, configuración de WordPress, versiones e imágenes. Por eso «NVMe» o «VPS» por sí solos no demuestran que tu web vaya a responder mejor.
Qué puede seguir lento aunque cambies de servidor
Una imagen de portada excesiva se descargará también desde un servidor más potente. Un script de chat externo puede retrasar la interacción; un tema con JavaScript costoso puede bloquear un móvil. Si el TTFB es razonable pero la página se pinta tarde, empieza por la guía de diagnóstico WordPress, no por ampliar CPU. Si solo falla el backend bajo muchas sesiones o peticiones no cacheadas, sí puede hacer falta revisar la capacidad.
Compara con un método repetible
- Escoge una página pública y otra dinámica. Anota URL, hora, ubicación, estado de caché y si hay sesión iniciada.
- Mide varias veces la respuesta del documento con la pestaña Red y separa DNS, conexión, redirecciones y espera de backend; la guía de TTFB explica cómo.
- Revisa registros de errores y métricas de CPU, memoria, procesos y consultas en la misma franja. Si no tienes esos datos, pídelos al proveedor.
- Cambia una variable cada vez en un entorno de prueba: caché, plugin, imagen o configuración. Compara de nuevo con la misma URL y condiciones.
Ejemplo: una tienda tiene fichas públicas rápidas, pero el checkout tarda cuando coinciden varias compras. Investiga PHP, consultas, pasarela y capacidad concurrente sin cachear indebidamente el checkout. En otra web, portada y checkout responden pronto, pero la imagen principal tarda en aparecer: ahí la prioridad es el recurso visual, no el plan.
Si las mediciones señalan límites repetidos del entorno, contrasta las fichas de hosting compartido y VPS con tus requisitos y responsabilidades de gestión. No hay una cifra universal de «hosting rápido» válida para todas las webs.
En WooCommerce el número de productos tampoco es una medida suficiente de capacidad: compara variaciones, filtros, picos y tareas de catálogo con los recursos observados.