¿Sitio lento? Revisa 6 puntos antes de ampliar el hosting

Tu página web parece lenta. El panel de control de alojamiento ofrece un plan superior. Por suerte, siempre está disponible.

Una mejora del alojamiento puede ser útil cuando el servidor es el cuello de botella. Averigua primero qué es lo que esperan los visitantes. Una página que descarga una foto de gran tamaño requiere una solución diferente a la de un proceso de pago que espera una consulta a la base de datos.

Esta es una lista de comprobación de diagnóstico para propietarios de sitios web de pequeñas empresas. Te ayuda a recopilar información útil antes de solicitar ayuda a un desarrollador o a un proveedor de alojamiento. No es necesario desactivar servicios en el sitio web activo ni convertir la evaluación del rendimiento en un pasatiempo a tiempo completo.

1. Nombra la tarea lenta

«La página va lenta» es difícil de investigar. «En mi móvil, la página de servicios se carga rápidamente, pero el calendario de reservas tarda ocho segundos en responder» ofrece un punto de partida.

Elige tres URL importantes: la página de inicio, una página de servicio o producto y una página en la que los visitantes puedan ponerse en contacto contigo, reservar o comprar. Anota el dispositivo, la conexión, la hora y la acción. Realiza las pruebas sin haber iniciado sesión, para que una sesión de administrador no oculte ni provoque un comportamiento diferente.

Lo que ve el visitante	Una posibilidad que hay que investigar	Información que hay que recopilar
Página en blanco antes de que aparezca el contenido	Retrasos del servidor, redireccionamientos y establecimiento de la conexión	Tiempo de respuesta del documento inicial y cadena de redireccionamientos
Aparece el texto, pero la foto grande llega tarde	Retraso en la transferencia, la detección o la visualización de imágenes	Tamaño de las imágenes y secuencia de carga
La página parece estar lista, pero los botones tardan en responder.	Funcionamiento del navegador o código de terceros	Grabación de interacciones y actividad de scripts
El contenido se desplaza mientras se carga	Espacio sin reservar para imágenes, fuentes o contenidos incrustados	Grabación de los elementos que se desplazan
Solo el proceso de pago o la reserva son lentos	Procesamiento dinámico o un servicio externo	Pasos exactos, marcas de tiempo y registros de la aplicación

Se trata de pistas, no de diagnósticos. Pueden producirse varios problemas en la misma página.

2. Lee PageSpeed Insights sin tomártelo como si fuera un examen escolar

Analiza las tres URL en PageSpeed Insights. Guarda los enlaces de los informes y anota si elegiste móvil u ordenador.

La documentación de PageSpeed de Google distingue las pruebas de laboratorio simuladas de los datos de usuarios reales. La sección «campo» abarca un periodo de los últimos 28 días y puede mostrar el origen completo cuando la URL concreta no cuenta con suficientes muestras. Es posible que un sitio web pequeño no contenga ningún dato de campo.

Utiliza los diagnósticos de laboratorio para investigar un cambio hoy mismo. Utiliza los datos de campo disponibles para comprender la evolución de la experiencia a lo largo del tiempo. Una corrección realizada esta mañana no sustituirá de forma inmediata las observaciones de las semanas anteriores.

La descripción general de Core Web Vitals define tres objetivos útiles: un LCP igual o inferior a 2,5 segundos para la carga, un INP igual o inferior a 200 milisegundos para la capacidad de respuesta y un CLS igual o inferior a 0,1 para la estabilidad, evaluados en el percentil 75. Describen diferentes aspectos de la experiencia; una métrica verde no invalida las otras dos.

Repite una prueba de laboratorio varias veces en las mismas condiciones. Mantén el resultado típico y la variación, en lugar de seleccionar la ejecución que haga que la página web tenga mejor aspecto. Un cambio de 78 a 81 en una sola ejecución no es motivo suficiente para contratar un nuevo plan de alojamiento.

3. Revisa la imagen más grande de la página

Una foto de la página de inicio puede parecer un sencillo rectángulo y, aun así, enviar un archivo del tamaño de una foto de cámara a todos los teléfonos. Pide al desarrollador que compare las dimensiones y los bytes de la descarga con el tamaño que se muestra realmente.

Algunas mejoras útiles pueden ser una imagen con el tamaño adecuado, un formato comprimido adecuado y alternativas adaptables para pantallas más pequeñas. Mantén una calidad suficiente para el tema; una fotografía del producto debe permitir a los clientes examinarlo.

Trata la primera imagen visible de forma diferente a las fotos que aparecen más abajo en la página. Aplicar la carga diferida de forma indiscriminada puede retrasar la visualización de contenidos importantes. Averigua qué elemento contribuye a que la carga sea lenta antes de modificar su comportamiento de carga.

Ejemplo ficticio: la página de inicio de un jardinero muestra una fotografía de 6 MB encima del enlace de reserva. El primer experimento consiste en ofrecer una versión con el tamaño adecuado y repetir las mismas pruebas. Aquí no se da por sentada ninguna mejora en la velocidad; la comparación te indica si el experimento ha surtido efecto.

Mantén el archivo original fuera de la página publicada para que las futuras modificaciones no dependan de volver a comprimir una copia ya comprimida.

4. Cuenta los servicios que se activan en cada visita

