Algunas reflexiones SEO

  • Solicitudes de reconsideración en Search Console

Las reconsideraciones de solicitud sólo se aplican en el caso de haber sido penalizados por una acción manual y siempre y cuando se haya solucionado. Principalmente son producidas por realizar prácticas de spam. En ningún caso se aplica la reconsideración en penalizaciones del site (por ejemplo si el tráfico de la web cae drásticamente) por cambios automáticos en los algoritmos. Más información sobre las solicitudes de reconsideración por Google. 

Uno de los ejemplos más claros son las actualizaciones de Pengüin, donde una web no se levantará de su penalización hasta que se limpie y el algoritmo vuelva a actualizarse. La problemática es que su efecto penalizador en una web puede ser importante y la actualización del algoritmo puede tardar hasta un año. Ésta es otra de las inquietudes que muchos Seos han transmitido, y es que la actualización de Pengüin sea más rápida, incluso que se aplique en tiempo real. En cualquier caso si tienes dudas sobre si tu sitio ha sido penalizado por una acción manual o algorítmica, ejecutar la solicitud de reconsideración sería una buena opción. La respuesta de los empleados de Google (no hay máquinas detrás de éstas revisiones) suele ser de unos pocos días después tanto positiva como negativamente.

Fuente DeepCrawl

  • Etiqueta Meta Keywords

Cada vez es menos relevante implementar la meta keywords en las páginas, ya que Google apenas le da peso (por no decir ninguno) al posicionamiento de la web. Y es que en el pasado algunos webmasters abusaban de este campo para intentar posicionar sus webs por palabras clave que poco o nada tenían que ver con la actividad que desarrollaban.

  • Page Rank

Parece que el valor público del PR que muchas barras de herramientas mostraban de los sites en nuestro browser va a dejar de mostrarse al llevar sin actualizarse por Google desde 2013. Así lo dijo John Mueller ingeniero de Google en una de sus hangout en 2014.

  • Indexación

Pese a que una página la deshabilites y con meta no index, seguirá estando en el índice de Google mientras ésa url reciba enlaces tanto internos como externos. En el caso que se especifique en el robots no podrá ser rastreada.

  • Sitemaps

Para ayudar a Google a entender mejor el contenido de tu web se recomienda no sólo la creación de sitemaps, sino de especificar éstos en el robots.txt.

  • ¿Cuántas páginas tiene indexadas Google de mi site?

Para ver el número de páginas que Google tiene indexadas de tu web, se recomienda comparar lo obtenido con el comando “site: query” ; con el dato que ofrece Google en la Search Console, aunque quizás el dato más aproximado sea el primero. Para ver más exactamente qué es lo que Google ha recopilado de tu web, puedes comprobarlo con el comando “info: query”

  • LSI Latent Semantic Indexing

Busca sinónimos relacionados con el title de la pagina, es decir, Google y el resto de motores de búsqueda esperan encontrar a lo largo del contenido un ecosistema de keywords alrededor de la/s palabra/s clave principal. Por ejemplo: si el artículo se titula “El Ibex 35 se desploma hasta los 10.000 puntos”, esperan encontrar sinónimos a Ibex 35 como: bolsa, selectivo español, índices bursátiles, valores, etc. De ahí la importancia de semantizar el contenido haciendo “más inteligente” a los buscadores para entender el contenido y temática de la web, ya que de lo contrario si repites y abusas de la palabra clave principal podrías incurrir en una practica poco recomendable como es el “keyword stuffing”.

Más información sobre qué es LSI.

Segmentación Internacional en Search Console

Durante estos cinco minutos de este hangout, Mihai Aperghis, plantea una duda acerca de la segmentación de un ecommerce que quiere dirigirse a diferentes países de habla inglesa (UK, Canadá, Australia, etc) y de cómo tiene que marcarlo en Search Console cuando este sitio web tenía ya marcada previamente la opción de: segmentación internacional = US, y que por ello habían experimentado un descenso de su tráfico global.

La solución que ofrece John Mueller, y que yo personalmente desconocía, no es la opción de desmarcar y no seleccionar ningún país de la opción de segmentación internacional/país, sino la de seleccionar esa opción, y del listado de países que se ofrecen, seleccionar NINGUNO ( opción “unlisted” en inglés).

Si no marcas esta opción, Google por defecto marca el país de Estados Unidos, pero en realidad lo que hace no es elegir este país, sino que Google automáticamente coge la geolocalización que cree mejor para tu sitio web, en función de diferentes variables como el dominio del sitio (.com, .es, .eu, etc), dirección IP, ubicación de la página, enlaces a la página, información en Google My Business, etc.

