 |
|
|
|
|
|
Portada | Monotemáticos | Secciones | Desarrolladores | Comunidad | Servicios | Servicios profesionales | |
||
|
||||
|
|
|||
 |
|
 |
||
|
||||
Directorio
|
Manuales
|
Scripts
|
FAQs
|
Programas
|
Artículos Copyleft
|
Actualidad
|
La Cosecha
|
Colabora
Alojamiento
|
Dominios.es
|
Micropagos SMS
|
Buscadores
|
Patentes, marcas
|
Creación web
|
Multimedia
|
Videos
Ventajas e inconvenientes del uso de frames
Veamos una serie de cosas buenas y malas derivadas del uso de marcos o frames a la hora de diseñar y utilizar un sitio web.
El diseño con frames es un asunto bastante controvertido, ya que distintos diseñadores tendrán unas u otras opiniones.
| Referencia: Si deseas saber qué son los frames y cómo crearlos consulta los capítulos de Frames de nuestro manual de HTML. |
En mi caso, pienso que es preferible no utilizarlos, aunque eso depende del tipo de sitio web que estés construyendo, ya que en algunos casos sí que sería muy adecuado su uso.
Voy a colocar unas ventajas e inconvenientes del uso de marcos (frames). Siempre es a mi entender, otros pueden tener otras opiniones.
Ventajas de usar frames
- La navegación de la página será más rápida. Aunque la primera carga de la página sería igual, en sucesivas impresiones de páginas ya tendremos algunos marcos guardados , que no tendrían que volverse a descargar.
- Crear páginas del sitio sería más rápido. Como no tenemos que incluir partes de código como la barra de navegación, título, etc. crear nuevas páginas sería un proceso mucho más rápido.
- Partes de la página (como la barra de navegación) se mantienen fijas y eso puede ser bueno, para que el usuario no las pierda nunca de vista.
- Estas mismas partes visibles constantemente, si contienen enlaces, pueden servir muy bien para mejorar la navegación por el sitio.
- Mantienen una identidad del sitio donde se navega, pues los elementos fijos conservan la imagen siempre visible.
- Quitan espacio en la pantalla. El espacio ocupado por los frames fijos se pierde a la hora de hacer páginas nuevas, porque ya está utilizado. En definiciones de pantalla pequeña o dispositivos como Palms, este problema se hace más patente.
- Fuerzan al visitante a entrar por la declaración de frames. Si no lo hacen así, sólo se vería una página interior sin los recudros. Estos recuadros podrían ser insuficientes para una buena navegación por los contenidos y podrían no conservar una buena imagen corporativa.
- La promoción de la página sería, en principio, más limitada. Esto es debido a que sólo se debería promocionar la portada, pues si se promocionan páginas interiores, podría darse en caso de que los visitantes entrasen por ellas en lugar de por la portada, creandose el problema descrito en el punto anterior.
- A mucha gente les disgustan pues no se sienten libres en la navegación, pues entienden que esas partes fijas están limitando su movilidad por la web. Este efecto se hace más patente si la página con frames tiene enlaces a otras páginas web fuera del sitio y, al pulsar un enlace, se muestra la página nueva con los marcos de la página que tiene frames.
- Algunos navegadores no los soportan. Esto no es muy habitual, pero si estamos haciendo una página que queramos que sea totalmente accesible deberíamos considerarlo importante.
- Los bookmarks o favoritos no funcionan correctamente en muchos casos. Si queremos incluir un favorito a una página de un frame que no sea la portada podemos encontrar problemas.
- Puede que el botón de atrás del navegador no se comporte como deseamos.
- Si quieres actualizar más de un frame con la pulsación de un enlace deberás utilizar Javascript. Además los scripts se pueden complicar bastante cuando se tienen que comunicar varios frames entre si.
El trabajo con frames puede ser más o menos indicado dependiendo de las características de la página a desarrollar, es tu tarea saber si en tu caso debes utilizarlos o no.
Seguir navegando a partir aquí:
+ 2 manuales relacionados+ 2 categorias relacionadas
+ 23 comentarios (Añadir)
+ 27 comentarios no revisados
| Autoría, licencia y acciones sobre este artículo | ||||||
|
Informe de Miguel Angel Alvarez*
Director de DesarrolloWeb.com Atención: Contenido exclusivo de DesarrolloWeb.com. No reproducir. Copyright. * Para consultas técnicas utilizar la lista de correo.
|
Manuales relacionados con este artículo
Dentro de Usabilidad en la web
Siguiente: Construyendo páginas sencillas
Dentro de Manual de HTML
Siguiente: Las nuevas etiquetas de HTML 4.0
Anterior: Frames - Atributos avanzados
Categorias relacionadas
A través de las categorías de nuestro directorio se pueden encontrar otro tipo de recursos relacionados con este artículo:
+ Entrar en HTML+ Entrar en Usabilidad
Comentarios de los visitantes
| Los comentarios de los visitantes son para ampliar la información del artículo. Cualquiera puede participar. |
| Se muestran 23 comentarios revisados |
Comentario de David Silberstein
07/11/02
Soy un convencido que desde el punto de vista del usuario, la navegacion por frames es la mas adecuada, no lo marea, siempre tiene a la vista el menu de navegacion, sabe donde esta parado, de donde viene y a donde va, el tema del espacio se resuelve haciendo dos frames, uno superior y otro inferior, el superior que no supere los 100 pixels, nos queda un frame abajo de gran tamaño. En una epoca no todos los navegadores soportaban frames, ahora si. Asi que... a diseñar con frames que es muy amigable. Y desde el punto de vista del diseño hay que saber que hacer para que en distintas resoluciones de pantalla se vea siempre bien.
Comentario de Erik
09/11/02
Muy bueno tu análisis Miguel y tienes razón en parte y bueno a mi me ayudó mucho diseñar sitios con Marcos (cuando recién me iniciaba) pero a la hora de querer hacer una pagina mucho mas dinámica con ASP tuve mis primeros inconvenientes.
Bueno como te comente una vez, yo necesitaba capturar la URL del Marco Principal donde se contenía una Pagina externa al sitio y pues hasta la fecha no lo pude hacer (pero ya lo haré) y bueno esa es una desventaja pues sí no usara marcos me bastaba con capturar el contenido de la barra de direcciones pero cuando se utilizan marcos la Dirección permanece estática.
Bueno, Saludos para todos los Cybernautas.
Erik
Comentario de Emir Julián
09/11/02
La verdad me parece que crear una polémica en torno a este tema específico me parece poco útil ya que, como dice el artículo la utilización, o no de frames depende exclusivamente de las necesidades gustos y aplicación que el desarrollador tiene al realizar un sitio.
Por otro lado yo soy un asíduo utilizador de frames pero mantengo un equilibrio (creo).
Puesto que es un elemento más que tiene uno, al desarrollar un sitio; debería ser tomado como una herramienta que, como todas, ofrece sus ventajas y desventajas.
Comentario de Tony
21/11/02
Hola, acabo de leer su articulo de ventajas he incovenietes del uso de frames, y hechado en falta un inconveniete, o al menos a mi me lo parece, y es que cuando no usas frames, en la barra de dirrecciones te indica la ruta de las paginas
a las que estas accediendo lo cual siempre por motivos de seguridad a mi entender es mejor que no aparezca, incluso por
estetica queda mucho mejor sólo el nombre del dominio, que no los churros que te aparecen en la barra.
RESPUESTA
Es cierto que este punto no lo habíamos señalado, pero discrepo en tu opinión que es mejor sólo ver el nombre del dominio y no los churros con la dirección completa. A mi personalmente me gusta ver qué dirección tiene la página a la que estoy accediendo...
Comentario de FERNANDO CUADRADO
05/5/03
Desde mi punto de vista, el autor de los comentarios deja ver una inclinacion hacia el NO uso de los frames o marcos. Quiza desde un sitio como este, las palabras del autor se magnifiquen un poco, lo cual no lo veo bien de ninguna manera. El uso de frames no achica la pantalla como ligeramente se ha apreciado aqui, ademas dejar de utilizar los frames no lleva directo a la programacion con lenguajes de servidor, de lo contrario deberiamos repetir codigo deliberadamente por cada pagina que agregamos. Y si voy a molestarme programando en PHP con el notepad por que no puedo molestarme programando javascript para el uso de FRAMES?.
El uso de frames es solo un recurso de la programacion de sitios web no lo veo una polemica y si es asi, entonces quedo a la espera de "las ventajas y desventajas de usar javascript".
Comentario de Yo
13/5/03
Qué es un frame?
RESPUESTA
Buena pregunta!! te interesará leer entonces los capítulos de Frames de nuestro manual de HTML, donde se explica detalladamente lo que son y cómo crearlos.
Comentario de nacho
14/5/03
Hola, no estoy de acuerdo con algunos de los inconvenientes de usar frames, y los comento:
- un frame bien diseñado no tiene porque perjudicar el espacio disponible en la pantalla
- Hay scripts para que si un visitante accede a una página que en realidad es un frame, hay scripts para que en ese caso se cargue la página correcta, por lo tanto el segundo y tercer punto están equivocados
- Respecto al quinto punto, hace muchos años que los navegadores no soportaban frames. Ahora cualquier navegador que se precie los soporta. Eso es todo, por la comparativa que se ha hecho, estoy seguro de que quien la escribió no ha trabajado con frames y por eso no conoce soluciones para muchos de los inconvenientes que dice.
Comentario de mamen
10/6/03
¿Alguien puede decirme entonces como solucionar el problema de que no se puedan mostrar capas en un frame llamandolas (con una funcion de javascript) desde otro?
RESPUESTA
En realidad sí que puedes llamar a elementos de frames distintos al que estás, ya sean capas, elementos del formulario o funciones javascript.
Tenemos un manual que trata este tema en detalle: Control de frames con Javascript
Comentario de el villa
18/7/03
Los frames están bien si se utilizan MUY BIEN y para lo ESTRICTAMENTE NECESARIO. Un frame para meter por ejemplo un menú de secciones me parece poco útil para quienes utilizamos PHP, ASP o cualquier SSI, ya q con includes podemos meter ese mismo menú en todas las páginas de nuestro web sin tener q crear mil tablas y mil códigos...
Además si eso lo hicieramos con frames nos quitaría mucho espacio para meter más cosas en nuestra web en esa parte concreta y si metes más cosas obligaría al visitante a trabajar con dos scrollbars (he visto webs q te hace mover hasta 3 y 4 scrollbars) parece q estás leyendo el peridico pasando páginas...
Está claro q no utilizo frames aunq ya digo q para utilizarlos y no liarla hay q saber hacerlo muy bien y estar seguro de q es la opción mas correcta. Pero por otro lado si apoyo el uso de los IFRAMES para webs de caracter más "minimalista" siempre y cuando el contenido de fuera del IFRAME no se expanda tanto q obligue a utilizar los scrollbars del iframe y los de fuera. Así hice una web http://EEUUropa.tk y me gustó el resultado. Pero los iframes para un portal con mucho contenido (vease desarrolloweb) q a la vez tiene q mostrar indice de manual, publi (bastante, pero bien situada y bien aprovechado el espacio), secciones, contenido... definitivamente los IFRAMES no sirven.
Por eso si quieres hacer una web con mucho pero q mucho diseño y contenido reducido, vamos, con pocas palabras... aprovecha los IFRAMES...
Mi opinión FRAMES no, INCLUDES siempre, IFRAMES a veces
Comentario de Pedro
14/10/03
Me parece muy interesante el artículo y estoy de acuerdo en la mayoría de los aspectos. Aunque al leer los comentarios se me planteó una interrogante: "si un visitante accede a una página que en realidad es un frame, hay scripts para que en ese caso se cargue la página correcta". ¿Cuáles serían esos scrips? o ¿Cómo puedo hacer que se carguen los Frames (Barra de navegación, etc.) cuando se accede al sitio por una página interna desde un buscador?
Por último un detalle en la conclusión: ¿Mas bueno p mas malo? Creo que debería ser "mejor o peor".
Gracias y Exitos a todos
Respuesta: Gracias por la corrección. Lo he expresado mejor ahora.
Comentario de Curro Jimenez
23/11/03
Yo pienso que el uso de frames debe ser una decisión del webmáster, ya que dependiendo de cada web puede ser útil o no.
En cuanto a las funciones javascript para cargar correctamente los frames cuando se accede a ellos a través de un buscador, yo encontré un ejemplo en www.artehistoria.com
Espero que os sea útil. Saludos.
En cuanto a las funciones javascript para cargar correctamente los frames cuando se accede a ellos a través de un buscador, yo encontré un ejemplo en www.artehistoria.com
Espero que os sea útil. Saludos.
Comentario de Roberto Rubio
24/1/04
En realidad el uso de frames queda a criterio de cada usuario. Algunos buscadores avanzados como Google recomiendan examinar un web site con navegadores de texto como Lynx ya que los marcos podrían traer problemas. Ellos indican "Utilice un navegador de texto como Lynx para examinar su sitio, ya que la mayoría de las arañas de los motores de búsqueda ven su sitio de la misma manera que lo haría Lynx. Si las funciones avanzadas como Javascript, cookies, ID de sesión, marcos, DHTML o Flash impiden la visualización de todo su sitio en un navegador de texto, es posible que las arañas de los motores de búsqueda tengan problemas para rastrear el mismo."
Los marcos tienden a dificultar la indexación de una página en los buscadores. Me ha pasado muchas veces que he buscado algo en Google y me lleva directamente a una página que es el frame central, sin titulos y sin menus.
Por el contrario, si lo que se desea es hacer dificultoso el acceso a ciertas páginas (como en la extranet de un banco) es muy recomendable usar frames anidados ya que protegen mejor el codigo.
Saludos,
Roberto
Los marcos tienden a dificultar la indexación de una página en los buscadores. Me ha pasado muchas veces que he buscado algo en Google y me lleva directamente a una página que es el frame central, sin titulos y sin menus.
Por el contrario, si lo que se desea es hacer dificultoso el acceso a ciertas páginas (como en la extranet de un banco) es muy recomendable usar frames anidados ya que protegen mejor el codigo.
Saludos,
Roberto
Comentario de Domingo
20/2/04
Yo recién estoy aprendiendo en esto de los diseños web. Y la verdad es que me parece adecuado usar Frames. Pero lo que pasa que es un poquito más complicado que hacer una página común. Ese es el problema. Por lo que veo hay toda una polémica en torno a su uso. Además noto claramente que el autor de la nota se inclina más por su NO uso. Y suena un poco pesimista para los que recién nos iniciamos.
Comentario de Kalus
21/2/04
Hola, mi comentario acerca de los iframe es positivo puesto que se ajusta a la Usabilidad porque el usuario sabe donde esta y tiene a disposicion todos los vinculos a la vista, es decir no se va a perder y a la vez la navegacion es mas rapida, etc. Es tambien obvio que cuando se tiene que hacer un enlace a otra pagina web se deberia incluir en el enlace el atributo target=_blank para que pueda ser vista en otra ventana; eso es obvio.En conclusion apoyo el uso de los iframe
Comentario de eL WilL
26/3/04
Bueno señores, creo que a estas alturas del partido (quien usa solamente paginas html???), lo mas logico es usar includes, ya sea en ASP o en PHP o en JSP.
Saludos
Saludos
Comentario de Javier
14/8/04
Los Frames se han creado para :
-Ayudar a los diseñadores que no son programadores
-Ahorrar costes de tiempo, reduciendo el tiempo a la hora de actualizar paginas
-"Facilitar la navegación"
En conclusión, van encontra de la filosofia HTML por los problemas inherentes alos marcos. Esto lo zanja todo.
No es la solución para mejorar el diseño ni la navegación, para eso está Flash. Para reducir costes de mantenibilidad hay que invertir en formación y hacer uso de programación para tener un interfaz a traves de BDs que faciliten la mantenibilidad, hacer paginas dinamicas, no enmarcarlas.
-Ayudar a los diseñadores que no son programadores
-Ahorrar costes de tiempo, reduciendo el tiempo a la hora de actualizar paginas
-"Facilitar la navegación"
En conclusión, van encontra de la filosofia HTML por los problemas inherentes alos marcos. Esto lo zanja todo.
No es la solución para mejorar el diseño ni la navegación, para eso está Flash. Para reducir costes de mantenibilidad hay que invertir en formación y hacer uso de programación para tener un interfaz a traves de BDs que faciliten la mantenibilidad, hacer paginas dinamicas, no enmarcarlas.
Comentario de Ignacio PM
17/8/04
Estoy de acuerdo en que a veces será mejor y otras peor el uso de frames.
Pero creo que no se ha comentado el problema, en mi opinión, importante, de no usar frames y replicar el código (de la barra de menú, por ejemplo), como puede ser la dificultad de actualizar el código y la dificultad de corregir errores.
Asemejo el uso de frames a la modularidad, característica importante de la buena programación.
Pero creo que no se ha comentado el problema, en mi opinión, importante, de no usar frames y replicar el código (de la barra de menú, por ejemplo), como puede ser la dificultad de actualizar el código y la dificultad de corregir errores.
Asemejo el uso de frames a la modularidad, característica importante de la buena programación.
Comentario de Juanan
24/2/05
Otro inconveniente de trabajar con FRAMES se presenta a la hora de imprimir. En usuario medio siempre imprime con la opción de impresión que aparece por defecto en el menú de impresión. Por lo tanto la mayoría de las veces imprimirán todos los FRAMES y no lo que realmente interesa.
Comentario de Pablo Cintolesi
01/4/05
Creo que el solo hecho que no ofresca direcciones distintas para cada pagina solo basta para eliminar la posibilidad de su uso en sites para consumo de información, Si se tratara de bancos o intranets podria ser por razones tecnicas y de seguridad, (creo)
Como usuario pido que no mas frames, son un estorbo para la navegacion.
Como usuario pido que no mas frames, son un estorbo para la navegacion.
Comentario de per
08/11/05
el uso de frames no respeta estandares. con todo respeto hay que ponerse a estudiar un poquito y usar estandares como css y xhtml, ya que mantienen ventajas que pueden tener los frames y ademas las de no usarlos
Comentario de ELRAYAn
08/11/05
Con el XmlHttpRequest ya no necesitamos para nada los frames, todo se puede hacer con tablas y recargar estrictamente lo necesario.
Comentario de kbs
13/12/05
El artículo me parece excesivamente tendencioso, y la mayoría de los problemas que comenta son, o redundantes, o incluso no solo no son problemas, sino que incluso son parte de las soluciones que ofrece el uso de frames.
La barra de navegación del navegador ya no es necesaria, y menos mal, porque es una cutrada que una web hoy en día necesite esa barra para moverse dentro de ella, unos frames bien usados no se notan, y facilitan un uso mucho mejor de una web. Es HORRIBLE lo que esta pasando hoy en día, que cada vez que cargas un apartado se refresque toda la web, eso es incomible, tosco y manda la usabilidad de la web a la papelera directamente.
Imprimir la web con frames no es tan dificil, hay mil maneras de hacerlo perfectamente.
Entiendo que alguien con graves lagunas con respecto al diseño web prefiera usar "webs planas", en donde se carga todo el codigo a saco en la misma hoja, pero eso es, y lo digo sin acritud, mera ignorancia, que se solventa estudiando un poco más.
De ahí a que los frames no sirvan, hay 7 pueblos.
La barra de navegación del navegador ya no es necesaria, y menos mal, porque es una cutrada que una web hoy en día necesite esa barra para moverse dentro de ella, unos frames bien usados no se notan, y facilitan un uso mucho mejor de una web. Es HORRIBLE lo que esta pasando hoy en día, que cada vez que cargas un apartado se refresque toda la web, eso es incomible, tosco y manda la usabilidad de la web a la papelera directamente.
Imprimir la web con frames no es tan dificil, hay mil maneras de hacerlo perfectamente.
Entiendo que alguien con graves lagunas con respecto al diseño web prefiera usar "webs planas", en donde se carga todo el codigo a saco en la misma hoja, pero eso es, y lo digo sin acritud, mera ignorancia, que se solventa estudiando un poco más.
De ahí a que los frames no sirvan, hay 7 pueblos.
Comentario de GPdesign
24/2/06
En mi caso personal no encontré otra forma rápida (cuando te aprieta el cliente...) que no sea utilizando frames, el caso es que el menú de botones es completamente en flash, y tiene un efecto de agua al situar el puntero sobre el mismo, si tuviera que insertar el menú en cada página individual, aunque si bien es cierto que una vez cargado el flash queda en caché, visualmente se estropearía el diseño y el efecto antes mencionado se cortaría... es más, si uno incluye por ejemplo una animación que al clicar en un botón ésta muestre de forma constante el título de la sección, no sería posible mantenerla si hay que volver a cargar el archivo de flash (por lo menos no se hacerlo).
Por otra parte, un inconveniente con que me encontré, es que en Firefox se muestra como quiero (sin bordes) porque así lo indiqué, pero en IE me los muestra si o si y la verdad es un problema, me arruina el diseño por completo.
Si alguien me puede dar una mano se lo agradecería. Saludos.
Por otra parte, un inconveniente con que me encontré, es que en Firefox se muestra como quiero (sin bordes) porque así lo indiqué, pero en IE me los muestra si o si y la verdad es un problema, me arruina el diseño por completo.
Si alguien me puede dar una mano se lo agradecería. Saludos.
 | Añadir un comentario del artículo |
| Comentarios sin revisar |
| Entre los comentarios no revisados puede haber algunos interesantes que se hayan enviado recientemente. |
 | Ver los comentarios no revisados |
| Añadir un comentario del artículo |
| Enlaces: |
| Maestrosdelweb |
Ir arriba
Lectura recomendada + HTML 4  Compra este libro en Agapea, la librería urgente a domicilio. |
||||||||||||
Tienda DesarrolloWeb
