La feature prefetch y sus cuatro estrategias

Activar la feature: una línea que abre la puerta

La precarga en Astro es opt-in, y esa decisión de diseño importa: no gastas ancho de banda de nadie hasta que lo pides explícitamente. Se enciende con una clave en la configuración.

// astro.config.mjsimport { defineConfig } from 'astro/config';export default defineConfig({  prefetch: true,});

Con prefetch: true, Astro añade un pequeño script de precarga a todas las páginas del sitio.

Pero ese script no actúa por su cuenta: se queda a la espera, y solo precarga los enlaces que tú hayas marcado.

Habilitar la feature y precargar un enlace son dos actos distintos —el primero prepara la maquinaria, el segundo la dispara— y entender esa separación evita la falsa impresión de que activar prefetch ya carga medio sitio.

Conviene fijar un límite desde el principio: la precarga solo opera sobre enlaces internos de tu propio sitio, nunca sobre enlaces externos. Tiene sentido, porque precargar un dominio ajeno ni acelera tu navegación ni está bajo tu control.

Si más adelante activas las View Transitions con el <ClientRouter />, verás que la precarga se enciende sola y con un comportamiento más agresivo. Lo trataremos en su lección, pero anótalo ya como excepción a la regla del opt-in.

data-astro-prefetch: consentir enlace por enlace

El interruptor concreto es un atributo de datos sobre el ancla. Añadir data-astro-prefetch a un <a> es decirle a Astro este destino sí, precárgalo.

<a href="/blog" data-astro-prefetch>Blog</a><a href="/docs" data-astro-prefetch="tap">Docs</a>

Cuando escribes el atributo sin valor, Astro aplica la estrategia por defecto, que es hover. Cuando le das un valor —tap, viewport, load— fuerzas esa estrategia para ese enlace concreto, por encima de cualquier valor por defecto.

Así, el mismo sitio puede precargar la mayoría de sus enlaces al pasar el ratón y, a la vez, tratar un destino caro con una estrategia más tacaña, sin tocar la configuración global.

<a href="/destacado" data-astro-prefetch="viewport">Destacado</a><a href="/normal"    data-astro-prefetch>Normal, usa hover</a><a href="/caro"      data-astro-prefetch="tap">Caro, apuesta tarde</a><a href="/todo"      data-astro-prefetch="load">Precarga al cargar</a>

Cada enlace declara su propia apuesta, y esa granularidad es la clave de la eficiencia. No todos los destinos merecen la misma anticipación: el botón principal de una landing casi seguro se va a pulsar, mientras que un enlace al aviso legal casi nunca.

Marcar solo lo probable, y con la intensidad justa, es lo que separa una precarga que acelera de una que malgasta. La feature te da el control fino; la responsabilidad de usarlo con cabeza es tuya.

Las cuatro estrategias y su coste

Astro ofrece cuatro estrategias, y cada una responde a una pregunta distinta: ¿en qué momento es razonable apostar a que este enlace se va a pulsar? De la más conservadora a la más agresiva:

• hover —la de defecto— precarga al pasar el ratón por encima o al enfocar el enlace con el teclado. Apuesta sobre la intención: quien apunta suele pulsar. Coste bajo y muy buena relación acierto/gasto.
• tap precarga justo antes del clic, en el pointerdown o touchstart, ese puñado de milisegundos entre que el dedo baja y el evento de clic se emite. Es la más barata: solo gasta cuando la pulsación es ya casi segura. Ideal en móvil.
• viewport precarga en cuanto el enlace entra en pantalla, con un observador de intersección. Apuesta sobre la visibilidad, no sobre la intención, así que precarga muchos más enlaces: útil para destinos muy probables, caro en páginas con listas largas.
• load precarga todos los enlaces marcados en cuanto la página termina de cargar. Es la más agresiva y la que más ancho de banda consume; reservada para sitios pequeños donde casi cualquier enlace es un destino plausible.

Un detalle fino y muy sensato: si el visitante navega en modo de ahorro de datos o con una conexión lenta, Astro degrada automáticamente cualquier estrategia a tap. La precarga no ignora el contexto de red; se vuelve tímida cuando debe.

Hay además una capa de detección de intención: un roce fugaz del ratón o un scroll veloz no disparan la precarga. Solo el gesto que sugiere una decisión real —detenerse sobre el enlace, enfocarlo— cuenta como señal, y así se evitan los mil falsos positivos de un puntero que solo cruza la pantalla.

El foco también cuenta: precarga accesible

La estrategia hover engaña con su nombre, porque no depende solo del ratón: también se dispara cuando el enlace recibe foco por teclado.

Quien navega con el tabulador —por preferencia o por necesidad— obtiene la misma anticipación que quien apunta con el puntero, sin que tengas que hacer nada especial.

Esa simetría no es un adorno. Atar la precarga únicamente al ratón dejaría fuera a parte del público y ligaría el rendimiento a un dispositivo concreto; atarla también al foco la vuelve universal.

Es un recordatorio de que las buenas primitivas de rendimiento y las buenas prácticas de accesibilidad suelen apuntar en la misma dirección: servir a la intención del visitante, la exprese como la exprese.