Lentitud del Sitio y Límites de Recursos

What your hosting plan actually limits, what happens when you reach each limit, and how to work out whether a slow site is a resource problem or a code problem.

¿Qué limita realmente tu plan de alojamiento?, ¿qué sucede cuando alcanzas cada límite?, y cómo determinar si un sitio lento es un problema de recursos o un problema de código.

"Mi sitio es lento" y "mi sitio se ha quedado sin algo" se sienten igual desde el exterior y tienen casi nada en común por dentro. Esta guía los separa: primero cuáles son realmente los límites, luego cómo diagnosticar la lentitud real.

¿Primero, es lento o está roto?

Lento significa que las páginas se cargan, eventualmente. Roto significa que no.

Si estás recibiendo páginas de error en lugar de páginas lentas, detente aquí y ve a Códigos de Error HTTP. Un 500, 502 o 504 tiene una causa específica y una solución específica, y ninguna de ellas es "actualizar el plan".

Si el sitio es inaccesible en lugar de lento, ve a Sitio Web No Se Carga.

Qué limita realmente tu plan

Cuatro cosas, y vale la pena saber cuál es cuál porque se comportan de manera muy diferente cuando las alcanzas.

Almacenamiento. Cuánto disco utilizan tus archivos y bases de datos. Se mide diariamente.

Ancho de banda. Cuántos datos descargan tus visitantes durante un mes.

Número de sitios. Cuántos sitios separados puedes ejecutar en el plan.

Acceso a CDN. Si el CDN está disponible en absoluto, y cuánto tráfico puede servirse desde el borde cada mes.

Tus asignaciones específicas dependen de tu plan. Las cifras actuales para cada plan se muestran lado a lado en Facturación, luego Cambiar plan, que es también el lugar honesto para comparar en lugar de un número escrito en un artículo de ayuda que puede variar. Ver Actualizar tu plan.

Uso de almacenamiento y CDN en la descripción general del sitio

Qué sucede cuando alcanzas cada uno

Esta es la parte por la que la gente se preocupa, y las respuestas son menos dramáticas de lo esperado.

Almacenamiento. El uso de disco se mide diariamente y se muestra en la página Descripción general del sitio. A medida que aumenta, recibes una advertencia de insight que te avisa, escalándose conforme se acerca a llenar. Ver Insights.

Número de sitios. Este se aplica en el punto de creación. Intenta crear un sitio más allá de la asignación de tu plan y recibirás un mensaje claro diciendo que el plan está al máximo, con la opción de actualizar o agregar otro plan. Nada existente se ve afectado.

Elegibilidad de CDN. Habilitar el CDN en un plan que no lo incluye devuelve un mensaje simple "no incluido en tu plan" con un enlace de actualización. No hay modo parcial o degradado. Ver Habilitar el CDN.

Ancho de banda de CDN. Este tiene un comportamiento real y bien diseñado que vale la pena entender:

Al 80% de tu asignación mensual de borde, recibes un correo electrónico.
Al 100%, el borde se pausa por el resto del mes. Tu sitio permanece en línea y sigue sirviendo normalmente, directamente desde el origen, solo que ya no está almacenado en caché del borde.
La distribución desde el borde se reanuda automáticamente al inicio del próximo mes.
Nunca se te factura más allá del límite sin que lo sepas.

Así que el peor caso es que tu sitio se vuelva tan rápido como era antes de activar el CDN. Nada se desconecta.

El ancho de banda de WordPress administrado y WooCommerce funciona como un límite flexible. Se te notifica conforme lo acercas y de nuevo cuando lo superas, y el exceso se maneja como un excedente medido en lugar de que el sitio se desactive.

Exceder una asignación de almacenamiento o ancho de banda no suspende tu sitio. La suspensión en esta plataforma es un estado de facturación, no uno de recursos. Ver Cuenta Suspendida y Pago Fallido.

Qué no está limitado por plan

Dos cosas que la gente espera encontrar y no encontrará.

No hay cuota de CPU o memoria por sitio en planes de alojamiento web. Tu plan no te asigna un número de núcleos.

