(OPTIMIZARAS)"SEO AUMENTA CARGA DE VELOCIDAD WEB"

fíjate en lo siguentes aspectos

Servidor y Conectividad
- Hojas de estilos CSS
- Imágenes
- Tablets y SmartPhones
- Código HTML
- JavaScript
- Cookies
 Aconcontinacion unas istruciones,muy precisas para mejorar el rendimiento y de la carga de tu web
 1 . Compresion

Utiliza GZIP y DEFLATE
GZIP comprime los datos en el servidor antes de enviarlos al navegador del usuario. Es muy fácil de configurar, y todos los navegadores y servidores modernos lo soportan.
Hay determinados archivos que es mejor no comprimir (como las imágenes) pero gran parte del contenido de un sitio es simple texto (HTML, CSS, JavaScript, JSON, XML, etc.) y conviene comprimirlo.
Explicacion:

La compresión de una web es un proceso transparente para el usuario, pero es bueno que conozcamos un poco sobre cómo se realiza internamente en las comunicaciones HTTP.

En el anterior artículo mostramos algunos detalles interesantes sobre la compresión GZIP, sobre cómo funciona y cuáles son las ventajas de este modo de optimización de las páginas web. Ahora vamos a continuar con la segunda entrega del Manual de Compresión GZIP, explicando cómo funciona en la práctica este sistema. Para poder entender la compresión por GZIP, u otros métodos de comprimir como Deflate, tenemos que conocer un poco sobre las comunicaciones por HTTP, que es el protocolo que se utiliza para el acceso al web. Como sabemos, toda comunicación entre el cliente y servidor web responde a un mismo esquema, que es justamente ese protocolo, o modo de operar, definido para las comunicaciones entre clientes y servidores web.
De una manera muy esquemática, estos son los pasos que se realizan en una comunicación HTTP entre el servidor web y el navegador:

1. El cliente web (navegador) solicita una página
2. El servidor recibe la comunicación, comprueba si existe el archivo solicitado
3. El servidor envía el archivo
4. El cliente lo muestra

Para implementar este protocolo, en la práctica, los sistemas cliente y servidor se envían diversas informaciones de control, en las cabeceras HTTP de la solicitud y la respuesta. En las cabeceras del HTTP, tanto en la solicitud como en la respuesta, se aloja mucha información para control y especificación de las comunicaciones, aunque en realidad ahora sólo nos interesan los datos enviados para definir si hay o no compresión.
Cuando el cliente web solicita una página, en el paso 1), envía en las cabeceras del HTTP un código de control para decir si acepta o no envío de los archivos comprimidos y qué formatos permite.
En concreto el cliente que solicitó la página enviará una variable llamada "accept-encoding" que tendrá como valor los formatos de compresión que admite ese navegador. Actualmente todos los navegadores modernos aceptan compresión con GZIP y Deflate, por lo que en las cabeceras del HTTP de la solicitud tendremos el siguiente código de control:
Accept-Encoding: gzip,deflate

Eso quiere decir que el navegador acepta los formatos de compresión GZIP y Deflate. El servidor que recibe esa cabecera, podrá entonces enviar los archivos solicitados al cliente en formato comprimido, con la certeza de que el cliente los podrá procesar perfectamente. Sin embargo, dependiendo de cómo se configure el servidor, los archivos se podrán enviar comprimidos o no.
El servidor web también envía en las cabeceras de las comunicaciones HTTP una variable para informar si finalmente se comprimieron o no los archivos de respuesta y, en el caso de que se hayan comprimido, el formato con el que se codificaron.
Content-Encoding: gzip
En esa variable, el servidor web está indicando que la respuesta enviada está en formato comprimido con GZIP.

Nota: Para examinar las cabeceras del HTTP, de modo que cualquier persona pueda buscar las variables donde se envía notificación sobre la compresión o no de los archivos, podemos utilizar alguna herramienta como HTTP Live Headers.
Para saber si un servidor web está enviando la respuesta comprimida, o no, podemos acceder a la FAQ: Cómo saber si una página está comprimida con GZIP.

Existen diversas maneras de configurar nuestro sitio web para que las páginas se envíen comprimidas, así como otros archivos externos también. Nosotros vamos a hacer diversas prácticas en este sentido, comenzando con las explicaciones sobre cómo configurar el servidor para que las páginas PHP se envíen comprimidas.

En servidores Apache se activa editando el archivo .htaccess añadiendo estas líneas:

<IfModule mod_deflate.c> # Filtramos los tipos de contenido AddOutputFilterByType DEFLATE text/plain AddOutputFilterByType DEFLATE text/html AddOutputFilterByType DEFLATE text/xml AddOutputFilterByType DEFLATE text/css AddOutputFilterByType DEFLATE application/xml AddOutputFilterByType DEFLATE application/xhtml+xml AddOutputFilterByType DEFLATE application/rss+xml AddOutputFilterByType DEFLATE application/javascript AddOutputFilterByType DEFLATE application/x-javascript AddOutputFilterByType DEFLATE application/x-httpd-php AddOutputFilterByType DEFLATE application/x-httpd-fastphp AddOutputFilterByType DEFLATE image/svg+xml # Quitamos los navegadores que dan problemas con GZIP BrowserMatch ^Mozilla/4 gzip-only-text/html BrowserMatch ^Mozilla/4\.0[678] no-gzip BrowserMatch \bMSI[E] !no-gzip !gzip-only-text/html # Nos aseguramos de que los Proxy no muestren contenido equivocado Header append Vary User-Agent env=!dont-vary </IfModule>
MetricSpot Executive Guides - Optimización del Rendimiento Web (WPO)

Versión 1.3 (Septiembre 2013) Descarga la última versión en www.metricspot.com