Un algoritmo es un programa o conjunto de programas diseñado para resolver un problema determinado.
Esto, no nos resuelve gran cosa, pero tenemos que pensar que un Algoritmo es precisamente lo que usa Google para resolver el problema siguiente:
Unas palabras claves introducidas por un usuario tienen que dar como respuesta unos enlaces a unas páginas webs que se correspondan con esos términos de búsqueda.
Por lo tanto, si somos capaces de descubrir como el Algoritmo de Google resuelve el problema, seremos capaces de influenciarlo para poder aparecer como primer resultado para los términos de búsqueda que nosotros queramos.
Un Motor de Búsqueda es, generalmente, una página Web que permite la introducción de Keywords (Palabras clave) o frases y como resultado devuelve unos resultados basados en la relevancia de los documentos que almacena (el Motor de Búsqueda) en su base de datos.
La relevancia y posición en los resultados es determinada por unas rutinas automatizadas que se denominan Algoritmos.
Los Motores de Búsqueda almacenan millones de páginas en su Index (Base de Datos). Sería imposible para un Motor de Búsqueda explorar todos los datos que es capaz de Indexar en tiempo real. En su lugar, se ejecutan unos programas automatizados llamados Robots (también llamados Bots, Crawlers o Spiders). Estos programas exploran el contenido referenciado en Index del Motor de Búsqueda. Comenzando por la página de inicio de un sitio Web y siguiendo los Links que encuentra en su camino.
Podemos hacer una metáfora y decir que los Robots son como las hormigas. Piensa en un Motor de Búsqueda como una hormiga exploradora abandonando la colonia con un solo pensamiento en su cabeza “Encuentra comida”. En este caso la “Comida” es texto HTML, las hormigas necesitan un camino fácil de seguir y libre de obstáculos: HTML Links. Esta comida es llevada de vuelta a la colonia y es almacenada en el hormiguero (Base de datos del Motor de Búsqueda). Miles y miles de estas pequeñas hormigas están explorando constantemente Internet. Si un camino está bloqueado o cortado, la hormiga se rinde y se dará media vuelta a otro sitio. Si no hay “Comida” la hormiga no podrá traer nada de vuelta.
Así que básicamente cuando piensas en un Motor de Búsqueda tienes que pensar en una enorme Base de datos que almacena trozos de texto que han sido recolectados en millones de sitios Web.
¿Qué es lo que dispara a un Motor de Búsqueda? Una búsqueda. Cuando un usuario introduce un término como: “tarifa móvil barata”. Todos los Sites que probablemente sean relevantes para esos términos son mostrados como resultados. ¿Como el primer resultado consigue ser el primer resultado para esa búsqueda? ES UNA FÓRMULA SECRETA también conocida como “Search Ranking Algorithm”.
Existen muchísimos factores que determinan la manera en que un Motor de Búsqueda clasifica sus resultados para una búsqueda concreta. Pero solo para ir comenzando diremos que necesitas alimentar al hormiguero con buen texto HTML y despejar el camino que llega hasta esta comida (Links HTML). Mantener a estas hormigas bien alimentadas y su camino hasta nosotros bien señalizado será una de nuestras principales misiones para un buen trabajo SEO.
En las últimas semanas, en mi empresa se oye un grito de guerra; ¡Comunidad, comunidad, comunidad…! algunos además gritan a media voz ¡SEO, SEO, SEO…! Cosa de la que yo, personalmente, me siento entusiasmado, ya que las dos cosas son mi pasión.
Ayer hablando con un compañero, me di cuenta el desconocimiento que la mayoría de la gente tiene sobre las dos. Las preguntas eran: ¿Cómo poner enlaces a otras Web me va a beneficiar a mí? ¿Cómo la comunidad va a ayudarme a tener más visitas?
He estado dándole vueltas y me he animado a hacer un análisis de la situación, es decir, qué relación existe entre el SEO y las Comunidades en Internet.
Lo primero que diría a todo el mundo, es una regla universal que nunca es bien valorada. TU PÁGINA WEB TIENE DOS USUARIOS. Tu usuario y el Robot de Google o cualquier otro indexador de páginas (seamos sinceros aquí en España Google y punto). Esto, supone tener una visión completamente diferente de la estructura de tu página y del contenido de la misma, veamos por qué.
Tu usuario convencional, el que está en casa o mayoritariamente entre las 9 y las 19:00 horas en su trabajo, llega a tus páginas mediante un Search Engine (Google). Ahí escanea el contenido, consulta en busca de información, crea su propio contenido, cediéndolo gentilmente. Pero ¿Cómo ha llegado hasta tu página? Para que este usuario haya visitado tu página, primero otro usuario, EL ROBOT, ha tenido que pasar por tu página. Ha tenido que leerla. Ha entendido cual es el tema sobre el que hablas. Ha puesto en contexto con el resto de Webs que hay en Internet tu contenido. Ha visto cual es la importancia de esa página, respecto de las otras páginas Webs en Internet. ¿Cómo podemos saber que nuestra página es relevante? Mirando el número de enlaces que llegan a tu página. Esto es lo que hace a una página relevante, para el ROBOT.
Además de lo anterior. ¿Cómo evalúa Google mi contenido? Para responder a esto has de responderte primero a unas cuantas preguntas: ¿Tu contenido es único? Es decir, ¿tu contenido diferencia en la redacción del resto de las noticias que tratan sobre el mismo tema? >¿Tu contenido se actualiza frecuentemente? ¿En tu contenido tienes enlaces internos y externos que ayuden al usuario y al Robot a entender mejor el contexto sobre lo que estamos hablando?
AHORA, finalmente llegamos a la COMUNIDAD. Si te das cuenta cada una de las preguntas anteriores se pueden explicar con una estructura de Web 2.0 o Comunidad.
¿Tu contenido es único?
Respuesta: Haces que, sobre una base de contenido, muy posiblemente compartido con otros medios, tus usuarios sean capaces de enriquecerlo aportando sus puntos de vista que serán únicos.
¿se diferencia en la redacción del resto de referencias al tema?
Respuesta: Las opiniones de mis usuarios son únicas, por lo tanto si.
¿Tu contenido se actualiza frecuentemente?
Respuesta: Cada vez que un usuario introduce un nuevo comentario, imagen, video, geoposicionamiento, está enriqueciendo y actualizando mi contenido.
¿En tu contenido tienes enlaces internos y externos que ayuden al usuario y al Robot a entender mejor el contexto?
Respuesta: Si, hago enlaces a las fuentes de las noticias, otras fuentes alternativas como blogs y además enriquezco el contexto con enlaces internos a contenidos relacionados dentro de mi sitio Web. Esto además me ayuda a poder generar una campaña de Marketing a la hora de definir tú “Campaña de Links”.
Es decir todos tus esfuerzos de comunidad van encaminados a ayudar a tu usuario ROBOT. Esto no tiene que decir que tienes que dejar de cuidar a tu usuario Humano. Este necesita un sitio, comunidad, en la que pueda hacer conexiones sociales. Poder volcar su contenido, sus inquietudes, que pueda opinar y encontrar soluciones a sus preguntas. Con lo que aceleraremos la comprensión y la buena valoración de nuestro usuario ROBOT. PERO ESO ES OTRO POST.
Como ilustración final a este post, incluyo el archifamoso vídeo The Machine is us. La máquina es Internet. Nosotros (comunidad) enseñamos a la máquina. ¡Nosotros somos la máquina!
Randfish el autor original de este post publicado en SEOmoz, debe de pensar que hay un loco en España que no hace otra cosa que traducir sus artículos. Y tiene razón. Mis últimas cuatro entradas han sido traducciones de sus artículos.
Primero el concepto, CPM: cantidad que los anunciantes tienen que pagar cada vez que nosotros hemos mostrado su publicidad 1000 veces.
Muchos sitios están enfocados muy directamente a conseguir un elevado número de páginas Web impresas, lo que a su vez se traduce en un alto número de impresiones de publicidad, que a su vez, al menos en teoría, se tendría que traducir en alto número de clics en las publicidades de las páginas, (esto último es una idea loca de los anunciantes a mi entender).
Una solución para incrementar el número de páginas vistas es el de dividir nuestros contenidos, artículos o páginas Web extensas de contenido en diferentes páginas. Con lo que para un mismo contenido tendríamos un mayor número de páginas vistas. Para pasar de una página a otra, evidentemente necesitamos de unos enlaces de navegación que nos ayude a encontrar la siguiente porción del contenido.
¿Supone esto algún problema desde el punto de vista SEO? Y si es así ¿Existe alguna posible solución? La respuesta en la traducción siguiente.
- El beneficio del CPM está basado en páginas vistas (más páginas vistas, más dinero).
- Dividir largos artículos de noticias, o cualquier contenido que sea lo suficientemente interesante y largo, en páginas de la misma extensión, que sean más digeribles por los lectores, no es solamente buenos para la experiencia del usuario, sino que también crea un número mayor de páginas vistas.
- Desde una perspectiva SEO, dividir artículos en múltiples páginas es generalmente malo:
La mayoría de los Links (externos e internos) solo apuntarán a la primera de las páginas del artículo, así que las páginas siguientes conseguirán poco Jugo de Link.
Crear etiquetas de títulos o metas iguales para múltiples páginas presenta un problema significativo. Qué más puedes hacer a parte de llamar a cada una de las páginas “título del artículo, página 2 de 12”.
Si el contenido estuviera en una sola página, podrías crear más tráfico a esa página debido a qué los Keywords estarán todos en una única y más competitiva URL.
Randfish ha creado unos dibujos para poder entender mejor el problema, yo simplemente he traducido sus textos.
Existe una solución inteligente a este problema, pero está en el territorio de lo que algunos consideran GRAY-HAT. Usando capas CSS y JavaScript para mantener todo el contenido en una única página y añadir enlaces para ver de forma secuencial cada una de estas capas CSS, refrescado a su vez los banners y añadiendo una nueva página vista.
En este ejemplo, el motor de búsqueda solamente obtiene una URL, con todo el contenido y el visitante consigue, lo que podría ser muy discutido, una página más usable, mientras que el anunciante obtiene lo que quiere. El máximo número de páginas vistas posible.
Este artículo es una traducción de otro publicado por Randfish en SEOmoz, en el se analiza (una interpretación) cómo funciona el concepto de JUGO de LINK como un voto de importancia y la interpretación que de ellos hacen los motores de búsqueda. Debajo del vídeo hay unos gráficos que he traducido del post original para ilustrar el fenómeno que estamos discutiendo.
Hay dos grandes asuntos en el vídeo que se entenderán mejor con una explicación adicionar, creo que una representación visual es la mejor manera de exponerlos.
Cómo las páginas transmiten importancia de una a otra mediante Links:
En este escenario, la página “A” cede una pequeña fracción de “Jugo” linkando a la página “B” y la página “B” recibe una importante ración de “Jugo” desde la página “A”.
Aquí podemos ver como la página “A” ha añadido dos links adicionales hacia las páginas “C” y “D”. También vemos que la porción de “Jugo” perdido por “A” es considerable, mientras que la cantidad recibida por “B” es más pequeña.
Cómo el SEO avanzado puede controla el Flujo del “Jugo” de los Links
En este primer escenario, podemos ver como el Jugo del Link de extiende de forma uniforme por los tres enlaces de la página “A”. La página sin importancia y la aburrida reciben la misma cantidad de Jugo que la página Importante.
En esta segunda situación la página “A” utiliza la directiva “nofollow” en los Link a las páginas sin importancia y aburrida, salvando el Jugo del Link, y pasándole más cantidad de este Jugo a la página Importante a la vez que la misma página “A” pierde menos Jugo.
Unas palabras de aviso, no nos referíamos al término AVANZADO de forma superficial. Tenemos (el autor del post original, no yo, EVIDENTEMENTE) muchas experiencias dónde la implementación de lo que interpretábamos como una inteligente estrategia de Links “nofollow”, nos ha costado tráfico o no ha tenido resultados visibles. La mejor manera de implementar estrategias de control del flujo de los Links es empezar con pequeños test, refinarlos, e irlos implementando poco a poco en todo el sitio.
También recordar que el Jugo del Link es uno de los CIENTOS de factores que los algoritmos de los motores de búsqueda utilizan para determinar la importancia de una página. No te sorprendas si esta táctica tiene poca o ninguna repercusión en tus rankings.
Los consejos de Chica Seo, como siempre, me parecen muy buenos. Ellas nos aconsejan conocer los ratios de uptime de los proveedores de Hosting que te interesa contratar y para ellos dejan la siguiente URL para hacer una comparativa de tiempos de respuesta.
Este post es la segunda parte de la traducción de un artículo aparecido recientemente en SEOmoz por el autor randfish. En este post se analizan alguno de los problemas que puedes sufrir derivados de un servicio de Hosting.
Afortunadamente hay pocos problemas con los servidores o el Hosting web que afecten a nuestro SEO. De cualquier manera cuando se pasan por alto ciertos problemas estos pueden desencadenar una cascada de errores, así que es recomendable hacer un repaso de estos problemas. A continuación exponemos algunos de estos problemas con el Hosting que pueden afectarnos a nuestro SEO.
Tiempos de servidor (Server Timeouts), Si un motor de búsqueda hace una petición a nuestra página y esta excede en su tiempo de respuesta al límite del tiempo asignado como tal, (o se produce una respuesta de servidor timeout). tus páginas probablemente no serán indexadas correctamente y obtendrán un Rank muy pobre (no indexable content has been found).
Tiempos de respuesta lentos. Aunque esto no es tan importante como los Server Tiemeouts, todavía representa un problema potencial. No solamente con los crawlers que no están dispuestos a esperar a tus páginas para poder indexarlas. También tus usuarios y potenciales amigos con enlaces, probablemente elegirán visitar y linkar otros recursos porque acceder a tu sitio supone un problema.
Compartir direcciones IP. Lisa Barone escribió un excelente post sobre este asunto de IP´s compartidas en Marzo de 2007. Los problemas principales son los referentes a la velocidad, el problema potencial de tener spammers o no poderse fiar de los vecinos que uno tiene compartiendo tu dirección IP. Además de los problemas de recibir todos los beneficios de los links que apuntan a tu IP.
Dirección IP bloqueada, cuando los motores de búsqueda están indexando la Web, frecuentemente encuentran bloques enteros de direcciones IP´s llenas de Web spam. Los buscadores entonces, a la vez de bloquear cada uno de los sites añaden una medida más que consiste en bloquear todas las direcciones IP e incluso todo un rango de direcciones.
Ancho de banda y limitaciones de transferencia, muchos servidores tienen limitaciones en la cantidad de tráfico que puede circular por un Site. Esto puede ser potencialmente desastroso cuando el contenido de tu página se vuelve muy popular y tu servicio de Host corta el acceso a tu página. No solamente los potenciales Links que puedes perder, también están echando a los buscadores que no podrán indexar tus páginas.
Localización geográfica del servidor. Esto no es necesariamente un problema, pero es necesario estar avisado de que los motores de búsqueda usan la localización de los servidores Web cuando tratan de determinar para dónde (área geográfica) un contenido es relevante desde una perspectiva local del mismo. Desde que la búsqueda local es la mayor parte del tráfico de muchos sitios Web, además el dato de que hasta el 40% de las búsquedas contienen algún elemento de búsqueda local. Sería muy aconsejable colocar tu Host en el país dónde vas a trabajar o donde van a encontrarse tus clientes.
Este post es la traducción de otro aparecido recientemente en SEOmoz por el autor randfish es una interesantísima explicación de cómo funciona el redirect 301 y sus ventajas respecto de otros métodos de redireccionamiento.
En la Web, como en la vida, la única cosa segura es que no hay nada seguro y todas las cosas deben cambiar. De cualquier manera en la Web, cuando las cosas necesitan ser cambiadas o como en nuestro caso, movidas, específicamente desde una URL a otra, existen unas buenas prácticas que hay que observar.
Asumamos de principio un escenario simple: Una URL que necesita ser apuntada a otra dirección de forma permanente.
Hay diferentes opciones para conseguir esto, pero solo existe una que es la mejor para el usuario y el motor de búsqueda, un redireccionamiento 301. Utilizando un 301 indicamos a nuestros usuarios y los robots que esa página ha sido movida de forma permanente a otra dirección. Los motores de búsqueda interpretan esto, no simplemente como un cambio de dirección, si no que un posible cambio en el contenido o de esta página podrá ser encontrado en la nueva URL. Los motores de búsqueda llevarán cualquier ponderación en los link a la nueva página.
Ten cuidado cuando muevas una página desde una URL a otra, los buscadores se tomarán su tiempo para encontrar el 301, reconocerlo, dar el crédito a la nueva página con sus rankings y la ponderación en los links. Este proceso puede alargarse si tu página no ha cambiado en un largo periodo de tiempo y los spider la visitan raramente, o si la nueva URL no se resuelve correctamente.
Otras opciones para una redirección son: redirect 302 (redirección temporal), las etiquetas de refresco de página o usar JavaScript para cambiar de página. Todas estas opciones son pobres sustitutos de un redirect 301. Generalmente estos métodos no pasan las pruebas de los motores de búsqueda.
Transferir contenido es más complejo cuando un Site entero cambia de dominio. Debido al abuso de los spammers y las sospechas de los motores de búsqueda hacia estos. El redireccionamiento 301 entre dominios algunas veces requiere más tiempo para ser correctamente contabilizado e indexado. Para más información de cómo mover sitios visita: Expectations and Best Practices for Moving to or Launching a New Domain.
En el blog de Isabel Vázquez he encontrado este interesante vídeo para poder localizar dominios recien expirados con un alto número de enlaces. Interesante. ¿No?
A la vuelta de las vacaciones, volvemos con nuevos post. Hacía tiempo que tenía ganas de incluir algunos de los operadores de búsqueda que nos ofrece Google, ya que los encuentro de una grandísima ayuda.
Google soporta varios operadores que nos ayudan a filtrar o a precisar nuestros resultados de búsqueda.
cache:
Si incluyes por ejemplo [cache:www.alfonsomorcuende.com] como término de búsqueda Google te devolverá la versión cacheada de la página que guarda en sus servidores. Como ellos mismos indican en un frame superior “La caché de Google es la instantánea de la página que tomamos (toman) cuando exploramos (exploran) la Web de forma automática.” Esto evidentemente nos ayuda a ver si nuestras actualizaciones en nuestros contenidos han sido indexados por Google o en el caso de que hayan sido leídos si lo han sido de la forma adecuada. Advertencia: No tiene que haber espacio entre “cache:” y la URL de la página.
link:
La consulta [link:] listará sitios Web que tienen links a la página a la que hacemos referencia en nuestra búsqueda. Utilísimo operador para ver cuántos nuevos “amiguitos” tenemos y ver el estado de nuestra campaña de linkbuilder.
related:
El operador [related:] listará sitios Web que Google considera “similares” a la página a la que hacemos referencia. Nunca está de más saber cómo nos ve y nos clasifica Google. Ver si realmente estamos luchando contra nuestra competencia real o estamos equivocándonos en nuestra estrategia SEO.
info:
El operador [info:] presentará información que Google tiene sobre el sitio Web que consultamos. Podremos ver el snipet y los operadores que están por encima de este.
site:
Si incluyes [site:] en tu consulta, Google restringirá el resultado de aquellos a las páginas indexadas bajo ese dominio. Es decir tienes una lista completa de todos tus contenidos indexados.
allintitle:
Si incluyes [site:] en tu consulta, Google devolverá como resultado todas las páginas que incluyen tus términos de búsqueda entre las etiquetas TITLE.
allinurl:
Si incluyes [allinurl:] en tu consulta, Google devolverá como resultado todas las páginas que incluyen tus términos de búsqueda en su URL.
Otro post que tratan sobre este mismo asunto en GALINUS y que os recomiendo.
