Archive for buscadores

geositemaps geolocalizacion: dos indivíduos sobre un mapamundi buscan algo

Según Paul Feng, responsable en Google de la publicidad móvil, una de cada tres búsquedas en internet móvil tiene una intención local. Más claro…
El trabajo diario nos hace asumir encargos de posicionamiento para clientes que tienen un negocio localizado y localizable geograficamente:
-Hostelería (un hotel que puede atraer reservas nacionales, al igual que un restaurante de fama).
-Empresas de servicios (agencia inmobiliaria que puede atraer clientes de todo el país)
-Profesionales (dentistas, médicos, abogados,etc.)

Algunos son más locales que otros -por ejemplo, una tintorería no va a atraer (normalmente) a gente que no sea de la misma ciudad, pero cualquier empresa de base local puede atraer usuarios y consumidores de todo el mundo, dependiendo de lo especiales que sean sus servicios.

Así pués nuestra intención es conseguir que Google determine la ubicación física de estos clientes, lo que conseguimos mediante:

-Google Local Business Center (ahora Places): tal vez el arma más poderosa en este sentido pero en esta ocasión nos centraremos fundamentalmente en la siguiente.

-Creación de Sitemaps de Geolocalización, para indicarle a los buscadores donde están ubicados nuestros clientes y asociarlos a un punto geográfico definido por sus coordenadas mediante unos archivos específicos: KML y GeoRSS, que indexe este tipo de archivos y los muestre como resultados de búsquedas en Google Maps en la parte de contenidos creados por los usuarios.

Modo de crear un Geositemap:

 

Introducción a la Geo-Indexación:

Google cada vez está presentando más resultados con mapas que muestran por ejemplo localizaciones de empresas, hoteles, restaurantes y otros tipos de lugares de interés. Se puede observar sobre todo si se realizan búsquedas relacionadas a ciudades, la simple búsqueda del nombre de una ciudad del mundo, da como resultado en la primera posición un mapa de la ciudad y el enlace respectivo hacia Google Maps.

Si se realizan búsquedas ciudad + servicios (profesionales, hoteles, restaurantes, parques, farmacias, cines, teatros, etc.) el primer resultado es casi siempre un mapa de Google Maps. Si el usuario hace click en uno de los enlaces obtiene el mapa de la ciudad y los negocios locales, dados de alta en el Local Bussiness Center, pero al final de esta lista aparece contenido creado por los usuarios, aquí es donde el Geositemap debe actuar ya que es el contenido creado por los usuarios el que se puede hacer geo-indexar.

La indexación de un archivo KML es similar a la de una página web: googlebot debe primero encontrar el archivo, leerlo y almacenarlo en el sistema de caché de Google para que luego los algoritmos del buscador lo puedan analizar, valorar e indexarlo en Google Maps. Hay que ayudarle con un sitemap.

Así pues, mediante el uso de archivos KML y GeoRSS es posible aparecer en los resultados de Google Maps para búsquedas especificas y mejorar la posición relativa a esos resultados..

Generación de archivos KML:

Podemos crearlos automáticamente a partir de Google Maps, lo primero que haremos será, mediante una cuenta de Google, acceder a Maps y generar contenidos geográficos (Mis Mapas > Mapa Nuevo > Configurar como Público) con el cliente o contenido que queremos posicionar. Hay que ser cuidadosos y hacer un buen mapa con información abundante desde el Título, fotos, direcciones,etc. ya sea en texto enriquecido o html, es muy parecido a las altas de LBC (ahora Places), incluso podemos elegir un icono personalizado (podemos usar el favicon de la página web de referencia).
Cuando hayamos completado esto le damos a “Listo” y luego a “Editar”, aparece una opción “Ver en Google Earth”, le damos y aparece un cuadro de dialogo ” Desea Abrir o Guardar este Archivo” lo guardamos y ya está creado nuestro archivo KML con toda la información que hemos proporcionado. Hay que tener en cuenta:

1 Densidad de palabras claves, títulos y descripciones que hemos creado. En el caso de trabajar sobre temas muy variados, se deben separarlas en archivos diferentes, clasificadas por categorías para que la densidad de las palabras claves aumente en cada archivo.

