“Sitio No Seguro” nuevo aviso de Chrome

Tal y como Google ha ido notificando via email a los webmasters en los dos últimos años, aquellos sitios que no sirvan sus páginas y contenidos en protocolo seguro HTTPS, llevarán un aviso en el navegador de Chrome como “SITIO NO SEGURO” .

En un principio se esperaba que fuera en Octubre 2017 tal y como Google lo comunicó en su post, pero el pasado 8 de febrero, Google hizo oficial que la fecha sería en Julio de 2018 para Chrome v68.

En concreto la fecha final de aplicación ha sido el 24 de Julio de 2018, donde el navegador de chrome en su versión 68 para desktop muestra el aviso de “No es seguro”. En dispositivos móviles no se está mostrando dicho aviso en Chrome por ahora, tan sólo se presupone que aparecerá un signo de exclamación por delante de la dirección Url para los sitios sin https.

No seguro sin https en Chrome

Desde la configuración de Chrome podrás ver en qué versión se encuentra (Ayuda-Información de Google Chrome). También podrás descargar la versión más reciente desde su enlace de descarga.

Otra novedad que añaden en éste último comunicado, es a la hora de ingresar determinados datos personales como correo electrónico, donde el aviso de “Sitio no seguro” se tornará en rojo, si la dirección en la que se introducen no está encriptada.

Desde el blog de Chromium, aportan datos que confirman que cada vez más existen sitios sirviendo su contenido en protocolo seguro:

  • Más del 68% del tráfico de Chrome en Android y Windows ahora está protegido
  • Más del 78% del tráfico de Chrome en Chrome OS y Mac ahora está protegido
  • 81 de los 100 mejores sitios en la web usan HTTPS por defecto

Desde el blog aportan una solución para auditar tu sitio web de mixed content. La aplicación Lighthouse ayuda a los desarrolladores a encontrar qué recursos carga un sitio utilizando HTTP, y cuáles de ellos están listos para actualizarse a HTTPS simplemente cambiando la referencia del sub-recurso a la versión de HTTPS.

La Velocidad de Página como señal SEO en Móvil

El pasado 18 de abril Google hizo oficial un comunicado que sin duda tendrá efectos directos sobre el posicionamiento de los sitios webs desde dispositivos móviles. Y es que Google apunta que la velocidad de la página en móvil se considerará una señal de posicionamiento a partir de Julio de 2018 (al igual que ya hizo en 2010 con la velocidad de página como factor de ranking en desktop).

Tal y como afirman en el post, el impacto de este nuevo cambio en el algoritmo sólo afectará a un pequeño porcentaje de las queries en móvil (pero teniendo en cuenta el gran volumen de datos que maneja el buscador, este update afectará a un volumen importante de sitios web) y sólo a las páginas más lentas.

El consumo actual que representa el entorno mobile supone en torno al 60% del tráfico desde los distintos buscadores, no sólo Google. Por tanto, es clave tener controlado los tiempo de carga en página y reducirlos lo máximo posible.

Por cada segundo que tarda una página en cargarse en un dispositivos móvil, las conversiones pueden disminuir hasta un 20% Estudio de Google/SOASTA.

Sin duda este movimiento de Google hace referencia más allá de la velocidad de página como factor SEO, y es, el mejorar la experiencia de usuario en móvil (por ejemplo: evitando los vídeos y audios configurados en autoplay, cargar contenido innecesario; o mostrar publicidad en formato full-page pop-ups e interstitials).

Illyes dijo en una ocasión que la forma en la que Google calcula la velocidad de página para desktop no funciona para calcularla en móvil, de ahí la necesidad de lanzar esta nueva forma.

ACTUALIZACIÓN 09/07/2018

Update July 9, 2018: The Speed Update is now rolling out for all users.

Así lo ha comunicado Google de forma oficial, la aplicación de la velocidad de página como factor SEO móvil para todos los usuarios.

RELACIÓN CON EL MOBILE FIRST INDEXING

Se especula con que para el lanzamiento del MFI, este nuevo factor de posicionamiento en móvil ya esté operativo. Por lo que para Julio de 2018, Google podría desplegar su cambio de indexación Mobile First-Indexing.

