Cómo hacer buenas páginas web (volver al índice)

Frames

Esto ya está anticuado, pero quería escribir un poco, porque una vez hablé con alguien que aún aseguraba que iban bien.

No hacen falta

Lo normal es que en una página no haga falta partir la pantalla en dos. Eso ya lo hará el usuario, si tiene un gestor de ventanas que le permita mover, redimensionar y organizar las ventanas. Aunque los usuarios no suelen hacer eso de ir moviendo las páginas de sitio por la pantalla... porque no hace falta.

Inconvenientes (frames are evil)

Muchos:

• No se pueden guardar en los marcadores (Favoritos) fácilmente. No se guarda la página que estás viendo, sino la del <frameset>.
• El botón Atrás del navegador deja de comportarse como de costumbre. Lo mismo con el Actualizar: si le das, te llevará a otra página distinta de la que estabas viendo.
• Es un caos intentar imprimir una página con frames.
• El tener varias zonas con barras de scroll puede volver locos a muchos usuarios. Peor aún si no hay barras de scroll y el contenido no cabe en la pantalla.
• Los buscadores se lían al visitar páginas con frames. Si no te lo crees, haz la prueba :-) ¿Por qué pasa? Porque rompes lo que siempre se ha seguido en Internet: cada página tiene una dirección, y cada dirección representa una página.
• Desperdician trozos de pantalla que algunos necesitan (como los que usamos resoluciones bajas).
• Dan problemas de seguridad: tú estás viendo una URI en la barra de direcciones, pero la página que estás visitando dentro del frame puede no tener nada que ver con esa dirección.

Hay muchas páginas que estudian todos estos aspectos con detalle. Intenta entender por completo cada punto, porque son problemas de usabilidad graves que debes evitar en tus webs.

"Ventajas" de los frames, desmentidas

Los novatos creen que:

• Hacen que la página sea más rápida, porque hay un trozo fijo que no tienen que cargar cada vez. Se olvidan de todo lo que ocupa el código de los frames, y del caché de los navegadores, que almacena las últimas imágenes visitadas y hace que no se descargue otra vez una imagen ya vista.
• Son fáciles de mantener, porque el mapa de la web y cada apartado están separados. No piensan en que tienen que añadir dos páginas nuevas sólo para los frames, y actualizarlas siempre a la vez.
• Dan usabilidad, ya que el menú está siempre visible en pantalla. Lo malo es que no se pueden asegurar de que esto pase siempre (con cualquier resolución), y quizás tampoco hayan pensado en que tener siempre visible el menú no siempre es necesario.
• Permiten mantener la misma dirección en la barra de direcciones. Eso es malo (lee la sección anterior). A los visitantes les costará añadir una página a los marcadores.

No les veo más ventajas...

Qué usar entonces

No es imprescindible tener siempre el menú en cada página. Puedes tener una página de entrada con el menú, que te lleve a cada una de las secciones de la web.

Si necesitas repetir el mismo contenido en varias páginas, hay varios métodos, todos complicados o malos:

• Usa Server-Side Includes o un lenguaje como PHP, o CGI. El servidor web tiene que soportarlo.
• Incluye en cada página un <script src="fichero.js" type="text/javascript"> en donde se haga un document.write("código repetido");. Esto equivale a no poner nada de ese código en todos los navegadores que no soportan JavaScript (que son muchos, sobre todo si cuentas a Google). Así que pon además enlaces de verdad.
• Copiar y pegar. Puede que sea lo más cómodo...
• Piensa un poco para hacer un programa (o método) que reemplace una frase mágica situada en cada .html por el código real que hay que repetir. Creo que ya hay programas que hacen eso.

Cuándo usar frames

Muy pocos casos justifican el tener que usar frames. Como dan tantísimos problemas de usabilidad y accesibilidad, ponerlos en Internet no tiene sentido.

Úsalos si quieres que los buscadores no indexen tu página, los usuarios no te puedan añadir a los marcadores, no tengan que imprimirse, vayan a verse en el mismo tipo de pantallas, y creas que no puede haber problemas de seguridad o de copyright. Este escenario podría ser una Intranet, aunque en ese caso valdría la pena instalar un lenguaje de servidor (ya lo he explicado más arriba).

Siguiente: JavaScript