En su búsqueda por reducir el SPAM, Google ha tomado cartas en el asunto y pasará por “rayos X” nuestras webs para reducir las páginas tachadas de “webspam” mediante un nuevo cambio en su algoritmo, el cual afectará a una media del 10% de las consultas en el buscador y provocará caídas en Google para aquellos que no tengamos el contenido preparado.

Páginas en las que su contenido no ha sido redactado de forma natural o aquellas en las que sus enlaces no son relevantes con el resto del contenido, serán penalizadas para ofrecer resultados de calidad a nuestros usuarios y evitar que el “black hat SEO” ayude a los “webspammers” a generar páginas top10 con poca calidad.

A continuación os dejamos un par de ejemplos de aquellas páginas que serán penalizadas con este nuevo cambio, la primera por no haber sido redactada de forma natural y la segunda por usar textos ancla no relacionados con su contenido principal:

El buscador por excelencia lanzó para ayudar a los estudiantes y a los amantes de las matemáticas la posiblidad de genera gráficas en 3D pero se está llegando a más con WebGL, lo que nos proporciona una potencia 3D a través de hardware y nuestros navegadores sin necesidad de instalar nada, consiguiendo unos resultados verdaderamente increibles.

Os dejamos el enlace hacia el cual podéis echar un vistazo a la potencia que va a tener esto pasados unos meses. http://www.chromeexperiments.com/webgl

Activar la compresión en los servidores windows, para todos aquellos que uséis páginas web programadas en ASPX y utilicéis IIS 6.0, 7.0 o 7.5 podréis activar la compresión GZIP desde el adminitrador de servidores (Web sites) en la que seleccionaremos el site, “propiedades del site” y marcamos.

Podemos marcar el tamaño máximo de contenido estático a guardar o dejarlo sin límite, al igual que el directorio en el cual se guardarán estos ficheros.

Hay que tener en cuenta que esta acción tan sencilla nos beneficiará tanto en velocidad de carga web como en reducir los MB consumidos al mes en nuestro servidor para que finalmente todo esto se traduzca en una mejor posición SEO en Google y una buena experiencia de usuario gracias a esa navegación más fluida.

Para añadir la extensión del servicio de compresión basta con seguir el siguiente paso:

Hemos de añadir una nueva Extensión de Servicio Web a nuestro IIS. Esto nada tiene que ver con servicios web. Simplemente se trata de decirle al IIS que queremos usar los servicios de compresión que proporciona la librería gzip.dll

La compresión GZIP o DEFLATE, dependiendo de la versión del servidor, nos va a permitir enviar nuestras cabeceras HTTP de forma comprimida, evitando hasta un 50% la información que tenemos que enviar por internet a todos nuestros clientes potenciales.

La forma de activarla en servidores Linux con el servicio Apache para ofrecer nuestra página web se realiza añadiendo las líneas siguientes a vuestro fichero .htaccess en el raíz del site.

NOTA: el servidor puede no tener activo “mod_deflate” por lo que deberíais solicitar su instalación o habilitarlo vosotros mismos si tenéis control por SSH directamente a vuestro hosting.

A añadir al fichero de configuración .htaccess:

# COMPRESION AUTOMATICA DE LOS RECURSOS ESTATICOS DE LA PAGINA

<ifmodule mod_mime.c>

AddType font/opentype .otf

AddType font/eot .eot

AddType font/truetype .ttf

</ifmodule>

AddOutputFilterByType DEFLATE text/xml

AddOutputFilterByType DEFLATE text/css

AddOutputFilterByType DEFLATE text/javascript

AddOutputFilterByType DEFLATE application/javascript

AddOutputFilterByType DEFLATE application/x-javascript

AddOutputFilterByType DEFLATE application/xml

AddOutputFilterByType DEFLATE application/xhtml+xml

AddOutputFilterByType DEFLATE application/rss+xml

AddOutputFilterByType DEFLATE font/truetype

AddOutputFilterByType DEFLATE font/opentype

AddOutputFilterByType DEFLATE font/eot

Extendiéndonos un poco más sobre nuestro post de cómo Aumentar velocidad de carga de mi web vamos a dar algunos consejos para reducir el número de peticiones al servidor y que de este modo nuestra web cargue más rápido, reduciendo el tiempo de esperapara descargar los recursos que la componen.

CSS Sprites:

A “grosso modo” es una imagen compuesta de varias imágenes, por ejemplo si los logotipos de redes sociales de nuestra web tienen todos le mismo tamaño, podríamos juntarlos todos en una imágen y así cargar una sola, reduciendo a la vez tanto el peso general como el haber generado una sola petición al servidor.