El chat, los mapas, los widgets de reservas, los reproductores de vídeo, las herramientas de análisis, los widgets de reseñas y las etiquetas de marketing pueden suponer un trabajo adicional. Algunos son muy útiles. Algunos son restos de una versión de prueba que nadie recuerda haber cancelado.

Elabora una lista que incluya el script o la integración, la finalidad empresarial y la persona responsable. Una integración sin propietario es un buen candidato para su análisis.

En una copia de prueba protegida, pida al desarrollador que desactive una integración opcional sospechosa cada vez y repita la misma tarea. Mantén el resto de la página tal y como está. A continuación, comprueba que las funciones que aún necesitas funcionan correctamente.

No elimines las funciones de pago, consentimiento, accesibilidad o seguridad con el único fin de mejorar la puntuación. Busca formas de activar las funciones opcionales cuando sea necesario y de reducir la duplicación de herramientas. El objetivo es crear un recorrido del cliente que funcione.

5. Aclara en qué casos se aplica el almacenamiento en caché

Un artículo público almacenado en caché y un carrito personalizado tienen requisitos diferentes. Pregunta al administrador o al desarrollador qué páginas están almacenadas en caché, qué invalida la caché y qué páginas deben seguir siendo dinámicas.

Tras realizar un cambio, comprueba tanto la primera visita como las visitas posteriores. Comprueba que el precio del producto, el estado de las existencias o la descripción editada del servicio se actualicen correctamente. Una página rápida que muestra información desactualizada sigue siendo una herramienta empresarial ineficaz.

Nunca apliques una regla de caché general a las páginas de cuentas o al proceso de pago sin contar con instrucciones específicas para cada plataforma. Pide a alguien que conozca bien la aplicación que compruebe que el contenido privado no sea visible para otros visitantes.

Si el sitio funciona rápido cuando está almacenado en caché, pero lento cada vez que hay que generar una página, recoge esa distinción para el servicio de asistencia. Esto les proporciona un punto de partida más preciso que una captura de pantalla de la puntuación global.

6. Busca indicios de que el alojamiento sea el límite

Solicita información sobre los recursos del servidor y pruebas de la aplicación correspondientes a los momentos en los que observaste el problema. Entre los indicios útiles se incluyen la saturación prolongada de los recursos, el trabajo en cola, los errores o la lentitud en las operaciones de la base de datos. Una respuesta inicial lenta también puede deberse a la distancia de la red, a redireccionamientos o al código de la aplicación; por sí sola, no identifica al servidor.

Envía al servicio de asistencia un informe conciso:

• La URL afectada y la acción exacta.
• Dos o tres marcas de tiempo con la zona horaria.
• Si el visitante había iniciado sesión o no.
• Si el problema afectaba a todas las páginas o solo a las tareas dinámicas.
• Enlaces de los informes y cambios que ya se hayan probado.
• Solicitud para identificar cualquier límite del plan alcanzado durante esos periodos.

No envíes contraseñas, registros de clientes ni tokens de sesión privados en un hilo público de asistencia técnica. Un informe útil debe incluir fechas y síntomas, no una copia de los pedidos de tus clientes.

Una actualización se convierte en un siguiente paso razonable cuando el proveedor puede explicar la limitación de recursos y cómo el plan propuesto la modifica. Acordad qué vais a evaluar posteriormente y si podéis revertir el cambio en caso de que no resuelva el problema.

Mantener un breve registro de cambios

Fecha y URL	Cambio	Resultado típico antes	Resultado típico después	¿Sigue funcionando la tarea del cliente?
Rellena	Cambio de tamaño de imagen, modificación de script o cambio de plan	Mismo dispositivo y misma configuración de prueba	Repetir en condiciones similares	Sí, no o requiere investigación

Siempre que sea posible, registra un cambio sustancial cada vez. Si el martes cambias el servidor, el tema, los plugins, las imágenes y la CDN, será difícil explicar o reproducir la mejora observada el miércoles.

Tras la publicación, prueba a realizar una consulta real o una compra en el entorno de pruebas y comprueba la confirmación. El trabajo de optimización del rendimiento solo se considera completado cuando la página funciona tan bien como se carga.

Si todo apunta a que necesitas un servicio de alojamiento, compara los requisitos utilizando nuestra guía de alojamiento web para pequeñas empresas y calcula el coste de renovación antes de elegir un plan.

Preguntas frecuentes

¿Garantiza un sitio web más rápido un mejor posicionamiento en Google?

No. Una mejora en el rendimiento puede facilitar el uso del sitio web, pero esta lista de comprobación no predice el posicionamiento en los resultados de búsqueda. Mantén la relevancia, el contenido útil, la accesibilidad y un recorrido del cliente fluido dentro del mismo plan.

¿Qué ocurre si PageSpeed no muestra datos de usuarios reales?

Eso no demuestra que el sitio web sea rápido o lento. Utiliza pruebas de laboratorio repetibles y comprobaciones directas de tareas, al tiempo que recopila pruebas pertinentes. El informe necesita un número suficiente de muestras válidas para mostrar los resultados sobre el terreno.

¿Deberían todas las páginas obtener una puntuación de 100?

Buscar una puntuación perfecta puede distraer la atención de las mejoras prácticas. Analiza las experiencias negativas y los cuellos de botella importantes, verifique los cambios y garantice que las funciones esenciales sigan funcionando.