2 Nombre de los archivos KML: usar las palabras claves que se desean posicionar, separándolas como ya es conocido mediante ‘-’.

3 El archivo GeoRSS se hace manualmente según este modelo introduciendo las coordenadas, que podemos sacar de Google Maps.

Formas de geo-indexación:

Hay varias para lograr que los bots ‘descubran’ los archivos KML, se pueden usar separadamente, pero mejor todas al mismo tiempo.

1 Enlaces a los archivos KML: En la página web que tiene o usa la información geo-localizada, se deben colocar enlaces a los archivos KML. Un enlace “Ver en Google Earth” para que pueden ver estos contenidos directamente mediantes este programa.

Es importante colocar enlaces a una página índice de archivos KML, desde la página inicial y si es posible en todas las páginas internas para que así el googlebot comprenda la importancia de los archivos KML. (Aunque colocar enlaces a los archivos KML es arriesgado si el posible usuario no tiene un programa que los visualice (Google Earth) ya que solo verán los datos en formato XML o podrá descargar el archivo).

2 Alimentar directamente a Google Maps con archivos KML. Otra muy buena posibilidad de mostrar al googlebot la existencia e importancia de los archivos KML, es alimentándolos directamente en Google Maps, ya sea mediante la incrustación de un mapa de Google Maps o mediante enlaces (“Enlazar” del menú) con el siguiente formato:

http://www.google.es/maps?&q=url-del-archivo-kml