Modo de empleo:

Juntar todas las imágenes que queramos en el Sprite.

Como funciona CSS Sprites?

Básicamente, reúnes todas las imágenes de una página, hovers, backgrounds, etc… y generas una sola imagen.

Con CSS y el atributo background puedes “mover” esta imagen para mostrar la parte de la imagen que necesitas, haciendo una especie de máscara.

Menu1

Menu2

.menu1 { background:url(menu.png) 0 0 no-repeat;

.menu2 { background:url(menu.png) -40px 0 no-repeat;

Tratamiento de imágenes:

::NO escalar usando CSS o HTML.

Ejemplo: <img src=”img1.jpeg” width=”30” height=”30” alt=””/> ó <img src=”img1.jpeg”style=” width=’30’; height=’30’;” alt=””/>

img1.jpeg es de 400×400 originalmente. Deben usarse <img> ajustadas a su mostrado.

::Especificar los atributos “Width” y “Height”. Esto reduce el reprocesado de la imagen en el navegador, evitando que tenga que adivinar el tamaño que ocupa dentro del documento HTML.

::Resolución de 72ppp y jpeg si es posible. La diferencia gráfica es inapreciable en imágenes de menos de 600×600 y reducimos su peso de forma muy notable.

En el proximo post os hablaremos de la optimización desde el propio servidor, mejoras sencillas que os ayudarán a que vuestros usuarios naveguen más rápido y ahorréis ancho de banda en el servidor.

Antes de nada vamos a empezar por presentar qué es el H1 o Heading 1, es el titular por defecto más grande de todos en el abanico desde el 1 al 6. ¿Cómo utilizar el H1 correctamente en nuestra web o en nuestra tienda online?

Hace aproximadamente dos años se indagó y se comentó que el titular H1 ayuda al posicionamiento SEO en Google pero su uso no ha sido del todo óptimo. El valor de esta etiqueta ha ido en decremento por nuevos cambios en el algoritmo como todos conocemos en el cual se valora más el contenido original, una estructura web sencilla y amigable tanto para las arañas como para los usuarios ayudado de una velocidad de carga óptima.

¿Cómo NO USAR el H1?

Haciendo que su contenido no sea relevante para nuestro negocio, por ejemplo incluyendo en su interior el texto “newsletter” o “haz clic aquí”. Este contenido no es apropiado para ser marcado como encabezado disponiendo hoy día de hojas de estilo CSS gracias a las cuales podemos modificar el tamaño de la fuente a placer.

Abusando de su uso en nuestro documento. Si pensamos en una página web como en un capítulo de un libro, este posee un titular que marca el inicio del capítulo por lo que hacer un uso abusivo en cada uno de

¿Cómo SI USAR el H1?

Si consultáis la documentación oficial de Google y los videos de Matt Cutts sobre su uso, en HTML 5 por ejemplo, comenta que podemos usarlo hasta 2 veces siempre y cuando exista un texto claramente diferenciador entre la temática de esos titulares, es decir, hablamos en un par de párrafos de bicicletas y en el siguiente de zapatillas para la bicicleta, en ese caso podríamos incluir un segundo H1 y si ese contenido puede ser relevante tal vez lo deberíamos trabajar de forma paralela en otro documento web.

Nuestra recomendación es utilizarlo una vez por página, de esta forma hacemos que sume, en las páginas de producto podría ser el nombre del producto acompañado de alguna keyword, no la referencia porque no aporta valor al buscador. Si queréis  aumentar

A menudo nos planteamos lanzar un nuevo site pero inmediatamente después nos encontramos con la duda de qué servidor elegir, dónde voy a alojar mi web. Hay muchas empresas de hosting y como toda empresa de servicios encontraremos buenas y malas críticas por lo que el precio sobretodo al empezar puede ser un factor decisivo a la hora de elegir uno.

¿Qué plataforma vamos a lanzar?, ¿un blog?, ¿un ecommerce como PrestaShop o un multiecommerce como Magento?. Las grandes plataformas como Magento directamente han creado un script que al ejecutarlo sobre nuestro hosting nos avisa si es apto o no para soportar el servidor, así como una serie de requisitos mínimos para asegurar un correcto funcionamiento de la plataforma.

Pasos:

::Pensad una idea.

::En qué plataforma va a desarrollarse.

::Investigar dónde contratar el alojamiento acorde a los requisitos de la plataforma para asegurarnos de su correcto funcionamiento.

A parte de todo esto hay veces que el usuario desconoce qué servidor es mejor, si Apache o Internet Information Services (IIS). La realidad es que a día de hoy los dos pueden rendir igual de bien para posicionar tu web en Google solo hay que tener en cuenta unos factores que os detallamos más adelante.

El crecimiento de IIS en su versión 7.70 y 7.5 ha crecido notablemente como podéis comprobar en el siguiente gráfico. A pesar de ser el segundo en uso tras Apache con la distribución CentOS, versión liberada de la conocida Red Hat, su uso se está extendiendo sobretodo para plataformas business y tiendas online.

La semana que viene os daremos algunos consejos de uso de IIS.

La evolución de la codificación UTF-8 desde 2001 como el menos utilizado a 2012 como el más utilizado, más del 60% de las páginas rastreadas por Google utilizan esta codificación porque permite incluir todo tipo de carácteres del alfabeto chino, el ruso y el árabe.

¿No sabes qué es una codificación? Una codificación es la forma mediante la cual los ordenadores almacenan la información y por poner un ejemplo en codificación ASCII la letra ‘a’ corresponde con el número 61, la ‘b’ es el 62 etc. desde 1963 que se lanzó este método.

¿Qué codificación es mejor para mi página web? Para nuestra web en castellano podemos utilizar la codificación iso-8859-1, la codificación de carácteres latinos gracias a la cual los navegadores entienden los acentos, diéresis y otros carácteres raros que utilizamos en España y latinoamérica.

Por otro lado podemos utilizar la codificación internacional UTF-8 teniendo en cuenta que debemos adaptar estos carácteres a las conocidas “entidades”, por poner un ejemplo si queremos utilizar la ‘á’ deberá ser redactada en nuestra página web con codificación UTF-8 mediante “&aacute;”, si queremos usar la “ñ” será ‘&ntilde;’ y así con todos los carácteres que no se incluyan en dicha codificación de manera estándar.

Si estais pensando en crear vuestra página web y tenéis la opción de elegir la codificación, aunque sea inicialmente un poco tedioso crear las entidades correspondientes al alfabeto del país destino, nos va a ofrecer esa flexibilidad de adaptarla a nuevos idiomas o utilizarla en futuros desarrollos de nuestra parte internacional.

Esta previsto para el 6 de junio de 2012 el lanzamiento de IPv6 a nivel mundial. Google y Facebook se suman a este cambio apostando por el futuro de las direcciónes IP en internet, los cuales ya se encuentran agotados al entregar el útlimo paquete de 33 millones para Asia, un mercado emergente que consumirá gran cantidad de direcciones en un futuro.

Actualmente IPv4 permitia 2^32 direcciones de red y el cambio con IPv6 permite 2^128 por lo que seremos capaces de generar 340 sextillones de direcciones (340.282.366.920.938.463.463.374.607.431.768.211.456) o lo que es lo mismo, 670 mil billones por cada milímetro cuadrado de la Tierra.

Una cantidad que no deberíamos llegar a consumir nunca según sus creadores Steve Deering y Craig Mudge y permitirá entrar a los países como China e India en internet sin ninguna dificultad.

Empresas como Google y Facebook se han sumado al cambio para poner al día sus servidores y estar preparados para la activación del nuevo protocolo como estándar de internet.

Llegamos al efecto 2.000 pero en 2.012 con todos aquellos dispositivos carentes de compatibilidad con IPv6 puesto que no han establecido unos mecanismos de transición estables y esperan por lo tanto que todo sea transformado a IPv6.

El blog oficial de Google hace balance del 2011 con 471 post publicitados, 17 más que en 2010. Publicaciones que han sido leídas por casi 20 millones de personas. Tiene 19.905.679 visitantes únicos entre el 1 de Enero y el 31 de Diciembre muestra su top10:

“10 años después” con 1.731.280 páginas únicas.

“Introducción de G+ project” con 909,537.

“Bing usa los resultados de Google” con 538,764.

“Google compra Motorola Mobility” 431.366.

“Rediseño de Google y Gmail” 352.254.

“Juegos en G+” 265.995

“Más madera y menos flechas” así llamaban al post sobre el cierre de Google Labs. 352.254

“Mas calidad en las búsquedas” Algoritmo de Google Panda con 237.467 visitantes.

“Google+ Pages”, páginas de empresa en Google + con 237.467.

y por último “Búsqueda avanzada en cuentas Google”, el conocido (not set) en Analytics en el origen del tráfico de nuestras webs con 281.385 vistas únicas.

Desde el blog agradecen las visitas de todos los lectores y esperan que este año nuevo siga creciendo el número de post con noticias destacadas en todo lo que envuelve al buscador. Nosotros también esperamos que sea así.