1. Empieza por Server Information
Comprueba la información del servidor y entorno antes de comparar un comportamiento con documentación antigua o con otra cuenta.
2. Usa Access & Error Logs
Relaciona la hora del fallo con las entradas del log. Un mensaje concreto suele ser más útil que cambiar configuración al azar.
3. Revisa Web Statistics
Las estadísticas web ayudan a entender volumen y patrones de acceso, pero no sustituyen métricas de aplicación cuando necesitas rendimiento por endpoint o consulta.
4. Analiza Traffic Stats
Distingue crecimiento real de usuarios de bots, descargas o eventos puntuales. El ancho de banda por sí solo no describe la presión de CPU o base de datos.
5. Observa CPU Stats
Usa CPU Stats para identificar presión repetida. No actualices por un único pico; busca un patrón sostenido bajo tráfico legítimo.
6. Correlaciona señales
Cruza tiempo del error, tráfico, CPU y cambios recientes. Si CPU sube solo durante una consulta o tarea concreta, optimizarla puede ser mejor que cambiar toda la infraestructura.
7. Actualiza cuando los datos lo justifiquen
Si una carga legítima y optimizada sigue alcanzando límites de forma sostenida, usa esas mediciones para elegir semi-dedicated, KVM o dedicated con más precisión.
Preguntas frecuentes
¿Un pico de CPU significa que necesito VPS?
No. Busca presión sostenida y relación con carga legítima después de optimizar.
¿Dónde veo errores del servidor?
El menú verificado expone Access & Error Logs.
¿Puedo ver estadísticas de tráfico?
Sí. Traffic Stats y Web Statistics están disponibles en el área Statistics verificada.