Su sitio tarda 4 segundos en cargar y el visitante se va. ¿Le suena familiar?

Según una investigación de Google de 2023, la probabilidad de rebote aumenta un 32% cuando el tiempo de carga pasa de 1 a 3 segundos. Una de las principales causas de ralentización que a menudo se pasa por alto son las solicitudes HTTP excesivas. No llaman la atención como las imágenes pesadas o un hosting deficiente, pero se acumulan por docenas y en conjunto consumen segundos.

Analicemos qué son estas solicitudes, cómo detectarlas mediante el análisis de cascada en GTmetrix y, lo más importante, cómo reducir su número sin perjudicar la funcionalidad de su sitio.

💡 Resumen rápido:

• Abra GTmetrix, pegue la URL de su sitio y vaya a la pestaña Waterfall para ver cada solicitud con su tamaño y tiempo de carga
• Filtre las solicitudes por las carpetas plugins y themes para encontrar los plugins que cargan scripts en todas las páginas innecesariamente
• Revise 5 puntos de control: imágenes innecesarias, CSS/JS sin combinar, plugins con carga global, plugins pesados y carga diferida ausente
• Tras realizar los cambios, ejecute la prueba de nuevo y compare el número de solicitudes antes y después

Qué son las solicitudes HTTP y por qué ralentizan su sitio

Cuando un navegador abre una página, no recibe una imagen lista de una sola vez. Necesita el esqueleto HTML, los archivos de hojas de estilo, cada script, las fuentes, las imágenes, y para cada elemento el navegador envía una solicitud HTTP independiente al servidor.

Algunas solicitudes van a su servidor (internas: imágenes de la biblioteca de medios, tema, plugins). Otras van a servicios externos (Google Analytics, inserciones de YouTube, scripts publicitarios). El navegador las pone en cola y las carga.

La relación es simple: más solicitudes implican tiempos de carga más largos. Pero no todas las solicitudes son iguales. Un diminuto script de seguimiento carga en 20 ms, mientras que una imagen de 500 KB sin optimizar puede colgarse medio segundo. Así que el objetivo no es solo «reducir la cantidad», sino eliminar las innecesarias y aligerar las restantes.

En la práctica, la diferencia es notable: un sitio de portafolio con un tema limpio realiza 18 solicitudes y se abre al instante. Un gran portal de noticias como New York Times realiza más de 200 solicitudes, la mitad de las cuales son scripts publicitarios y de seguimiento. Su sitio está en algún punto intermedio, y esa cifra se puede reducir.

Cómo analizar las solicitudes HTTP: la cascada en GTmetrix

La forma más clara de ver las solicitudes HTTP es un diagrama de cascada. Muestra cada solicitud como una fila independiente: de dónde proviene, cuánto pesa, cuándo comenzó a cargarse y cuánto tardó.

Herramientas que pueden mostrar cascadas:

• Chrome DevTools integrado (pestaña Network), gratuito pero solo para su navegador
• GTmetrix, plan gratuito, pruebas desde diferentes ubicaciones, interfaz clara
• Pingdom Tools, similar a GTmetrix, diferentes puntos de prueba
• WebPageTest, máximo detalle pero más complejo para empezar

Veamos GTmetrix como ejemplo. Pegue la URL, ejecute la prueba. En los resultados encontrará la pestaña Waterfall, que es la cascada:

El diagrama en sí tiene este aspecto:

Qué significan las columnas:

• URL, la ruta al archivo. Muestra qué plugin o tema añadió la solicitud
• Dominio, su servidor o externo. Puede ver de inmediato cuánto se carga desde fuera
• Tamaño, peso del archivo. Las solicitudes pesadas afectan más la velocidad
• Línea de tiempo, cuándo comenzó la solicitud y cuánto duró. El tamaño no es lo único que importa: un archivo al inicio de la cadena bloquea todo lo que viene después

Haga clic en el campo de búsqueda sobre el diagrama e ingrese wp-content/plugins para ver solo las solicitudes de plugins. En el ejemplo siguiente, el plugin Lightweight Social Fonts añade una solicitud de fuente para fontello.woff de 22.9 KB:

Si filtra por themes, verá las solicitudes del tema. GeneratePress, por ejemplo, sirve solo 4 solicitudes, lo cual es un buen indicador de un tema ligero:

Revise la lista y pregúntese: «¿Este plugin realmente necesita cargarse en cada página?». A menudo la respuesta es no. A continuación veremos qué hacer al respecto.

5 Maneras de reducir las solicitudes HTTP en WordPress

Después del análisis de cascada tiene una lista de solicitudes en mano. Ahora los pasos concretos para reducirlas.

1. Elimine imágenes innecesarias y no preparadas

Cada imagen = una solicitud HTTP. Si una página tiene 15 imágenes y 5 de ellas son decorativas o duplicadas, son 5 solicitudes que puede eliminar sin perder significado. Para las imágenes esenciales la regla es diferente: comprímalas y redimensiónelas para que coincidan con las dimensiones de visualización. Una imagen de 2500px insertada en un bloque de 700px de ancho carga 5 veces más datos de los necesarios.

En la práctica ayuda una combinación: revisión manual (eliminar lo innecesario) + un plugin de compresión. Entre las opciones actuales están ShortPixel, Imagify, Smush. Comprimen las imágenes al subirlas a la biblioteca de medios y pueden recomprimir las existentes.

2. Combine CSS y JavaScript

El tema y cada plugin añaden sus propios archivos de estilo y script. Si tiene un tema activo, 10 plugins y un par de servicios externos, puede acumular fácilmente entre 30 y 40 archivos CSS/JS separados. Cada uno requiere una solicitud HTTP distinta.

