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.