Resumen

  • El primer borrador público de Beacon, publicado por el W3C en octubre de 2013, señaló los trucos que retrasaban la salida: XMLHttpRequest síncrono, cargas de imagen y bucles que solo consumían tiempo.
  • El borrador de Recomendación Candidata de agosto de 2022 describió navigator.sendBeacon(): una pequeña comunicación de ida que el navegador pone en cola mientras el lector continúa.

La página se comportaba como un encargado que te intercepta al salir: «Un momento, debo informar de que se va». Ya tenías la mano en el picaporte. Un dato de analítica, por pequeño que fuese, se convertía en peaje. La siguiente página podía parecer lenta por culpa del papeleo de la anterior.

El primer borrador público del W3C, fechado el 29 de octubre de 2013, explicó el problema con una franqueza poco habitual en las especificaciones. El código de diagnóstico y medición quería enviar información justo cuando el documento se descargaba. Una solicitud asíncrona podía quedarse sin tiempo. Para retener la ocasión, algunos desarrolladores recurrían a XMLHttpRequest síncrono, a una carga de imagen o a un bucle vacío. El usuario pagaba con una salida más lenta.

El borrador propuso que el agente de usuario se hiciera cargo del envío. En aquel documento el método se llamaba beacon; su forma no era la de la posterior navigator.sendBeacon(). La idea perdurable estaba en repartir el trabajo: la página prepara el aviso y el navegador se ocupa de transmitirlo sin pedir al lector que vigile la oficina de correos.

¿Por qué guardar el dato hasta el final? Una sesión puede producir su último evento al perder visibilidad. Enviar cada pequeña observación al instante consume recursos de red y batería; esperar hasta la despedida arriesga perderla. Algunas páginas habían resuelto el dilema sujetando la puerta. Beacon ofreció un camino más decente: entregar el mensaje a quien puede seguir trabajando después de que la página deje de estar en primer plano.

El borrador de Recomendación Candidata del W3C de 3 de agosto de 2022 habla de navigator.sendBeacon(url, data). La petición es asíncrona y no bloquea el trabajo urgente. El navegador puede ordenar su transmisión para competir menos con gestos, animaciones y recursos prioritarios, y puede agrupar envíos para usar mejor la energía. El cartero recoge el sobre; no exige que el cliente espere a verlo entrar en otro edificio.

El ejemplo de 2022 usa visibilitychange cuando el documento pasa a oculto. En móviles, esperar el evento unload puede dejar escapar el momento: una aplicación pasa al fondo y el sistema termina luego el proceso sin despedida formal. El cambio a oculto ofrece una señal más práctica para entregar el informe. La observación de visibilidad y el transporte del dato cumplen oficios distintos, aunque trabajen juntos.

El resultado de sendBeacon() requiere precisión. true indica que el navegador pudo aceptar los datos en su cola. El recibo de llegada tiene que buscarse en el servidor. La interfaz no da una respuesta para procesar en la página. Celebrar una entrega al ver true sería como felicitarse por un paquete que todavía lleva el mensajero en la mochila.

Además, se trata de un sobre pequeño. El documento de 2022 relaciona Beacon con fetch y keepalive, y limita los datos que pueden esperar en la cola. Si una aplicación necesita encabezados propios, otro método o examinar una respuesta, dispone de mecanismos de fetch adecuados para esa conversación. No cabe meter un camión de mudanza en el buzón.

El historial de publicaciones del W3C marca el primer borrador en octubre de 2013, una instantánea de Recomendación Candidata en abril de 2017 y el borrador candidato posterior en agosto de 2022. Esas fechas sitúan textos de normas; no son un calendario de llegada a todos los navegadores. Lo constante en los documentos es la pregunta de quién debe cargar con el mensaje cuando el lector ya se va.

El mejor resultado casi no se ve. La persona pasa a la siguiente página sin que el informe de la anterior le pida tiempo prestado. El sitio conserva la posibilidad de emitir una pequeña señal y el navegador asume la logística. El encargado puede terminar su papeleo. No hace falta cerrar la puerta con llave mientras lo hace.