3 Geo Sitemaps: El último método para presentar los archivos KML al googlebot, es el uso de Sitemaps. Primero creamos un directorio en nuestro servidor, por ejemplo “localización”, donde hemos alojado los archivos KML y GeoRSS. Luego creamos manualmente el Geo Sitemap. Es muy sencillo, y tiene la siguiente estructura en XML (donde sustituiremos http://www.example.com/ por la ruta de nuestro directorio):

<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9"
xmlns:geo="http://www.google.com/geo/schemas/sitemap/1.0">
<url>
<loc>http://www.example.com/download?format=kml</loc>
<geo:geo>
<geo:format>kml</geo:format>
</geo:geo>
</url>
<url>
<loc>http://www.example.com/download?format=georss</loc>
<geo:geo>
<geo:format>georss</geo:format>
</geo:geo>
</url>
</urlset>

Si se usan los Geo Sitemaps, no se debe olvidar de subirlo al directorio raiz del sitio web, inscribirlos en Google Webmaster y/o colocarlos en el archivo robots.txt de la web, siguiendo las reglas para el uso de Sitemaps en robots.txt.

Conclusiones:

la indexación de contenidos geo-localizados es sólo una forma más de generar tráfico hacia una web. También se debe tener en cuenta que la geo-indexación no es aplicable a cualquier proyecto web, pero para las webs que usan mucha información localizada puede ser una interesante posibilidad para posicionarse en los resultados de Google Maps y así ganar popularidad y también generar tráfico adicional.

Google está experimentando diferentes formas de presentar los resultados geo-indexados, y las páginas que generan estos contenidos están bien situadas, pero puede generar SPAM.

La indexación de contenidos geo-localizados mediante archivos KML es muy lenta, al contrario que los contenidos del Local Bussiness Center, pero es una actividad SEO complementaría a todas las demás.

Si esta es tu primera visita tal vez quieras suscribirte RSS O via email para leer más artículos.
Si te ha gustado esta entrada puedes compartirla. Si quieres dejar un comentario, te estaré muy agradecida. Gracias por venir..!!
Juana Corbalán de Corbax

Disfruta compartiendo:
  • del.icio.us
  • Facebook
  • Google Bookmarks
  • StumbleUpon
  • Technorati
  • Bitacoras.com
  • Diigo
  • Meneame
  • Twitter
  • Reddit
  • Netvibes
  • email
  • Print
  • Wikio IT

velocidad de carga como factor SEO: marcador de velocidad

Velocidad de carga: otro factor de posicionamiento SEO.

Con la inclusión de la velocidad de carga en los algoritmos de Google, los SEO se preguntan ansiosos si acabará primando la velocidad sobre la calidad o la relevancia en los resultados de nuestros amados buscadores.

Obviamente no, pero ha llegado la hora de centrase más en la aceleración de los procesos y reducir el peso del diseño y los tiempos de carga.

El gran éxito de los medios sociales y el que la televisión y radio sean tan populares a estas alturas, nos enseña que las interfaces usables e inmediatas siguen siendo caballo ganador.

En términos de velocidad, las interfaces tradicionales siguen siendo el punto de referencia para diseñadores web.

Apostemos por él: Velocidad y Usabilidad.

 

⁓ Herramientas para medir la velocidad de carga:

Lo primero es saber qué tiempo tarda nuestra página web en cargarse.

Estas son sólo algunas herramientas gratuitas (hay docenas) que puedes utilizar para medir la velocidad de carga tu sitio:

  • Yahoo YSlow: Plugin gratuito de Yahoo para Firefox que se integra a Firebug. Evalúa el rendimiento de las páginas web y sugiere formas de mejorar la velocidad de carga del sitio web.

  • Pingdom: Herramienta para medir la velocidad de carga. En Pingdom se guardan los registros de las consultas, por lo que puedes compararlas y comprobar el efecto de tus esfuerzos por mejorar el peso y la velocidad de carga de cada archivo. Puedes filtrar la información también por peso de archivo en vez de por tiempo.
    En su blog, Inkilino nos explica detalladamente su uso.

  • WebPagetest Pagetest es una herramienta basada en Internet Explorer desarrollada por AOL. Aunque no es recomendable ejecutar directamente, tienen una versión de acceso público, con unos pocos lugares de alojamiento en todo el mundo. Usa un navegador web real para obtener el contenido por lo que es una medida mucho más precisa de la experiencia real del usuario. No es muy ágil, pero muy útil, (y bonita). Muestra una vista en cascada del tiempo de carga de las páginas y una lista de optimización.

  • Google Webmaster Tools: La herramienta de Google muestra estadísticas del rendimiento de tu sitio sobre el total de las páginas web del mundo en un cuadro gráfico. Puedes utilizar esta información para mejorar la velocidad de carga del sitio y para ofrecer un servicio más rápido a los usuarios.

  • Google Page Speed: Plugin de Google para Firefox que se integra en Firebug, analiza el rendimiento y también da sugerencias para mejorar la velocidad de carga, ofrece una puntuación según los factores que evalúa. Recomendado por Google.

  • Web Page Analyzer: El script calcula el tamaño de los elementos individuales y resume cada tipo de componente de la página web, ofreciendo un análisis y recomendaciones.

  • Hammerhead: Plugin que se integra con Firebug y muestra el tiempo de carga de las páginas.

  • Webwait, una herramienta que crea una media de la velocidad de carga de un sitio web o un blog en diferentes navegadores mediante la creación de un enlace permanente.

 

⁓ Cómo acelerar la velocidad de carga de tu sitio web para mejorar el posicionamiento en los buscadores, SEO

  1. Utilizar páginas HTML estáticas siempre que sea posible, es mucho más rápido y más fácil para el servidor. (Acelerará bastante la velocidad de carga).
  2. Reducir el número de imágenes con CSS Sprites, para minimizar las peticiones HTTP. Se trata de combinar todas las imágenes de tu sitio en una, utilizando la propiedad CSS background-posición para mostrar la parte correcta de la imagen. Es muy fácil hacerlo con un bookmarklet llamado SpriteMe.
  3. Optimizar las imágenes. Puedes usar un optimizador de imágenes online, como Webresizer. Las imágenes deben llevar texto "alt" y especificar el ancho y alto en el código.
  4. Externalizar imágenes, JavaScript y CSS: Reunir todas las reglas de estilo CSS en archivos externos vinculados al html (hojas de estilo). Lo mismo con todo el contenido de Javascript que podemos externalizar (no el de Google Analytics, TweetMeme, etc). Las imágenes deben ser llamadas con reglas CSS.
  5. Unir todos los archivos CSS externos en uno sólo: En lugar de un archivo CSS que importe tres, uno grande con el contenido de todos (copiar y pegar).
  6. Unir todos los Scripts externos en uno sólo. (Anieto2k explica una buena forma de hacerlo). Esto acelerará bastante la velocidad de carga, si hay muchos.
  7. Hojas de estilo en la parte superior. Scripts en la parte inferior. (En el caso de G. Analytics, además sólo contabilizará las visitas que dejen cargar toda lapágina).
  8. Comprimir el CSS – Podemos mejorar también la velocidad de carga comprimiendo el CSS, por ejemplo con CSSDrive.
  9. Minimizar los DNS Lookups y las redirecciones: Cada nombre de host adicional añade una consulta DNS para buscar su dirección IP, lo que suma un costo de 20-120 milisegundos por DNS. Esto incluye los nombres de host utilizados en la URL de la página, imágenes, archivos de script, hojas de estilo, objetos flash… Reducir el número de nombres de host único reduce el número de búsquedas de DNS.
  10. Rutas relativas en vez de rutas absolutas: el servidor no tendrá que volver a establecer una conexión para cada imagen en la página.
  11. Añadir un encabezado de expiración con una fecha futura lejana, para el almacenamiento en caché y reducir el número y tamaño de las peticiones HTTP, permitiendo que las páginas se carguen más rápido. (Esto tiene sentido si tu audiencia es mayoría de visitantes asíduos).
  12. Comprimir con componentes Gzip: La compresión reduce los tiempos de respuesta al reducir el tamaño de la respuesta HTTP, esto acelera bastante la velocidad de carga.
  13. Instalar el WP Super Cache. Es fácil de configurar y es más rápido que WP-Cache. Te permite administrar los archivos CSS y JavaScript por página. Este plugin genera archivos HTML estáticos desde tu blog WordPress dinámico, lo que ayuda a mejorar la velocidad de carga.
  14. Optimizar nuestro theme de WordPress. Todas las consultas que tengamos dinámicas hay que ponerlas estáticas. Reemplazar todas las lineas dinámicas del header.php y el footer.php principalmente, (podemos copiar las rutas estáticas de Ver código fuente en el navegador).
  15. Evitar las cookies.
  16. Tener un buen Hosting, que proporcione la velocidad de carga necesaria, es fundamental para mejorar el posicionamiento SEO. Si es necesario, trasladar el sitio a un servidor dedicado con una conexión más rápida.

 

⁓ Algo a tener en cuenta:

El botón TweetMeme saca un archivo de JS de tweetmeme.com que a veces tarda más de cinco segundos en cargar. Si tienes unos cuantos en una página… suma.
Cada vez que alguien integra algunos contenidos en una página -YouTube, Google Analytics, Tweetmeme … – el tiempo total de carga de tu página está a su merced.

Desde el punto de vista de la experiencia del usuario vale la pena invertir algo de tiempo en mejorar todo lo que se pueda la velocidad de carga de las páginas web. Pero, sobre todo, para mejorar el funcionamiento global de la Web.

A correr!!

Si esta es tu primera visita tal vez quieras suscribirte: RSSfeed rss: suscríbete / Subscribe in a reader O vía email para leer más artículos.
Si te ha gustado esta entrada puedes compartirla. Si quieres dejar un comentario, te estaré muy agradecida. Gracias por venir..!!
Y gracias por venir..!!
Juana Corbalán de Corbax

 

Disfruta compartiendo:
  • del.icio.us
  • Facebook
  • Google Bookmarks
  • StumbleUpon
  • Technorati
  • Bitacoras.com
  • Diigo
  • Meneame
  • Twitter
  • Reddit
  • Netvibes
  • email
  • Print
  • Wikio IT

indexación de cabeza humana

Matt Cutts aclara algunos aspectos sobre el rastreo y la indexación de Google.

La entrevista a Matt Cutts (de Google), realizada por Eric Enge (de StoneTemple Consulting), el 14 de marzo, no tiene desperdicio.
Gracias a los buenos oficios de nuestro equipo de videntes hemos podido entresacar de las declaraciones de Matt Cutts (en inglés y siempre difusas, como el SEO mismo), los siguientes puntos:

  1. El número de páginas que indexa Google es proporcional al Page rank de tu sitio.
    No existe límite en el número de páginas indexadas: Google indexa páginas en función del PageRank de las páginas web del sitio.
  2. La indexación también puede verse afectada por la carga del servidor: el número de conexiones simultáneas permitidas para que la araña explore el contenido.
  3. Una redirección 301 no siempre pasa todo el PageRank de la antigua URL a la nueva. Esto ha sido confirmado por Matt Cutts en la entrevista. nunca fue confirmado por Google.
  4. Google indexa muchos sitios con contenidos duplicados y de todas las páginas duplicadas que encuentra, saca dos y mantiene sólo una, decidiendo qué URL es la principal y pasando todo el PageRank de las demás “copias” a esa URL principal. Lo malo es que es Google quien decide cuál es la página principal, y lo bueno que se pasa el PageRank de los duplicados.
  5. Cuando enlazas desde una página a otra con contenido duplicado, estás perdiendo ese Page Rank. En realidad Matt Cutts responde a esta pregunta de Eric Enge, con un: “Puede funcionar así”. Deduciremos que el contenido duplicado puede estropear tu PageRank!
  6. Cuando hay enlaces a varias páginas marcadas como contenido duplicado, Google intenta mezclar estas páginas como si fueran una sóla (a efectos de link juice que envían) en lugar de eliminarlas completamente. No intenta pasar todo el PageRank a la página que cree que es canónica.
  7. Es totalmente posible enlazar una página a sí misma con rel=canonical, y también lo es, al menos para Google, tenerlo implementado para cada página de tu sitio. Interesante manera de proteger tu sitio de engaños en la creación de páginas. Pero habrá que tener cuidado con la forma de implementar algo como esto.
  8. El rel canonical es una sugerencia, no una directiva. Google se reserva el derecho de determinar si el propietario del sitio es quien lo firma en el pie y no escuchar la etiqueta rel="canonical".
  9. Se puede hacer rel canonical entre dominios, (desde diciembre de 2009).
  10. Los enlaces desde sites afiliados, normalmente son detectados y devaluados.
  11. Bloquear páginas con el robots.txt no hace que esta se elimine del índice si ya estaba incluída.
  12. Google sigue trabajando para combatir el spam y los fraudes mediante links, con nuevas herramientas y tecnologías, entre otras cosas.
  13. No usar los identificadores de sesión (ID), es la recomendación de Matt Cutts.
  14. Ahora google tiene la habilidad a de ignorar completamente un parámetro en la URL, través de google Webmasters Tools.
  15. Googlebot puede ejecutar una buena parte de JavaScript. Esta es una buena noticia. No sabemos si esto significa que tal vez podría tomar ventaja AJAX o contenidos de intercambio o de inyección).
  16. Evita el pagerank sculpting, céntrate en crear buen contenido y conseguir enlaces de calidad.

Es interesante destacar que Google se centra en ver todo el contenido de la web, independientemente de si es o no duplicado, un formato de archivo ilegible, o lo que sea. El equipo de rastreo e indexación, aunque intente controlar cómo se hagan las cosas, quiere verlo todo.

Y para que completar esta información te vendrá bien el Informe SEO de Google, que ya ha salido.

Queda aún la pregunta:
¿Las declaraciones de Matt Cutts, son canonical?

Espero que te haya sido de utilidad esta información.

entrevista completa: entrevista a Matt Cutts,
resumen de 29 puntos en el blog de Stone Temple.

imagen de Scleroplex

Si esta es tu primera visita tal vez quieras suscribirte RSS O via email para leer más artículos.
Si te ha gustado esta entrada puedes compartirla. Si quieres dejar un comentario, te estaré muy agradecida. Gracias por venir..!!
Juana Corbalán de Corbax

Disfruta compartiendo:
  • del.icio.us
  • Facebook
  • Google Bookmarks
  • StumbleUpon
  • Technorati
  • Bitacoras.com
  • Diigo
  • Meneame
  • Twitter
  • Reddit
  • Netvibes
  • email
  • Print
  • Wikio IT
 50 consultas en 0,513 segundos