Permite que los navegadores web precarguen recursos
La captación previa de enlaces permite a los navegadores web precargar recursos. Esto acelera tanto la carga como la representación de páginas web. La captación previa se introdujo por primera vez en HTML5 .
La captación previa se logra mediante sugerencias en páginas web. El navegador utiliza estas sugerencias para buscar previamente enlaces. Los recursos que se pueden capturar previamente incluyen: JavaScript , CSS , imágenes, audio, vídeo y fuentes web . También se pueden sugerir nombres DNS y conexiones TCP para la captación previa. [1] [2]
Precarga en HTML5
Existen dos estándares del W3C que cubren la captación previa de HTML5:
- Precarga de enlace [1]
- Sugerencias para URL específicas. Las sugerencias comunes incluyen JavaScript , CSS , imágenes y fuentes web .
- Sugerencias de recursos [2]
- Consejos para el navegador. Los consejos comunes incluyen consultas de DNS, apertura de conexiones TCP y representación previa de páginas.
Métodos HTML5 para sugerencias de captación previa:
Enlace: <//pagead2.googlesyndication.com>; rel=dns-prefetch, </js/bootstrap.min.js>; como=guión; rel=precarga, </ads.html>; rel=prerenderizado, </css/bootstrap.min.css>; como=estilo; rel=precarga
Soporte del navegador
Histórico
- iCab , Mozilla Application Suite y WebTV son los primeros navegadores a los que se hace referencia que admiten la captación previa de enlaces. [8]
- Navegar con Google Web Accelerator (producto descontinuado, técnicamente puede denominarse almacenamiento en caché previo)
- Se sabe que el dispositivo proxy de Blue Coat utiliza una captación previa no compatible.
Navegadores modernos
- Mozilla Firefox admite la captación previa de DNS, a partir de la versión 3.5. [9]
- Google Chrome admite la captura previa de contenido web vinculado mediante "renderización previa", a partir de la versión 11. [10]
- Internet Explorer admite la captación previa de direcciones IP mediante " búsqueda previa de DNS ", a partir de la versión 9. [11]
- A partir de la versión 11, Internet Explorer admite el siguiente conjunto de funciones para ampliar sus capacidades de captación previa: "prerender", "dns-prefetch" y "lazyload" (solo imágenes). [6]
Sitios populares que utilizan la captación previa
- Google es el sitio web más conocido que aprovecha esta función para mejorar la experiencia del usuario. Si se considera que es muy probable que el primer hit sea el deseado, se asigna como enlace de captación previa.
- Específicamente, Google implementó "Google Instant Pages" en agosto de 2011, que aprovecha la función antes mencionada, la finalización de búsqueda predictiva y la precarga de resultados de búsqueda a medida que el usuario escribe para mejorar el rendimiento del motor de búsqueda. [12]
- Bing ha empleado el uso de captación previa y carga previa desde el lanzamiento de Internet Explorer 11 (octubre de 2013). [6]
Problemas y críticas
Un problema inherente a la captación previa de enlaces indiscriminada implica el uso indebido de métodos HTTP "seguros" . Se dice que las solicitudes HTTP GET y HEAD son "seguras", es decir, un agente de usuario que emite una de estas solicitudes debe esperar que la solicitud no genere ningún cambio en el servidor destinatario. [13] Sin embargo, es común que los operadores de sitios web utilicen estas solicitudes fuera de esta restricción. Los hipervínculos simples (que casi universalmente resultan en solicitudes GET) se utilizan a menudo para implementar la funcionalidad de cierre de sesión y verificación de cuenta, por ejemplo, cuando un usuario completa un formulario de creación de cuenta y un servicio automatizado envía un correo electrónico de verificación al correo electrónico proporcionado por el usuario. DIRECCIÓN.
De manera similar, es completamente posible que un servicio de alojamiento proporcione una interfaz web para administrar archivos, incluidos enlaces que eliminan uno o más archivos. Los usuarios que visitan páginas que contienen este tipo de enlaces (mientras utilizan un navegador que emplea un captador previo de enlaces indiscriminado), pueden descubrir que se les ha cerrado la sesión o que sus archivos han sido eliminados. [14]
Además, hay una serie de críticas con respecto a las implicaciones de privacidad y uso de recursos de la captación previa de enlaces:
- Las cookies configuradas o enviadas a terceros comprometen la privacidad de la Web .
- Permite la instalación de malware de ataque esencialmente/en el límite con cero clic a través del día 0 simplemente porque se ha captado previamente un enlace de propagación de malware.
- Los usuarios y operadores de sitios web que pagan por la cantidad de ancho de banda que utilizan terminan pagando por el tráfico de páginas que el usuario tal vez en realidad no visita, y los anunciantes pueden pagar por los anuncios vistos en sitios que nunca se visitan.
- Las estadísticas web, como el uso del navegador, las referencias de los motores de búsqueda y las visitas a páginas, pueden volverse menos confiables debido al registro de visitas a páginas que el usuario nunca vio.
- Los usuarios pueden estar expuestos a más riesgos de seguridad al descargar más páginas o desde sitios no solicitados (lo que se agrava aún más a medida que las descargas no autorizadas se vuelven más avanzadas y diversas).
- Los usuarios pueden violar las políticas de uso aceptable de su red u organización si la captación previa accede a contenido no autorizado.
En el caso de dispositivos móviles o para usuarios con un ancho de banda limitado, la captación previa puede resultar en una pérdida costosa e innecesaria del ancho de banda limitado.
Es posible que las implementaciones capturen previamente enlaces incluso cuando no estén especificados como enlaces de captura previa.
En el caso del renderizado previo, Google advierte que el uso inadecuado puede resultar en el aumento del uso del ancho de banda antes mencionado, una carga más lenta de otros enlaces y contenido ligeramente obsoleto. [10]
Ver también
Referencias
- ^ ab "Precarga". w3c.github.io . Consultado el 19 de marzo de 2016 .
- ^ ab "Sugerencias sobre recursos". w3c.github.io . Consultado el 19 de marzo de 2016 .
- ^ Nottingham, M. (2010). "Enlaces web". RFC 5988 . IETF. doi : 10.17487/RFC5988 . S2CID 367264 . Consultado el 19 de marzo de 2016 .
- ^ "Sugerencias sobre recursos (ejemplo 6)". Sugerencias sobre recursos: Borrador de trabajo del W3C . W3C . Consultado el 31 de octubre de 2016 .
- ^ abcdefghijklmnopq "Navegación previa". Steve Souders. 2013-10-07.
- ^ abcdef "Cómo llegar al contenido que desea, más rápido en IE11". IEBlog, Microsoft. 2013-12-04. Archivado desde el original el 12 de mayo de 2014.
- ^ "Error 730101: implementar prerenderizado en Firefox". Mozilla. 2014-10-18.
- ^ Pescador, Darin; Saksena, Gagan. "Captación previa de enlaces en Mozilla: un enfoque basado en servidor" (PDF) . Consultado el 9 de mayo de 2014 .
- ^ "Control de la captación previa de DNS" . Consultado el 9 de mayo de 2014 .
- ^ ab "Guía para desarrolladores web sobre renderizado previo en Chrome" . Consultado el 9 de mayo de 2014 .
- ^ "Mejoras en el rendimiento de la red de Internet Explorer 9" . Consultado el 9 de mayo de 2014 .
- ^ "Acerca de Google Instantáneo" . Consultado el 9 de mayo de 2014 .
- ^ Fielding, Roy ; Gettys, Jim ; Magnate, Jeffrey; Frystyk, Henrik ; Maestro, Larry; Lixiviación, Pablo; Berners-Lee, Tim (junio de 1999). "Métodos seguros". Protocolo de transferencia de hipertexto: HTTP/1.1. Grupo de Trabajo de Red. IETF . pag. 50. seg. 9.1.1. doi : 10.17487/RFC2616 . RFC 2616 . Consultado el 16 de diciembre de 2009 .
- ^ varios (2009). "¿Captura previa del mouse sobre?". Gervase Markham, MozillaZine . Archivado desde el original el 31 de mayo de 2009 . Consultado el 16 de diciembre de 2009 .
enlaces externos
- Preguntas frecuentes sobre la captación previa de enlaces de Mozilla
- Prueba de soporte de captación previa
- Compatibilidad con procesamiento previo y captación previa en Internet Explorer 11
- Un complemento de WordPress que implementa la metaetiqueta de prerenderización dinámica verdadera