Sin embargo John Mueller publicó en Twitter que la velocidad de página en móvil sólo afecta a los ranking móviles y que es independiente de la indexación. Incluso Gary Illyes también publicó que, aunque una página cargue lento, puede ser indexada, y que este cambio sólo tiene efecto en el ranking móvil y en ningún caso en la parte de indexing.

¿Y QUÉ PASA CON LAS PÁGINAS AMP?

Si usas AMP en tus páginas, muy probablemente no tengas de qué preocuparte en cuanto a tiempos de carga, ya que en la mayoría de los casos, el tiempo de descarga de las páginas AMP es mucho menor que la página canonical.

Si combinas páginas AMP y móviles, Google tendría en cuenta la velocidad de la página que muestra en los resultados de búsqueda, principalmente AMP.

CÓMO ANALIZAR EL TIEMPO DE CARGA DE MI PÁGINA MÓVIL Y SU RENDIMIENTO

  • Desde GSC en Rastreo -> Estadísticas de rastreo -> Tiempo de descarga de una página : podemos ver el tiempo que tarda en descargarse nuestras páginas en el navegador. Si el tiempo de descarga aumenta (significa que las páginas son más lentas), el número de páginas que los buscadores podrán rastrear al día será menor (y por tanto menor indexación y posicionamiento …).

Al ser una actualización algorítmica y no manual, los webmasters no recibirán ningún mensaje ni aviso en GSC  para mejorarlo.

    • Desde la herramienta de PageSpeedInsights : a través de una reciente actualización de la herramienta, se puede comprobar la velocidad de una página teniendo en cuenta lo que denominan First Contentful Paint (FCP) y el DOM Content Load (DCL), es decir, el momento en el que los usuarios obtienen respuesta visual de la página, y el momento en el que se cargan los documentos de la página.
  • Con la aplicación Lighthouse podrás hacer auditorías de las páginas que quieras analizar y saber así el rendimiento de la página, etc.

OTRAS PREGUNTAS

  1. Con la próxima salida del MFI, ¿los rankings en desktop usarán la velocidad de carga de la página desde móvil y no desde desktop? NO, se seguirá teniendo en cuenta la velocidad de página desde escritorio.
  2.  ¿Que pasaría en el caso de que la url canonical de la página AMP sea muy lenta? Las páginas con un tiempo de carga lento, seguirán rankeando si el contenido de la página es relevante.

CONCLUSIÓN

Esto supondrá que, no tendrás ningún beneficio en los rankings porque la velocidad de tu página sea muy alta, simplemente aquellas páginas que sean realmente lentas, tendrán una degradación en las SERPs.

Page Speed Insights: ¿cómo tener una mayor velocidad de tus páginas?

El pasado 10 de enero de 2018, Google lanzó una nueva actualización de su herramienta gratuita PageSpeed Insights. Ahora la tool ofrecerá una información más real acorde con lo que el usuario experimentaría en la carga de la página, y no tanto la forma en la que Googlebot lo testea cuando pruebas la herramienta.

Por ello, anuncia que la herramienta utilizará los datos del Informe de experiencia de usuario de Chrome, con los que ofrecer mejores recomendaciones técnicas para desarrolladores.

¿Qué significan las dos métricas FCP y DCL que utiliza PSI?

First Contentful Paint (FCP): se registra el momento en que los usuarios obtienen respuestas visuales de las páginas. Cuanto más rápido se obtengan, más probabilidades hay de mantener el interés de los usuarios.

DOM Content Loaded (DCL): se mide el momento en que se cargan y analizan los documentos HTML. Si estos tiempos son breves, disminuyen los porcentajes de rebote.

 

Más preguntas frecuentes sobre PSI en este enlace

Google: El papel de la publicidad entre el SEO y la Experiencia de Usuario

El pasado 1 de junio de 2017, Google comunicaba sus intenciones acerca de la publicidad en los sitios web y su actualización de Chrome a través de su post titulado “Mejorando la publicidad en la web“.

En este post se menciona el estudio impulsado por el usuario sobre los formatos de publicidad que llevan a estos a activar los diferentes ad-blockers (sobre un 30% más que respecto al año 2016) para no empeorar su experiencia de consumo. Esta investigación realizada por la Coalición para mejores anuncios en la creación de los estándares Better Ads describe algunas de estas experiencias: anuncios intersticiales de página completa, anuncios que reproducen sonido inesperadamente y los anuncios intermitentes. De ese estudio se sacó también la conclusión, que no todos los anuncios son mal vistos por los usuarios, y es que por ejemplo, el 85% de los usuarios móviles dijeron que encontraron anuncios ancla (que se adhieren a la parte inferior de la pantalla a medida que se desplaza) solo un poco molestos o no molestos en absoluto. 