Si marcamos la opción NINGUNO del listado de países, le estamos diciendo a Google explícitamente que no queremos tener geotargeting aplicado para este sitio, y que realmente debería ser global.

Search Console Segmentación Internacional

Se trata de una opción muy útil para sitos de ecommerce y otros sitios donde lo que quieres es no ubicarlo en un único país, sino enfocarlo de manera global, ya que tu sitio es internacional.

Con esta opción, como dice John Mueller, no se puede asegurar, pero es posible que la caída de trafico que ese sitio web tenía de US al estar enfocado exclusivamente en ese país, ahora al incluirle la etiqueta de “global” (NINGUNO en la lista) el tráfico debería aumentar al expandirse la geolocalización a más países.

La actualización por Google una vez hecho el cambio en la Search Console es rápida, por lo que en torno a una semana después de guardar los cambios se deberían empezar a ver modificaciones en el tráfico de búsqueda.

Puedes consultar en este enlace toda la información que Google ofrece en el apartado de ayuda referida a la configuración de la Segmentación Internacional del sitio web.

Espero que os haya podido servir de ayuda. Saludos!

Resumen del factor SEO “Mobile Friendly” de Google, 21 Abril 2015

El 21 de Abril de 2015 fue la fecha elegida por Google para lanzar oficialmente un nuevo factor de posicionamiento, el Mobile Friendly, dentro de su algoritmo específico para resultados de búsqueda en dispositivos móviles.

Me gustaría hacer una recopilación de las ideas que he considerado más importantes de esta nueva actualización del algoritmo, y que vienen recogidas en los diferentes guidelines de Google, y en especial en este hangout de Google del 24 de Marzo (ver vídeo): “Q&A session for mobile-friendly ranking change”

  • Requisitos o principales factores que Google tiene en cuenta para considerar si una página es Mobile Friendly o no:

-El contenido no se adapta a la ventana gráfica

-Elementos táctiles demasiado próximos entre sí

-Tamaño de fuente pequeño

-Ventana gráfica no configurada

-Uso de Flash

  • Prestar especial atención a factores como:

-Errores 404 (representan una mala experiencia de usuario)

-Redirecciones (hace que aumenten los tiempos de carga de una página)

-Contenido no adaptado correctamente a móvil

 

*La idea básica de este nuevo factor y actualización del algoritmo, NO ES PENALIZAR A PÁGINAS WEB, sino priorizar y ofrecer en los resultados de búsqueda móvil aquellas páginas que están adaptadas a móvil y cumplen con los requisitos mínimos que apunta Google, por  encima de aquellas que no lo están.

 

  • Afecta página a página, no al dominio, es decir, lo que se va a beneficiar de este factor será la página o url individual, no el dominio. Puedes tener sólo determinadas páginas mobile friendly (porque tienen para tí mucho tráfico y están bien posicionadas) pero no tener el dominio adaptado a móvil, y no hay problema.
  • Para búsquedas por keyword brand tu dominio seguirá apareciendo.
  • Aquellas páginas no mobilefriendly no desaparecerán, simplemente perderán su posicionamiento para determinadas palabras clave en favor de otras páginas que si lo están.
  • Esta actualización del algoritmo sólo afecta a búsqueda realizadas desde móvil, NO desde PC o Tablet.

 

CÓMO SABER SI TU SITIO/PÁGINA ES MOBILE FRIENDLY:

1º) Buscar por tu nombre de dominio, y ver si en la snippet description hay una etiqueta gris que dice “para móvil”, entonces será mobile friendly.