No estás compitiendo con tus vecinos por capacidad PHP. Cada sitio se ejecuta en su propio grupo aislado de procesos de trabajo PHP. Un sitio ocupado al lado no puede agotar los workers que tu sitio necesita. Ese aislamiento es real, y es por eso que "el sitio de alguien más está ralentizando el mío" casi nunca es la explicación en esta plataforma.

Lo que sí se aplica es un límite por solicitud: cuánta memoria puede usar una única solicitud, y cuántos segundos puede ejecutarse. Puedes configurar esos. Ver Extensiones y configuración de PHP.

Dónde ver tu uso

Almacenamiento, en la página Descripción general del sitio.
Ancho de banda de CDN, también en la página Descripción general una vez que el CDN esté habilitado, y en la pestaña Kapsule CDN del sitio.
Advertencias, a través de Insights y por correo electrónico. Ver Insights.
Minutos de compilación y ancho de banda para proyectos de Orbit, en la página de uso de Orbit. Orbit tiene sus propios límites bastante diferentes, incluido un límite de gasto. Ver Límites de plan de Orbit y Límites de gasto de Orbit.

Haciendo realmente un sitio lento más rápido

En orden de retorno sobre el esfuerzo. Trabaja hacia abajo en la lista en lugar de saltar al final.

1. Activa el caché

La ganancia individual más grande, siempre. Servir una copia almacenada de una página es órdenes de magnitud más barato que reconstruirla para cada visitante.

Ve a Sitios web, el sitio, WordPress, luego Caché. El caché de objetos está disponible en todos los planes de la familia WordPress, y el caché de página completa en los planes administrados. Ver Caché del sitio.

Ten en cuenta que algunas rutas nunca se almacenan en caché deliberadamente: páginas de administración, inicio de sesión, carrito, pago y páginas de cuenta. Almacenar en caché una página de pago mostraría a un cliente la cesta de otro cliente, así que esto no es configurable y no debería serlo.

2. Habilita el CDN

El caché pone la copia en un lugar. El CDN la pone cerca de tus visitantes. Mayor efecto si tu audiencia no está en el mismo país que tu servidor. Requiere un plan elegible y tu propio dominio personalizado. Ver Habilitar el CDN.

3. Muévete a una versión de PHP más nueva

Una diferencia real y medible sin trabajo alguno. Prueba en staging primero. Ver Cambiar versión de PHP.

4. Corrige tus imágenes

Consistentemente la cosa más grande en una página lenta. Una foto directamente del teléfono puede ser varios megabytes y mostrarse con 400 píxeles de ancho. Redimensiona antes de cargar, y usa un formato moderno.

5. Audita tus complementos

Cada complemento que ejecuta trabajo en cada solicitud te cuesta en cada solicitud. Desactiva uno a la vez y mide. Elimina lo que no estés usando en lugar de dejarlo desactivado. Ver Complementos de WordPress.

6. Encuentra la cosa realmente lenta

Deja de adivinar y mide:

La pestaña APM en sitios WordPress muestra cuáles solicitudes son lentas. Ver Rendimiento del sitio.
El registro de consultas lentas, disponible en las herramientas de salud de WordPress, muestra cuáles consultas de base de datos son el problema.
El registro lento de PHP captura qué estaba haciendo una solicitud cuando tardó demasiado.
Los registros de errores muestran cualquier cosa que falle silenciosamente y se reintente. Ver Registros de errores.

7. Entonces, y solo entonces, considera más recursos

Si el caché está activado, el CDN está activado, PHP es actual, las imágenes son sensatas, y el profiler dice que el trabajo es genuinamente necesario, entonces has superado el plan y actualizar es la llamada correcta. Ver Actualizar tu plan.

Hacer este paso primero es cómo la gente termina pagando más por un sitio que sigue siendo lento, porque un sitio no optimizado en un plan más grande es un sitio no optimizado.

Cuándo es hora de un servidor

El alojamiento compartido es la respuesta correcta para la gran mayoría de sitios. Muévete a un servidor en la nube o dedicado cuando necesites software que la plataforma no proporciona, acceso root, servicios no estándar, o capacidad dedicada predecible para algo genuinamente pesado. Ver Servidores en la nube y Elegir una arquitectura.