Con esa intención por parte de Google por mejorar la experiencia de usuario a través de un formato de publicidad permisivo (y que no ponga en peligro el ecosistema web de ingresos publicitarios), el buscador a través de Chrome dejará de mostrar anuncios (incluidos aquellos que pertenecen o son servidos por Google) en sitios web que no cumplan con los Estándares de mejores anuncios a partir de febrero de 2018 donde activará su propio ad-blocker.

Como herramienta de ayuda, Google ha creado una nueva funcionalidad dentro de la herramienta para desarrolladores y webmasters, Search Console, que permitirá comprobar si las experiencias de anuncio de tu sitio web incumplen los estándares Better Ads.

Desde el punto de vista de los publishers que ofrecen este tipo de anuncios, Google ofrece a los editores con buenas experiencias publicitarias a pagar por su trabajo. Con Opciones de financiación (por ahora en beta) los editores pueden mostrar un mensaje personalizado a los visitantes que utilizan un bloqueador de anuncios, invitándolos a habilitar anuncios en su sitio o pagar un pase que elimina todos los anuncios en ese sitio a través del nuevo Google Contributor.

¿Cómo comprobar si los anuncios de mi sitio cumplen o no los estándares de calidad?

Desde el panel de Search Console -> “Web Tools“, se puede acceder a las funciones de “Informe de experiencia de usuario” dividido entre dispositivos móviles y ordenadores.

En el siguiente vídeo publicado por Google desde su cuenta de “Google Webmasters” puedes verlo todo lo anteriormente explicado de forma visual.


Después de haber comprobado si tu sitio web presenta alguna de esas experiencias e identificar los posibles problemas que tendrías que solucionar, puedes pedir una revisión del sitio.

Para saber si tu sitio web se he revisado, haz clic en Ordenador o Móvil y consulta el informe correspondiente.

“SEO Snippets”, nueva serie de vídeos de Google para Webmasters

Con el objetivo de conseguir que los webmasters y propietarios de los sitios web mejoren el rendimiento de sus sitios, Google lanzó el pasado 21 de diciembre de 2017, una serie de vídeos cortos en su canal de Youtube Google Webmasters titulado “Bienvenido a los SEO Snippets” y presentados por John Mueller (Webmaster Trends Analytics en Google). Anteriormente Matt Cutts (antiguo director del departamento contra el spam en la web, de Google) era el encargado de publicar vídeos cortos respondiendo a preguntas que enviaban algunos webmasters, como por ejemplo: “¿Las páginas de redes sociales rankean de forma diferente?“.

Recientemente actualizó su Guía de optimización en buscadores (SEO) para principiantes con el mismo objetivo.

La idea de esta serie de vídeos cortos, es responder a preguntas concretas (con soluciones específicas) que se hacen con mucha frecuencia en el foro de ayuda de webmasters muchos SEOs y propietarios de sitios web.

Estos son los vídeos y resumen de cada uno:

¿La regla del crawl-delay es ignorada por Googlebot?

La idea del crawl-delay para el archivo robots.txt, fue introducido anteriormente por otros buscadores como Yahoo!, Bing, Yandex. etc. para que el webmaster pudiera especificar cuántos segundos un rastreador o crawler esperaría entre peticiones con el objetivo de balancear el límite de carga del servidor web. Teniendo en cuenta que los servidores son bastante dinámicos, no parece tener mucho sentido esa idea. Por tanto, en lugar de la directiva crawl-delay, decidieron automáticamente ajustar sus rastreos en función de cómo los servidores son capaces de reaccionar para cada caso particular del sitio en cuestión.

Desde la herramienta de Search Console, en “Configuración del sitio“, puedes limitar la frecuencia de rastreo de Google.

Subdominio o directorio, ¿cuál es mejor para SEO?

Aclaran que cualquiera de las dos formas es correcta para Google, sólo que hacer cambios en la estructura de urls de tu sitio, puede llevar un poco más tiempo a que Google entienda esa nueva relación y otorge el peso correspondiente a cada enlace. Por tanto, recomiendan escoger cualquiera de las dos opciones, siempre y cuando se mantengan bajo una estrategia de largo plazo, y no se hagan cambios de urls de forma frecuente.

