Diagnóstico de señales

Antes de cambiar de hosting, confirma si el problema realmente está ahí

La pregunta importante no es “qué proveedor me conviene”, sino “qué está fallando de verdad”. Cambiar de hosting cuando el problema es interno no mejora casi nada. Seguir optimizando código cuando el límite está en la infraestructura tampoco resuelve el cuello de botella.

Este briefing existe para separar esas dos cosas con rapidez: problema de sitio frente a problema de entorno. Cada una exige una respuesta distinta y tiene un coste distinto si te equivocas.

Se parece más a hosting cuando…

  • El rendimiento cambia sin haber tocado la web.
  • La lentitud aparece sobre todo con tráfico o en ciertas horas.
  • El panel del proveedor muestra uso alto de CPU, memoria o I/O, es decir, lectura y escritura del disco.
  • El sitio mejora un poco con optimizaciones, pero vuelve a degradarse.

Se parece más a problema interno cuando…

  • La lentitud afecta siempre a las mismas páginas o funciones.
  • Los fallos empezaron después de plugins, temas o scripts nuevos.
  • Hay errores claros en consola, logs o consultas pesadas.
  • La web sigue lenta incluso sin carga y en áreas muy concretas.

Escalera rápida de interpretación

Síntoma
Causa probable
Qué revisar
El sitio se cae con tráfico
Límite de recursos o saturación del entorno
Carga bajo visitas reales
TTFB alto y variable, o sea, un inicio de respuesta del servidor demasiado lento e irregular
Servidor lento, inestable o sobrecargado
Síntomas de saturación
Todo va bien localmente
El entorno de producción está imponiendo el límite
Hosting vs. optimización
La lentitud empezó tras tocar la web
Problema interno de código, plugins o recursos
Revisar causa dentro del sitio

Cómo ordenar la decisión sin precipitarte

  1. Empieza por el síntoma más repetido, no por el proveedor que te recomendaron.
  2. Comprueba si el problema aparece con carga, con tiempo o tras cambios internos.
  3. Identifica si la optimización alivia el síntoma o solo lo retrasa.
  4. Decide después si debes esperar, medir más o preparar un cambio de entorno.

Ese orden importa porque evita dos errores frecuentes: migrar para no arreglar nada, o seguir afinando un sitio que ya chocó con el techo de su infraestructura.

Qué hacer según lo que encuentres

No cambies todavía

Si la lentitud sigue a cambios dentro del sitio, si los errores están localizados o si el tráfico aún es bajo, conviene corregir el problema interno primero.

Separar optimización e infraestructura →

Investiga más

Si ves señales mezcladas o inconsistentes, recopila más contexto antes de tocar el hosting. Un falso positivo aquí sale caro.

Ver señales acumuladas →

Considera migrar o escalar

Si el rendimiento cae con tráfico, el TTFB varía demasiado y optimizar ya no cambia el resultado, la infraestructura suele ser el siguiente límite real.

Revisar umbrales de cambio →

Rutas relacionadas para pasar del diagnóstico a la acción

Siguiente paso recomendado:

Ver cuándo ya no basta seguir optimizando →