La técnica se llama concatenación (combinación) y suele venir acompañada de la minificación (eliminación de espacios y comentarios del código). La mayoría de los plugins de rendimiento hacen ambas cosas:

• WP Rocket, plugin premium, combina y minifica CSS/JS en pocos clics
• Autoptimize, gratuito, solo concatenación y minificación

Importante: después de activar la combinación, recorra las páginas principales de su sitio y asegúrese de que el diseño no se haya roto. A veces los scripts entran en conflicto al fusionarse, en cuyo caso excluya ese archivo específico de la combinación.

3. Evite que los plugins carguen donde no se necesitan

Un formulario de contacto está solo en la página de contacto. Pero su CSS y JS a menudo se cargan en todo el sitio, lo que significa 2 o 3 solicitudes adicionales en cada página sin formulario. Contact Form 7, por ejemplo, carga scripts globalmente por defecto.

Si el plugin lo permite, hay dos caminos:

• Reemplácelo con una alternativa más optimizada que no cargue recursos globalmente
• Conserve el plugin, pero gestione la carga de scripts mediante Perfmatters, que incluye un gestor de scripts que permite desactivar el CSS/JS de un plugin en todas las páginas excepto donde realmente se utiliza

Resultado: las mismas 2 o 3 solicitudes, pero solo en la página de contacto, no en todo el sitio.

4. Sustituir plugins pesados por alternativas más ligeras

Tras filtrar la cascada por plugins, puede ver qué plugins generan más solicitudes. Si un plugin añade 8 scripts y estilos mientras que su alternativa se las arregla con dos, el cambio elimina 6 solicitudes HTTP.

Ejemplos de sustituciones en la práctica:

• Revolution Slider (pesado) → un bloque de portada ligero del tema o MetaSlider
• Maquetador visual con decenas de scripts → el editor de bloques nativo Gutenberg
• Plugin social con solicitudes a API externas → iconos de enlace estáticos

Revise cada plugin de la lista de la cascada: ¿se está usando realmente? Si un plugin no se ha actualizado en más de un año o la funcionalidad no es necesaria, elimínelo por completo.

5. Activar la carga diferida

La carga diferida pospone la carga de imágenes e iframes que están por debajo del área visible de la pantalla. Un visitante abre la página y solo se carga lo que ve. El resto se va cargando a medida que hace scroll.

Desde WordPress 5.5, el atributo loading="lazy" se añade a las imágenes automáticamente. Esto es suficiente para el escenario básico. Si necesita una carga diferida más agresiva (para iframes, imágenes de fondo, vídeos), utilice Perfmatters, WP Rocket o el gratuito LazyLoad by WP Rocket.

Vídeo: Solicitudes HTTP en WordPress en 5 minutos

Un breve vídeo sobre el tema, desde el diagnóstico hasta la reducción de solicitudes sin plugins:

⁉️🤔 Preguntas frecuentes

¿Cuántas peticiones HTTP son normales para WordPress?

No existe una cifra universal. Un sitio limpio con un tema ligero y entre 5 y 7 plugins se sitúa entre 25 y 40 peticiones. Un sitio con un constructor de páginas, scripts publicitarios y una docena de plugins puede hacer entre 80 y 120. No se centre en la cifra absoluta, sino en la tendencia: si antes eran 90 y ahora son 55, es un buen resultado.

¿Afectan a la velocidad las peticiones externas (Google Fonts, Analytics)?

Sí, pero de forma distinta. Una petición externa a Google Fonts añade 1 o 2 peticiones, pero pasan por la CDN de Google y se cargan rápido. El principal problema es el bloqueo de renderizado: hasta que la fuente se carga, el navegador puede no mostrar el texto. Solución: precargar las fuentes mediante preload o alojarlas localmente.

¿Es necesario combinar todo el CSS y JS en un solo archivo?

No siempre. Combinar todos los scripts en un solo archivo supone una única petición, pero un archivo grande tarda más en cargarse. El HTTP/2 moderno puede cargar varios archivos en paralelo, así que 3 o 4 archivos de 30 KB cada uno pueden cargar más rápido que uno de 120 KB. De forma óptima, combine el CSS crítico (el necesario para renderizar la primera pantalla) y deje los scripts no críticos por separado con el atributo defer.

¿Qué hago si el diseño se rompe después de combinar el CSS?

Excluya el archivo problemático de la combinación. WP Rocket y Autoptimize le permiten añadir la URL de un script o estilo a la lista de exclusión. Después, vuelva a ejecutar la prueba. Perder un archivo de un conjunto de 15 peticiones apenas se nota.

¿Se pueden reducir las peticiones sin plugins?

Sí se puede. La desactivación manual de scripts mediante functions.php le da un control total, pero requiere comprender los hooks de WordPress. Para la mayoría de los propietarios de sitios, WP Rocket o Perfmatters es más sencillo y seguro: no le permitirán desactivar un script crítico para el funcionamiento.

Es hora de limpiar sus peticiones

Las peticiones HTTP no son algo que se solucione una sola vez. Instale un plugin nuevo, cambie el tema, añada un script publicitario y aparecerán nuevas peticiones. Cada par de meses, vaya a GTmetrix, abra la cascada y compárela con lo que tenía la última vez.

Si ahora mismo no sabe cuántas peticiones hace su sitio, abra GTmetrix, pegue la URL y haga clic en «Start Test». En un minuto verá la imagen real. Luego siga los pasos de este artículo. Cada petición eliminada acerca su sitio a cargar en 1 o 2 segundos.