En el caso de elegir subdominios, se recomienda “Verificar” la propiedad en Search Console para poder hacer una monitorización y seguimiento de estadísticas en cuanto a rendimiento del sitio, accesibilidad de los rastreadores, etc. Si escoges carpetas o directorios, puedes también verificar ese path concreto en la herramienta y sacar datos en particular.

La template de mi sitio tiene varias etiquetas H1, ¿supone un problema?

Las etiquetas H1 son utilizadas comúnmente para marcar el encabezado de una página. Con HTML5 afirman que es habitual tener varios elementos H1 separados para diferentes partes de una página. Si utilizas una template en HTML5 tus páginas tendrán un uso correcto de usar múltiples H1 en la cabecera automáticamente.

En cualquier caso, afirman que tanto si utilizas HTML5 como no, el tener varios H1 en una página, si están bien marcados, no hay problema.

¿Cómo puedo recuperar el control de una propiedad en Google Search Console?

Quizás te hayas preguntado cómo puedes recuperar el control al acceso de tu cuenta de Search Console (antigua Webmaster Tools) si no recuerdas cuál era la cuenta que usaste anteriormente o que no consigas volver a esa cuenta.

Pues bien, puedes por ejemplo crear una nueva cuenta -> verificar su propiedad y volver a trabajar en poco tiempo. Una vez verificada, tendrás acceso a toda la información que recoge la herramienta. También puedes hacer una lista con los otros propietarios verificados y tal vez detectar esas cuentas previas o ver qué tipo de acceso puedes eliminar.

¿Las penalizaciones corregidas afectan al SEO?

Las acciones manuales (que se pueden ver en Search Console) enviadas por el equipo de de webspam de Google y corregidas por el propietario del sitio afectado, una vez que se ha enviado la solicitud de reconsideración, ¿es suficiente para “sanar” tu sitio o es necesario algún paso más?.

Una vez se ha corregido la infracción y realizado esa solicitud, es suficiente para que el equipo de webspam de Google lo revise manualmente, y si todo está solucionado, devolver al sitio a su estado de visibilidad correspondiente (anterior al beneficio que hubiera podido extraer de esas acciones no recomendadas).

¿Cada cuánto y con qué frecuencia Google vuelve a rastrear e indexar un sitio web?

 

Según el buscador, mirar todo el sitio web de una vez o incluso en un corto período de tiempo puede causar una carga significativa en un sitio web. Por ello Googlebot intenta ajustar el rastreo y limitarlo a un cierto número de páginas todos los días. Este número será en función de si el bot puede reconocer mejor esos límites de carga del sitio web. Comprobar partes de un sitio web significa para ellos tener que priorizar cómo van a rastrear.

Entonces, ¿cómo funciona esto? En general, Googlebot intenta rastrear páginas importantes con más frecuencia para asegurarse de que la mayoría de las páginas críticas estén cubiertas. A menudo, esta será la home o tal vez categorías. El nuevo contenido normalmente suele aparecer en la portada del sitio o al menos etiquetados bajo una categoría. Repiten esas páginas con frecuencia, tal vez cada pocos días.

  • ¿Google rastrea 404s o 410s?

En un reciente Webmasters Hangout, John Mueller afirmó que, si esas páginas que ahora devuelven un 4xx antes Google las conocía y solían existir, el bot va a volver a checkearlas de nuevo. Pero esto no implica que tu presupuesto de rastreo se vea perjudicado porque entre a ver urls 4xx, sino que Google tiene una capacidad mayor de rastrear tu sitio, y que puede además re-rastrear urls que antes no servían un código de error y ahora sí. Lo que ocurrirá es que se notificará un incremento de errores en search console a modo de aviso pero si se tratan de urls 4xx marcadas a propósito, no es algo de lo que tengas que preocuparte.  Fuente resumen: Search Engine Journal

¿Por qué el número de páginas indexadas de Search Console es diferente de lo que aparece en Google?