2º) Testar el dominio con la herramienta de Google Mobilefriendly Testing Tool

  • En WMT –> Tráfico de búsqueda –> Usabilidad móvil ; puedes ver los errores y problemas que tiene el contenido servido bajo esta url y solucionarlo.
  • Puedes tener tu versión móvil en un dominio diferente al que tienes tu versión de escritorio y estaría bien, no habría problema en servirlo de forma distinta que no coincida con el dominio principal.
  • Los interstitial o reproducciones de vídeo automáticas, (pensar primero en el usuario y en si estás ofreciendo una buena experiencia de navegación), no están bien considerado a nivel de UX móvil.
  • Centrase en el usuario y en ofrecer el mejor contenido posible.
  • De las tres formas de servir el contenido de una web en diferentes dispositivos, Google recomienda el responsive design, según ellos porque a nivel de desarrollo no resulta tan complicado como las otras dos formas (dos urls diferentes o dinámicas) y bajo una misma url el contenido es capaz de adaptarse a los diferentes dispositivos. Añadiría además que bajo esta forma estás optimizando el tiempo de rastreo del robot de Google.
  • Discrepancias entre el tester y WMT: el test del mobile friendly y el informe de WMT sobre usabilidad móvil deberían estar sincronizados, en el sentido que no debería haber errores en WMT si la url pasa el test.  Cuando tienes errores en WMT, no necesitas hacer una solicitud para reindexar de nuevo el contenido de la página una vez los has corregido, automáticamente cuando Google pase a crawlear tu web, entenderá que se han corregido y ya no deberían aparecer en WMT.
  • La herramienta del tester, usa el googlebot, que es como google ve el contenido de una página, sin embargo hay webs con CSS o JS que no pasan este test precisamente porque se usa el bot de google y no un bot de php, que seria como el usuario vería el contenido, de ahí las diferencias en los resultados del test cuando pasas una url en php por el tester.
  • Cuando se utilizan los canonicals (en general) y en el caso de móvil (en particular), se recomiendan el menor número de redirecciones posibles, es decir, que si la página móvil lleva un canonical hacia su versión PC, que ésta a su vez no lleve más redirecciones, porque el googlebot podría confundirse cuando hace el rastreo y perder fuerza, etc.

*Clave, intentar reducir el número de redirecciones para optimizar el tiempo de rastreo de una página.

  • Existen factores que afectan/benefician a la página en sus diferentes versiones PC y móvil, por ejemplo, si una pagina en PC tiene muchos links que apuntan hacia ella, tiene una autoridad de página, una relevancia de url, comentarios, compartidos, etc, esa fuerza se traslada por igual a su versión móvil, de esta forma también ayudará a posicionarla en los resultados de búsqueda de los diferentes dispositivos.
  • Que un mismo contenido de una página aparezca para diferentes dispositivos no quiere decir que sea contenido duplicado. Es fundamental implementar el canonical para indicarle a Google que tenemos una versión pc y móvil y no crear confusión a los bots.

Otras consideraciones:

  • Se dice que esta nueva actualización del algoritmo podría afectar en torno al 50% de todas las búsquedas desde móvil (>Panda=14% y >Pengüin=3%)

 

 

Redes Sociales en el Knowledge Graph de Google

En este post trataré de explicar cómo implementar los iconos de las redes sociales en el knowledge graph de una marca.

¿Qué es el knowledge graph de Google?

Se trata de una extensión gráfica y visual donde Google muestra de forma estructurada la información que considera más relevante para una consulta de búsqueda concreta hecha por el usuario.

Fue en Enero de 2015, cuando Google hizo oficial la aparición de los iconos de las redes sociales de las marcas en los resultados de búsqueda para una keyword de marca, con el fin de mejorar la experiencia de navegación del usuario.

Ésta sería la apariencia visual que se mostraría:

knowledge graph Microsoft

Sólo se mostrará este KG para consultas de marca, en el ejemplo: Microsoft.

  • ¿Qué redes sociales se pueden incluir en el KG?
  1. Facebook
  2. Twitter
  3. Google Plus
  4. Instagram
  5. Youtube
  6. Linkedin
  7. Myspace

Para que Google muestre tus perfiles sociales, éstos deberán estar verificados oficialmente.

  • ¿Cuál sería la estructura de marcado?

código html

Marcando el código dentro de nuestra web, nos aseguramos de que Google podrá acceder a ella para leerla e implementarla.

Si una vez implementadas las etiquetas en el html, Google no es capaz de mostrarla, en la parte inferior derecha del cuadro del KG, hay un enlace “feedback” donde podrás enviarle la petición de corrección para que la muestre.

El tiempo medio de espera para poder visualizarse los iconos sociales en el KG una vez implementados es de aproximadamente siete días, aunque en algunos casos Google es capaz de mostrarlos automáticamente cuando encuentra información relevante del dominio o marca.


Ventajas

  1. Los iconos de Redes Sociales se hacen más visuales y el % de CTR y aterrizaje en las landing pages sociales aumenta.
  2. Mejora la apariencia de marca y su visibilidad (Branding).
  3. Aumenta el espacio para búsqueda orgánica (similar al GOOGLE SEARCH BOX)
  4. Oportunidad de poder optimizar las landings (portada) de nuestros perfiles en redes sociales con promociones, ofertas, lanzamientos de nuevos productos, etc.
  5. Permite generar mayor valor a nuestras campañas y estrategias en redes sociales.

Desventaja

  1. Si los perfiles de las redes sociales que incluimos no tienen una actualización frecuente podría suponer una mala experiencia de usuario.

     


 

