Ir al contenido principal

Cómo ayuda CentralApp a que tu sitio web cargue rápidamente

CentralApp gestiona gran parte de la optimización técnica necesaria para que tu sitio web sea rápido, estable y reactivo, sin que necesites acceder al código fuente ni realizar configuraciones técnicas.

Escrito por Solange Lin Lai Yat

CentralApp optimiza automáticamente el renderizado de las páginas, la caché, las imágenes, las fuentes, la carga del código y la estabilidad del diseño.

Estas optimizaciones están integradas en la plataforma y no requieren ninguna configuración manual.



​

Las páginas empiezan a mostrarse rápidamente

CentralApp utiliza el renderizado del lado del servidor (SSR) para preparar en sus servidores el contenido esencial y el diseño de la página antes de enviarlos al navegador.

Así, el navegador puede empezar a mostrar contenido útil sin tener que esperar a que se descargue y ejecute toda la aplicación JavaScript.

Los elementos menos prioritarios pueden cargarse después de forma progresiva.

CentralApp también utiliza la caché para evitar generar innecesariamente las mismas páginas varias veces.

Cuando se publica una página:

  • Se puede almacenar en caché una versión generada

  • Esta versión puede reutilizarse para los siguientes visitantes

  • Cuando se modifica una página, se puede preparar una nueva versión en segundo plano

  • La versión anterior puede seguir disponible durante esta preparación

Esto reduce el trabajo necesario en el servidor y permite mantener tiempos de respuesta constantes, incluso cuando el sitio recibe mucho tráfico.


Las imágenes se adaptan al visitante

Las imágenes suelen representar una parte importante del peso de una página web.

CentralApp optimiza automáticamente las imágenes compatibles con la plataforma para limitar la cantidad de datos descargados por el navegador.

En particular, las imágenes:

  • Se proporcionan en formato WebP siempre que sea posible

  • Se preparan en varios anchos

  • Se sirven en un tamaño adaptado a la pantalla del visitante

  • Se cargan con prioridad cuando son importantes para la visualización inicial

  • Se cargan de forma diferida cuando se encuentran más abajo en la página

Este enfoque evita, en particular, enviar sistemáticamente una imagen de muy alta resolución a un visitante que utiliza una pantalla más pequeña o una conexión móvil.

Las imágenes situadas más abajo en la página pueden utilizar la carga diferida («lazy loading»). En ese caso, solo se descargan cuando el visitante se acerca a ellas.

Cuando se utiliza un servicio de vídeo externo, CentralApp también puede retrasar la carga del reproductor cuando sea posible, para que no compita con los elementos necesarios para la visualización inicial de la página.


Las fuentes se cargan sin bloquear la visualización del texto

Las fuentes personalizadas contribuyen a la identidad visual de un sitio, pero su descarga también puede retrasar la aparición del texto.

CentralApp prepara en el servidor la información necesaria de las fuentes y precarga los archivos WOFF2 esenciales para el idioma mostrado.
​

Los demás juegos de caracteres solo se cargan cuando son necesarios.

Si una fuente personalizada no está disponible de inmediato, el navegador puede mostrar temporalmente una fuente alternativa y aplicar la personalizada cuando esté lista.
​

Esta técnica permite a los visitantes empezar a leer el contenido sin esperar a que terminen de cargarse todas las fuentes.


Solo se carga el código necesario

Un sitio CentralApp puede contener muchas páginas, funciones y elementos de interfaz. Sin embargo, un visitante no necesita descargar todo ese código para consultar una sola página.
​

Por eso, CentralApp divide la aplicación en varios paquetes de código.
​

Así, el navegador puede:

  • Descargar con prioridad el código necesario para la página consultada

  • Cargar por separado el código de las demás páginas

  • Cargar determinadas funciones solo cuando se vuelven necesarias

  • Reducir la cantidad de JavaScript que debe descargar y ejecutar durante la carga inicial

Este enfoque, denominado code splitting o carga diferida de JavaScript, limita el trabajo que debe realizar el navegador al abrir una página.

CentralApp también prepara determinadas conexiones con los servicios necesarios para cargar recursos, fuentes o contenido multimedia.
​

Técnicas como la preconexión (preconnect) reducen el tiempo necesario para establecer una conexión cuando posteriormente debe descargarse un recurso.
​

Sin embargo, estas conexiones se utilizan de forma selectiva para que no compitan con los recursos necesarios para mostrar la página.


El diseño permanece estable durante la carga

Una página puede cargarse rápidamente y aun así ofrecer una mala experiencia si su contenido se desplaza durante la carga.
​

Por ejemplo, cuando aparece una imagen sin que se le haya reservado espacio, el contenido situado debajo puede desplazarse repentinamente hacia abajo.
​