Y es que dependiendo de dónde veas el número de páginas que Google tiene indexadas de tu sitio web, el resultado puede variar significativamente.
Entonces, ¿cuál es el dato correcto que debería usarse?
Desde Google afirman que ese dato no es tan fácil de determinar (existen urls con parámetros, barra final, etc.) y es que hay tres formas de calcular ese dato:

  1. Comando site:dominio.com desde Google
  2. Opción “Estado de Indexación” desde Search Console
  3. Mirar el dato de urls indexadas de tus sitemaps desde Search Console

Sin embargo no recomiendan tomar la primera forma como la ideal para calcular el dato, y sí las dos opciones que exigen conectar tu cuenta con Search Console, ya que según ellos los datos son más fiables.

¿Qué se debería hacer con los errores 404 antiguos que siguen apareciendo en Search Console?

Los sites evolucionan a lo largo de su vida y en muchas ocasiones implican cambios de urls, redirecciones, etc. En esta reestructuración del site lo recomendable es realizar redirecciones de las urls antiguas a las nuevas y actualizar los links que antes apuntaban a esas urls antiguas para que apunten directamente a las nuevas.

Sin embargo con el tiempo es posible que esas redirecciones dejen de tener sentido mantenerlas por tema de costes y se desactiven, o se eliminen porque no derivan un tráfico relevante, o incluso porque se han olvidado de esas urls al pasar al nuevo sitio. Es por ello que todas estas urls cuando no son válidas, se devuelva a través del servidor un código respuesta 404 “Error página no encontrada”, apareciendo como tal en nuestras estadísticas de rastreo dentro de la propiedad del sitio en Search Console.

Es interesante el comprobar a través de los logs o herramientas de analítica cuál es el tráfico que derivan esas urls para tomar la mejor solución. Si esas urls no derivan tráfico como hablamos anteriormente, o no reciben enlaces, quizás lo mejor es dejarlas como 404 y no habría problema. En caso contrario se debería plantear si se redireccionan esa urls y hacía que contenido.

Desde Search Console en Errores No Se Encuentra podrás filtrar esos errores por su fecha de rastreo y ver si afectan más gravemente a tu sitio o no para tomar la mejor decisión (Ver –Cómo tratar un 404 “sin perder en SEO“-).

¿Pueden las urls llevar palabras que no se corresponden con tu idioma de posicionamiento local?

Es cierto que a nivel de usuario, el que alguien encuentre una url con términos en otro idioma, puede generarle confusión y pensar que el idioma en el que esta escrito no es el que desea.

Desde Google afirman que si esas urls son válidas y únicas, por su parte las rastreará e indexará sin problemas. Hay ocasiones en los que las urls con palabras se transforman al llevar caracteres especiales, por lo que generan más confusión aún.

Independientemente de lo que se coloque dentro de las URL, es importante facilitar a los usuarios ese el enlace a las páginas. Por ejemplo, evitar los espacios, comas y otros caracteres especiales en la URL. Usar guiones para separar palabras en la URL. Algunos prefieren usar guiones bajos, no hay problema. Los guiones son generalmente un poco más fáciles de reconocer.

Si tu sitio está disponible en varios idiomas, usa el idioma apropiado en las URL para el contenido en ese idioma.

¿Eliminar la extensión “.html” de las urls puede afectar a mi site?

La respuesta rápida es NO.

Independientemente de la extensión que lleve la url: html, asp, php, etc, Google las va a encontrar de igual forma.

Sin embargo apuntan que, si te decides a por ejemplo cambiar de CMS y éste a su vez no permite la configuración de las urls con la extensión “.html”, a Google le llevará más tiempo en re-procesar y entender este cambio de urls.

Añadir sitemaps para más de 50.000 urls

Los sitemaps están limitados a un máximo de 50K urls por archivo. A través de estos sitemaps, Google y otros buscadores, pueden acceder más fácilmente a esas urls y de forma “más rápida” que si tuvieran que dedicar su tiempo en rastrearlas.

Si el problema es que tienes/quieres subir más urls a un sitemap y estás limitado por ese número, lo que recomiendan es subir más sitemaps con esas urls que quedan. Y es que puedes subir más de un sitemap por sitio. Puedes hacerlo de forma individual, o a través de un sitemap index que a su vez incluya más sitemaps individuales.

