Alfonso Morcuende

Ayer en el trabajo tuve que investigar un poco sobre Internet Explorer, por qué las aplicaciones que funcionan sobre este navegador funcionan más lentas o en algunos casos directamente no funcionan.

Tuve que buscar comparativas de rendimientos de navegadores y encontré una comparativa cuyos datos calqué en una presentación. A continuación pongo los puntos fundamentales de este estudio.
La velocidad de carga de nuestra página Web, está determinada por el código de nuestra página o aplicación, pero un punto determinante también será el navegador que estemos usando para cargar la página.

Las últimas pruebas realizadas a los últimos navegadores en el mercado (Mozilla Firefox 3.5, Google Chrome 3.0, Microsoft Internet Explorer 8.0, Opera 10.0, and Apple Safari 4.0) miden los siguientes indicadores:

• Velocidad JavaScript
• Uso de CPU en cargas de stress
• Selección de elementos DOM
• Velocidad de renderizado de CSS
• Tiempo de carga de Página
• Uso de Caché

Cada navegador fue testado tres veces y sus valores/resultados medios son estos:

Velocidad JavaScript

Uso de CPU en cargas de stress

Selección de elementos DOM

Velocidad de renderizado de CSS

Tiempo de carga de Página

Uso de Caché

Estos datos se realizarón sobre la siguiente plataforma:

• os: Windows Vista (32 bits)
• CPU Intel Core 2 Duo (2.16 Ghz)
• RAM 3Gb
• Equipo: Dell XP5 M1530

Estos resultados dejan a las claras que IE es el peor navegador que existe hoy por hoy en el mercado. También dejan a las claras que cualquier aplicación Web funcionará más lentamente en Internet Explorer.

Problemas específicos de nuestra página en IE

Estos datos no tendrían que suponer una demora tan importante en nuestras aplicaciones, la demora, además de estar motivada por el propio navegador, viene determinada por estos otros factores, medibles con herramientas tales como YSlow. Podéis encontrar información complementaria en español en esta entrada en microsiervos:

1. Reducir el número de peticiones HTTP
2. Usar una Red de Distribución de Contenidos (CDN)
3. Añadir la cabecera «Expires»
4. Comprimir con Gzip los componentes
5. Poner los CSS al principio
6. Mover los scripts al final
7. Evitar las Expresiones CSS
8. Hacer que los JavaScripts y CSS sean externos
9. Reducir las búsquedas en los DNS
10. Minificar los scripts de JavaScript
11. Evitar redirecciones
12. Eliminar scripts duplicados
13. Configurar los Etags

Si deseáis ampliar información sobre estos puntos. Una presentación en SlideShare que nos ayudará a entender más cosas.

SiteMaps nos permite tener informados a Google sobre la creación de nuestros nuevo contenido se acabo el tener que esperar a GoogleBot para el indexado de nuestro contenido.

Todo se realiza mediante la creación de un XML y el mantenimiento de este dentro de nuestra cuenta de SiteMaps.

Así que ya no tendremos que esperar a GoogleBot. Comunicación directa con Google, aunque esta se quede “Limitada” a unas 50.000 URL´s como máximo. Tendremos una mayor rapidez en la actualización de los contenidos.

Plantillas y Plugins para generar SiteMaps desde diferentes plataformas:
Script de Phython
Microsiervos para MT
Nial Kennedy para MT
AcercadeInternet para TextPattern
Davilac para Wordpress
Durky para WordPress

Fuente de este post: http://www.trabajarsinconexion.com/