CentralApp reserva automáticamente espacio para determinados contenidos multimedia y secciones antes de que se muestre su contenido definitivo.

Esto ayuda a limitar los desplazamientos inesperados y a mantener un diseño estable durante la carga.
​

Google mide esta estabilidad mediante el Cumulative Layout Shift (CLS), una de las métricas de las Core Web Vitals.
​

Un buen CLS significa que es menos probable que los visitantes vean desplazarse el contenido de forma inesperada mientras consultan o utilizan la página.


Lo que CentralApp gestiona automáticamente

CentralApp se ocupa directamente de las principales optimizaciones técnicas:

  • Renderizado del lado del servidor (SSR)

  • Almacenamiento en caché

  • Optimización y entrega de imágenes

  • Carga diferida del contenido multimedia

  • Precarga de fuentes

  • Carga adaptada de juegos de caracteres

  • División del código JavaScript

  • Carga diferida de determinadas funciones

  • Preconexión con determinados recursos

  • Estabilidad del diseño

El cliente no necesita configurar estos ajustes.


Lo que todavía puede influir en el rendimiento

CentralApp optimiza la parte técnica que controla, pero el contenido añadido al sitio y los servicios externos pueden seguir afectando al rendimiento.

Por ejemplo:

  • Muchas imágenes pueden aumentar la cantidad de datos que deben descargarse

  • Los vídeos pueden requerir recursos importantes

  • Los mapas interactivos pueden añadir código y solicitudes externas

  • Las herramientas de reserva pueden cargar scripts adicionales

  • Las soluciones de análisis y seguimiento pueden añadir recursos

  • Los widgets externos pueden tener su propio comportamiento de carga

Por tanto, algunas buenas prácticas ayudan a limitar este impacto:

  • Utiliza únicamente imágenes útiles para la página o la experiencia de usuario.

  • Evita contenido multimedia innecesariamente pesado. CentralApp optimiza las imágenes compatibles, pero sigue siendo preferible partir de archivos fuente de tamaño razonable.

  • Mantén las páginas centradas en su objetivo. Una página con una finalidad clara suele ser más fácil de consultar.

  • Limita los servicios externos a las herramientas realmente necesarias.

CentralApp no puede controlar por completo el comportamiento de carga de un servicio externo.


Cómo medir el rendimiento

Para medir el rendimiento de un sitio CentralApp, utiliza siempre la URL pública publicada del sitio.

La vista previa que se muestra en la aplicación CentralApp utiliza un iframe destinado a revisar el contenido y el diseño. No corresponde a la URL pública del sitio y, por tanto, no debe utilizarse como referencia para medir el rendimiento.

Google PageSpeed Insights permite probar una página publicada en condiciones simuladas para móviles y ordenadores.

La herramienta utiliza, entre otros, Lighthouse para realizar pruebas de laboratorio y proporciona varias métricas de rendimiento además de la puntuación general.

Los resultados pueden variar de una prueba a otra en función, entre otros factores, de:

  • Las condiciones de la red

  • El lugar desde el que se realiza la prueba

  • La carga del servidor

  • El navegador y el dispositivo simulados

  • Los servicios externos presentes en la página

Por eso es preferible comparar varias pruebas en lugar de centrarse en una única puntuación.

Cuando hay suficientes datos disponibles, los datos de campo de Core Web Vitals también son especialmente útiles, ya que reflejan la experiencia de visitantes reales.

Los datos de laboratorio de Lighthouse siguen siendo útiles para analizar una página en condiciones controladas e identificar posibles problemas técnicos.


Un buen sitio es más que una puntuación

Las optimizaciones integradas en CentralApp están diseñadas para que los sitios web puedan:

  • Cargar rápidamente

  • Mostrar rápidamente contenido útil

  • Mantenerse visualmente estables

  • Responder rápidamente a las interacciones

  • Limitar el trabajo realizado por el navegador

Sin embargo, ningún sistema puede garantizar una puntuación de Lighthouse o PageSpeed idéntica para todas las páginas y en todas las condiciones.

El rendimiento final también depende del contenido de la página, los servicios externos, el dispositivo y la conexión del visitante, y las condiciones en las que se realiza la prueba.
​

Por tanto, una puntuación de rendimiento es una herramienta de diagnóstico, no una medida absoluta de la calidad de un sitio.
​

El objetivo principal sigue siendo permitir que los visitantes puedan ver rápidamente contenido útil, comprender la página e interactuar con ella sin esperas ni desplazamientos innecesarios.

CentralApp se ocupa de gran parte del trabajo técnico necesario para que esta experiencia sea posible.

¿Ha quedado contestada tu pregunta?