Existen varias formas de validar el sitemap para Google, la opción más rápida es a través de Search Console (es recomendable a su vez probar esa url de sitemap para comprobar que no contiene errores ni fallos técnicos en inlcuso de prop, pero también puedes habilitar la url del sitemap a través del robots.txt del sitio.

Fuente original: Blog de Google para Webmasters “Presentamos la nueva serie de videos para webmasters”

Google lanza su nueva herramienta para verificar Resultados Enriquecidos

Ya sabemos que los propietarios de los sitios web tienen la oportunidad de poder resaltar sus páginas y contenido en los resultados de búsqueda de Google. A través de los conocidos como “resultados enriquecidos” y que cada vez tienen más importancia.

Y es que, que determinadas páginas de tu web lleven incrustados determinados microdatos podrá tener un efecto indirecto en el SEO, ya que al darle un formato especial en los resultados, será más atractiva al clic y por tanto tendrá más posibilidad de incrementar tu CTR. Por ejemplo si eres un portal especializado en recetas de cocina, puedes añadir los microformatos conocidos como “Recipes” de tal forma que tu artículo recete se mostrará con una valoración o rating en estrellas…

Hasta ahora, estos formatos de noticias se les conocía también como “Tarjetas enriquecidas”, de hecho así se sigue mostrando en la herramienta Search Console. Sin embargo, a partir de ahora pasarán a llamarse oficial y únicamente como “resultados enriquecidos” tal y como anuncian en su post.

¿Tu página puede generar resultados enriquecidos?

Pues bien, ahora Google ha lanzado una nueva herramienta online llamada “Prueba de resultados enriquecidos” (por ahora en fase beta) que permitirá hacer un diagnóstico y comprobar si esa página es apta o no para generar resultados enriquecidos.

La herramienta ofrece incluso la posibilidad de poder enviar esa url a Google para que acceda de forma más fácil a rastrearla y modificar su formato si es que realizases algún cambio técnico en el html de la página.

Hasta el momento permite probar todas las fuentes de datos en las páginas, como JSON-LD (que recomiendan ya que probablemente acabará convirtiéndose en estándar), Microdata o RDFa.

Por ahora la herramienta sólo es compatible con los microformatos de Recetas, Trabajos, Películas y Cursos. Pero se espera que se vayan incorporando el resto de opciones.

Al estar en formato beta aún, la herramienta no muestra errores de sintaxis en la implementación de los microformatos con Schema.

Prueba de datos estructurados

Además de la nueva herramienta de Resultados enriquecidos, puedes acceder a su otra herramienta online llamada “Prueba de datos estructurados” donde podrás extraer y comprobar la implementación de datos incrustados en el html en los diferentes formatos de schema. Una herramienta muy útil para pasarle una url concreta o un fragmento de código y explorar si muestra errores para solucionarlos cuanto antes.

Chrome activará su propio ad-blocker para eliminar anuncios abusivos

Tal y como ya anunció Google el pasado 1 de junio de 2017, los planes para su buscador  Chrome serán admitir los Better Ads Standards como estándares de calidad en anuncios para principios de 2018. Las infracciones de los estándares se informarán a los sitios mediante el Informe de experiencia publicitaria , y los propietarios del sitio web podrá enviar una revisión del mismo una vez resueltas todas las incidencias.

Pues bien, además del pasado comunicado, a partir del próximo 15 de febrero de 2018, Google pondrá en marcha en Chrome (versión 64 / 65) una actualización que permitirá bloquear determinados formatos de publicidad (incluidos los suyos propios) que perjudiquen y vayan contra la mejor experiencia del usuario en su navegación. Así lo anunció el pasado 19 de diciembre desde su portal para desarrolladores bajo la pestaña “Una actualización en Better Ads“.

Esos formatos de publicidad permitidos se engloban dentro del acuerdo de “Coalición para mejores anuncios” donde Google se integró a través de su programa “Better Ads Experience para ayudar a mejorar esa experiencia con los anuncios web.

Se trata de eliminar aquellos anuncios intrusivos, como por ejemplo formatos de interstitialsque pasaron a ser oficialmente considerados por el buscador como penalizables y que afectarían al posicionamiento de los sitios que los utilizaban.

¿Cómo comprobar si los anuncios de mi sitio cumplen o no los estándares de calidad Chrome y afectarían al SEO de mi sitio web?

Desde la herramienta para desarrolladores de Google (Google Search Console) se podrá acceder a verificar si los anuncios de tu sitio están cumpliendo o no con los requisitos establecidos de calidad.

Desde la opción “Web Tools” del panel principal, se podrá acceder a las funciones de Informe de experiencia de usuario” dividido entre dispositivos móviles y ordenadores.

Desde dentro del panel de Web Tools, también está la funcionalidad de “Experiencias abusivas” donde se mostrarán aquellos formatos con problemas que tendrías que solucionar.

Resumen:

A partir del 15 de febrero de 2018, y de acuerdo con las pautas de la Coalición, Chrome eliminará todos los anuncios de los sitios que tienen un estado de “fallo” en el Informe de experiencia publicitaria de Google Search Console durante más de 30 días.

Google Search Console ofrecerá datos >12 meses en Search Analytics

ACTUALIZACIÓN 25/06/2018

El pasado 08 de Enero de 2018, Google confirmaba a través de su post titulado “Introducing the new Search Console“, que la nueva versión de Google Search Console ofrecerá hasta 16 meses de datos históricos, y no 12 como se ha estado especulando últimamente en Twitter. Este histórico de datos podrás encontrarlos desde la nueva función de la herramienta en el apartado: “Informe de rendimiento de búsqueda

Otra de las nuevas opciones añadidas en la herramienta es la de “Inspección de Urls“, que permite entre otras cosas, obtener un mayor detalle de cómo Google ve una determinada url en términos de rastreo, indexación e información servida de esa página en sus resultados de búsqueda.


La herramienta Google Search Console se actualizará a lo largo de 2018 con nuevas e interesantes funcionalidades para los webmasters. Tal y como hablamos en el post “Actualizaciones de Google Search Console” una de las opciones (seguramente más demandadas) era poder ampliar el histórico de datos de “search analytics”, ya que actualmente sólo ofrece los últimos 90 días.

Pues bien, según John Mueller en una de sus respuestas en Twitter a Glenn Gabe, esa nueva opción de search analytics estaría disponible para todos a principios de 2018.

Por ahora esta nueva funcionalidad ya estaría disponible en la versión Beta de la herramienta. En el comentario en Twitter del propio Glenn Gabe se muestra la gráfica con el histórico de datos de los últimos 12 meses.

 

¿Qué fue lo que más se buscó en Google en 2017?

Como todos los años, Google publica un resumen de cuáles fueron los términos de búsqueda más utilizados en su buscador a través de su portal Google Trends.

Resumen de las keywords más buscadas por temáticas durante 2017:

Las búsquedas internacionales más destacadas sin embargo están relacionadas con el desastre del Huracán Irma; y las relacionadas con los nuevos smartphones de Apple: iPhone 8 y iPhone X. 

En España como se puede ver, han sobresalido las keywords relacionadas con el independentismo en Cataluña. A falta del día más importante del año (después de la declaración de independencia) que será el 21 de Diciembre con las Elecciones en Cataluña.

Desde el perfil oficial de Youtube de Google España, se ha publicado un vídeo resumen donde se repasan los acontecimientos más relevantes del año:

Aquí puedes consultar cuáles fueron las tendencias del 2017 en España

Guía Básica SEO para Webmasters de Google (actualizada 12/12/2017)

El pasado 12 de Diciembre de 2017, Google publicó un post en el blog oficial para webmasters donde anunció una actualización de su guía para principiantes SEO.

Respecto a la anterior versión donde se podía descargar en PDF, esta nueva se puede leer íntegramente sin necesidad de descargar ningún archivo, desde la url publicada dentro de la Ayuda de Search Console bajo el título: “Guía de optimización en buscadores (SEO) para principiantes“.

Para cada una de las prácticas recomendadas enlaza con la url de ayuda/soporte donde poder ir al detalle.

Algunos puntos interesantes de la nueva guía hablan de las mejoras prácticas recomendadas para:

  • Mejorar la rastreabilidad de tu sitio mediante robots.txt , sistema optimizado de paginación, microformatos (mención especial de G a utilizar lo que denominan “listas de ruta de exploración” o también conocidos como “breadcrumbs“).
  • Optimizar tu contenido mejorando los titles, description y fragmento enriquecidos
  • Uso de la etiqueta rel=nofollow
  • Optimización de las imágenes con la etiqueta alt
  • Pensar en una correcta optimización para móviles donde recomiendan (esta vez de forma explícita) el “Diseño web adaptableo también conocido como “versión responsive”.