Si estás pensando en si implementarlas o no, ten en cuenta que básicamente supone una mejora en la experiencia de búsqueda del usuario, ofreciendo al usuario de forma más visual la posibilidad de seguir a la marca en sus diferentes perfiles de redes sociales, y toda acción orientada a mejorar la experiencia de búsqueda del usuario en Google será bien vista por el buscador.

Hasta la fecha no he visto ningún estudio que demuestre que implementando estos iconos sociales en el KG se mejore la visibilidad de la marca, pero lo que es innegable es que se refuerza la imagen y el recuerdo de marca en las búsquedas del usuario.

“Caja de búsqueda” en los resultados de Google SERPs

Google anunció el pasado 5 de septiembre de 2014 la posibilidad de implementar una “caja de búsqueda” de tu site que apareciera en los resultados de Google (SERPs) cuando un usuario realizara una búsqueda bajo determinadas palabras brand.

Qué es la “Caja de Búsqueda” o SiteLinks de Google

Pues bien, esta “caja de búsquedas” o también llamada “caja de sitelinks”, se podría decir que se trata de un “buscador dentro de un buscador”, donde el usuario puede realizar una búsqueda más concreta y exacta. Esta implementación es aplicable tanto a la versión móvil como a la de PC, y el aspecto que tiene es éste:

el corte ingles caja de búsqueda de Google el corte ingles caja de búsqueda de Google móvil

Cómo funciona la Caja de Búsqueda

  • Cuando un usuario realiza una búsqueda desde dentro de esta caja, pueden ocurrir dos cosas:

1) Que Google ofrezca una especie de Google Suggest, igual que el que aparece en la caja inicial de búsqueda de Google, donde ofrece términos de la consulta con autocompletado (por ejemplo con El Corte Inglés). Una vez que se introduce la palabra y se hace click en ella, el usuario es redirigido a una segunda página de Google (con anuncios de Google) donde te muestra bajo un “palabra site:dominio(punto)com” ,aquellos resultados o páginas indexadas por el buscador. De esta manera la búsqueda se hace mucho más concreta.

2) Que directamente al introducir en la caja de búsqueda una palabra clave, redirija al usuario hacia el buscador interno de la web en cuestión (por ejemplo con el buscador de la Fnac). De esta forma es como si el usuario realizase una búsqueda desde el propio buscador de la página web.

Ventajas e Inconvenientes de la Caja de Búsqueda

Ventajas

>La búsqueda y los resultados ofrecidos se hacen mucho más concretos y aproximados a lo que el usuario demanda.

>Aumenta el tráfico hacia páginas internas de contenido específico, de esta forma aumentamos el nivel de profundidad de búsqueda y CTR de la página (deep link).

>Se reduce el porcentaje de rebote de la página ya que el usuario aterriza “supuestamente” en aquella con el contenido que estaba buscando.

>Se consigue aumentar el tamaño y la visibilidad de la SERP de esa marca, reduciendo y desplazando hacia abajo los demás resultados orgánicos.

>Si la caja de búsqueda va asociada al buscador interno de la web, y ésta está trackeada, se puede “evitar” el problema del not provided que recoge la búsqueda bajo el sitelink de Google. De esta forma se puede conocer los términos de búsqueda del usuario. Además, la página de tu propio buscador interno puede ser reciclada como una “segunda home” donde ofrecer al usuario más contenidos que puedan serle de interés.

Inconvenientes

>Ésta implementación de la caja sólo es posible hacerla si vinculas la caja de búsqueda hacia tu buscador interno. De la otra forma, sólo es Google el que decide si implementarte la caja hacia sus sitelinks o resutlados indexados. Para ello tiene en cuenta el volumen de búsquedas brand de tu sitio web y si cree que es relevante para el usuario mostrar esa caja dentro de tu SERP. Así lo dijo John Mueller en uno de sus últimos hangouts de Google para webmasters a una pregunta.

>Si se implementa el sitelinks de Google, el usuario aterriza en una segunda página dentro del buscador de Google donde se muestran anuncios y donde se podría perder el click de nuestro contenido en favor de ese anuncio. Además, Google no pasa keywords de entrada por las que los usuarios realizan la consulta, tema del not provided. 

Conclusiones

La implementación de la “caja de búsqueda” supone una mejora en la experiencia de navegación del usuario, por lo que toda acción que realicemos encaminada en este sentido hacia una mejora de UX y valor añadido para el usuario, será vista por Google con buenos ojos.

 

Puedes encontrar más información sobre el SiteLinks y el Google Search Box en los siguientes enlaces:

– Google´s Sitelinks Search Box by Moz Blog

-Google: Instrucciones de marcado e implementación