Weterede!

Rendimiento de los iframes

Escrito el 8 junio, 2009 por Nacho Plaza

Los iframes son una forma fácil de insertar el contenido de una web dentro de otra. Pero si los usamos, tendremos que hacerlo con cuidado, ya que tardan mucho más tiempo en crearse que cualquier otro elemento DOM, incluyendo scripts y estilos. El problema está en como convive con el evento onload de la página y el pool de conexiones del navegador.

Los iframes bloquean el evento onload

El evento onload debería ejecutarse tan pronto como se pueda, ya que así el indicador de ocupado del navegador se parará, dando a entender que la página ya se ha cargado. Cuando se retrasa la ejecución del evento onload da la impresión de que la página es más lenta. El onload se lanza cuando todos los elementos de la página, y todos los elementos de los iframes se han cargado por completo. En Safari y Chrome podemos evitar este bloqueo si el valor del SRC del iframe lo generamos de forma dinámica con JavaScript.

Pool de conexiones compartido

Los navegadores tienen un límite máximo de conexiones por host. Mientras que IE6, IE7 y FX2 sólo admiten dos conexiones, Safari3, Opera 9 permiten 4 conexiones, y Chrome 2, IE 8 y Firefox 3 admiten hasta 6 conexiones. En la mayoría de los navegadores, el pool de conexiones está compartido entre la página en carga y los iframes que contiene, por lo que los propios iframes pueden bloquear la carga de la página principal.

Cinco de las 10 páginas más visitadas de Estados Unidos usan iframes, en la mayor parte de los casos, para anuncios publicitarios. En muchos casos es la forma más sencilla y útil de incluir contenidos en nuestras páginas. Pero hay que tener en cuenta el impacto en el rendimiento de nuestras páginas. Así que si puedes, evita los iframes. Sino, úsalos moderadamente.

Traducción del artículo Using Iframes Sparingly.