“Javascript SEO”, 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 27 de febrero de 2019, una serie de vídeos cortos en su canal de Youtube Google Webmasters titulado “Javascript SEO” presentados por Martin Splitt (Desarrollador en Google).

La idea de esta serie de vídeos cortos, es explicar los fundamentos del lenguaje de programación JS y de cómo éste puede afectar al rastreo, indexación y posicionamiento de algunos sitios web en los resultados de búsqueda.

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

Cómo Google indexa los sitios en Javascript

En su fase de rastreo, Googlebot no renderiza Javascript, sino que es el indexador Web Rendering Service (de Google Caffeine) el que ejecuta, renderiza todos los recursos, y a continuación Google Caffeine puede indexar el contenido para por último, Googlebot pueda seguir rastreando los enlaces.

Todo este proceso (descarga, parseo y ejecución) hará que tu contenido tarde más tiempo en aparecer o actualizarse en los resultados de búsqueda. Que tarde más o menos tiempo Google en renderizar tu página, dependerá de mucho factores e incluso no garantizan en todos los casos que pueda hacerse correctamente…

¿Cuándo importa Javascript SEO?

Muchos sitios incorporan elementos en javascript como códigos, efectos visuales en la home, interacciones del usuario, etc. pero está bien, no hay problema, ya que no conforman el contenido principal del sitio.

El principal problema es cuando se utiliza javascript para modificar y presentar ese contenido principal de la página, ya que desde el punto de vista SEO lo que quieres es asegurarte de que Googlebot pueda ver todo el contenido, y ser indexado en la primera fase lo más rápido posible.

Consejos básicos de Javascript para SEO

Algunos consejos básicos y técnicas SEO para ayudar a los usuarios a encontrar tu contenido, y fácilitar el trabajo a los buscadores:

  • Todas las páginas deberían llevar un title y una description lo más claras y descriptivas posibles del contenido de la página. Si no encuentras las etiquetas title y description en el html, es muy probable que estés utilizando js. A esto se le conoce como renderización por el lado del cliente y no es un problema per se.
  • Permitir a Googlebot el rastreo de tus páginas a través de un correcto enlazado interno, uso claro de los anchor text, href, no deshabilitando la opción desde el robots.txt, etc.
  • Usar una estructura clara del contenido tanto para los usuarios como para los buscadores a través de los bloques de encabezado, secciones y párrafos.
  • Utilizar atributos alt en imágenes y caption en vídeos para facilitar la búsqueda de ese contenido a los buscadores.

3 Recomendaciones SEO básicas según Google

El pasado 10 de enero de 2019, Google publicaba en su página oficial “Think with Google” un artículo llamado “3 ways we think about SEO” donde habla de tres acciones especiales que han desarrollado en algunos de sus productos durante el pasado año para mejorar su rendimiento.

Para cualquier sitio web, el crear una estrategia sostenible que promueva un crecimiento orgánico debería ser clave, y el SEO, es otra rama más que puede ayudar a conseguirlo.

Por ello, y para mejorar día a día ese trabajo de posicionamiento, es importantísimo estar al tanto de las últimas actualizaciones de los diferentes motores de búsqueda, no sólo de Google (aunque en España represente prácticamente la totalidad de las búsquedas).

En el artículo que comentaba al inicio, Google afirma que:

Cuando se trata de cómo aparecen los sitios de Google en la búsqueda, reciben el mismo tratamiento que cualquier otro sitio en la web, y nuestros equipos siguen las mismas pautas externas proporcionadas a los webmasters.

Con las mismas pautas externas, se refiere básicamente a los Fundamentos de la Web que actualmente se pueden consultar en la web para desarrolladores de Google. También se mencionan otros recursos como la Guía de optimización en buscadores (SEO) para principiantes.

A continuación se detallan las tres acciones básicas que llevaron a cabo:

Canonicalización de urls

El primer punto básico del que hacen referencia es el de cómo mostrar a los motores de búsqueda qué URL indexar mediante la implementación de canonicals.

Toman como ejemplo su web de Google My Business donde se aprecia el uso que hacen de los canonicals para urls parametrizadas por ejemplo.

Desde la opción del Inspector de Urls dentro de Search Console se puede analizar en mayor detalle cómo Google ve una determinada url en términos de rastreo, indexación y su url canonical elegida por Google.

Uso de AMP y PWA

Teniendo en cuenta que más del 50% del tráfico de los sitios web procede de dispositivos móviles, es interesante evaluar el desarrollo de tecnologías como AMP o Progressive Web Apps que tratan de optimizar el rendimiento y consumo del contenido para móviles. Sin embargo, es cierto que la implementación, y sobre todo el mantenimiento de las mismas, supone un coste elevado.

Además de éstas tecnologías, Google habla en la nota de que se han centrado en mejorar la experiencia del usuario corrigiendo errores de la Consola de búsqueda de Google, implementando datos estructurados y agregando AMP a determinado contenido de su sitio Think with Google.

Evitar duplicados

Atendiendo a la complejidad de toda la estrategia de marketing que Google sigue a nivel mundial, es claro, que en muchas ocasiones determinados dominios y contenidos se duplican incluso para un mismo país.

Por ello, decidieron trabajar en consolidar toda esa información siguiendo sus recomendaciones sobre contenido duplicado.

El contenido duplicado no sólo es confuso para los usuarios, sino también para los motores de búsqueda. Crear un gran sitio en lugar de múltiples micrositios es la mejor manera de fomentar el crecimiento orgánico a lo largo del tiempo.

En resumen, se trata de adaptar continuamente nuestras estrategias al entorno cambiante.

Google cerrará Google Plus en Agosto de 2019

Es oficial, bajo el denominado Project Strobe, Google cerrará su red social Google+.
Además de los problemas de seguridad y el bug detectado que ha supuesto el acceso a información privada de más de 500.000 usuarios...justifican el cierre a que el rendimiento que Google esperaba sobre su red social no ha sido el esperado, de hecho a nivel usuario destacan que el 90% de las sesiones de sus usuarios eran menores de 5 segundos.
De hecho el bug se descubrió en Marzo de 2018 como Google indica el comunicado, pero no lo hizo público hasta más tarde y es que en aquella época Facebook estaba siendo afectada por el escándalo de Cambridge Analytica.

El cierre se irá realizando en fases y culminará en agosto de 2019

  1.  G+ seguirá estando activa para el usuario hasta dentro de 10 meses es decir, sobre Agosto del 2019 – mientras tanto darán información e irán preparando a los usuarios para migrar todo su contenido.
  2. G+ seguirá dando soporte y nueva funcionalidades a empresas que de forma interna siguen usando la herramienta.
  3. A nivel API y para desarrolladores el servicio parece cerrado para evitar más problemas de vulnerabilidades…

Cómo descargar tus datos personales de Google Plus

Desde https://takeout.google.com/ puedes descargarte una copia de seguridad (aunque las publicaciones en ella seguirán estando disponibles) de todos los servicios de Google vinculados con tu cuenta (desde Google Home, Maps, Fit, etc.) seleccionando los que prefieras.

Una vez hecho, puedes escoger el formato del archivo. Es decir, decidir si quieres descargar el archivo en el ordenador o guardarlo en drive, dropbox, etc.

Cómo eliminar tu cuenta de Google Plus

Inicia sesión con tu cuenta de Google.
Entra en Google Plus, y justo a la izquierda de la cuenta, en el menú desplegable, aparecerá la opción de “Configuración”.

Al final del todo en la parte de “Cuenta” seleccionas “Eliminar tu perfil de Google+” y listo.

Extensiones SEO para Chrome

Éstas son las extensiones para Chrome que más utilizo a nivel SEO.

Qué es el Inspector de Urls de Google Search Console BETA

Google anunció el pasado 25 de junio de 2018 una nueva opción en la herramienta de Search Console llamada “Inspección de URLs”.

Ésta nueva opción 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.

Qué información muestra

  • Si la url está o no incluida en el índice de Google (otra forma de asegurarte de si la url está indexada o no es con el comando site:url dentro del buscador).
  • La fecha del último rastreo de esa url
  • Comprobar si tiene errores de AMP o de datos estructurados.
  • Información sobre la url canonical (o de referencia para Google) de esa página

Cómo utilizar la herramienta

Simplemente tienes que introducir la url que quieras analizar bajo la caja de checking teniendo en cuenta que:

  • La url tiene que pertenecer a la propiedad de la que estás consultando en Search Console.
  • Puedes consultar urls AMP y no AMP.
  • Puedes analizar urls que tengan implementados href lang, y la información que la herramienta ofrece será la relacionada con su versión canonical.
  • En el análisis Google no tiene en cuenta acciones manuales o urls eliminadas temporalmente, por lo que puede ser que aparezca como indexada cuando por las acciones anteriores es posible que no lo esté.

Qué podemos sacar en conclusión

Problemas de canonicalización entre urls así como con las duplicadas.

Por ahora Google no contempla lanzar la API de esta nueva funcionalidad, ya que primero se quieren asegurar que realmente es una opción válida.

Más información: Herramienta de inspección de URLs

Cómo actualizar los datos del Knowledge Panel de Google

Desde el pasado 22 de junio de 2018, Google permite modificar/actualizar los datos que salen reflejados en el panel de información de sus resultados de búsqueda.

¿Qué es el panel de información de Google?

Se trata de la caja que aparece cuando se introduce una consulta en el buscador, y que muestra una descripción general de ese consulta con información relevante y enlaces a otros recursos como wikipedia, etc.

Cómo actualizar los datos

Cualquier persona, organización, equipo deportivo, evento y propiedad de los medios puede modificar alguna de la información contenido en el panel. Simplemente buscando el nombre u organización en la búsqueda y haciendo clic en el texto que se muestra justo debajo del Panel de información (“¿Gestionas la presencia online de —–?“) podrás iniciar el proceso de verificación de la propiedad el cual te permitirá actualizar algunos datos (previo login en algunas de estas cuatro propiedades: YouTube, Google+, Search Console o Twitter).

Verificar la propiedad en Google
Fuente: https://www.blog.google

Cambios que no se pueden modificar

Algunas partes del panel de información no pueden modificarse, por ejemplo:

  • El subtítulo
  • El fragmento de Wikipedia
  • Cualquier imagen que no sea la principal
  • La sección Otras personas también buscan

Más información: “Actualizar los datos del panel de información” desde Google Support

AMP Story en los resultados de Google para el Mundial de Rusia 2018

Desde la inauguración del Mundial de Fútbol de Rusia 2018 (14 junio 2018 – 15 julio 2018), Google está mostrando en sus resultados de búsqueda un formato de contenido diferente bajo AMP llamado AMP-Story.

Hasta la fecha no estaba extendido este nuevo formato entre los resultados de búsqueda  y menos desde escritorio, pero con la salida del Mundial se están mostrando desde dispositivos desktop y mobile.

Ya el 13 de febrero de 2018 Google hizo oficial este nuevo formato que ofrece a los productores de contenido una forma más visual y enriquecida de mostrar su información.

The AMP story format is a recently launched addition to the AMP Project that provides content publishers with a mobile-focused format for delivering news and information as visually rich, tap-through stories.

Algunos de los sites en ofrecer este nuevo formato de contenido son FIFA y Telecinco, ya visibles en las SERPS: “mundial de rusia” por ejemplo.

Google Story Mundial 2018

Aquí está un ejemplo de url publicada por FIFA bajo este formato: https://posts.google.com/share/y-QJd5Hz/GUs54F?hl=es

Características del módulo Copa Mundial de Fútbol en Google:

  • Se resalta información del Story con imagen, titular, fecha de actualización, tipo de contenido y número de páginas.
  • Con un formato carrusel donde se mezclan stories y noticias.
  • Al interactuar con las noticias se abre una vista ampliada de la misma y resaltado en azul un enlace a la noticia bajo el anchor “Lee más”.
  • Se habilita una opción directa de compartir en redes sociales.

Más documentación técnica:

https://www.ampproject.org/stories/
https://www.ampproject.org/docs/reference/components/amp-story

¿Qué hacer para que la caché de AMP se refresque al momento?

Una de las limitaciones de AMP es que la versión que guarda Google en caché es una versión que no siempre tiene que ver con la más actualizada, por lo que para sitios que emiten contenido de última hora y en “tiempo real”, esto les supone una gran limitación.

Cómo refrescar la caché de AMP

Existe una etiqueta amp específica para esto: update-cache

¿Cómo funciona?

El tag elimina la última versión y muestra el contenido actualizado. Se le envía un pedido firmado con una url específica para que anule el contenido de la caché y la actualice si existe una última versión. Se tiene que firmar con un certificado digital asociado al dominio principal. Es imprescindible que la url esté servida bajo HTTPS, etc.

Mobile First Indexing (Guía SEO 2018)

El 04 de noviembre de 2016, Google hizo oficial mediante un comunicado que aplicaría cambios en su forma de indexar el contenido dando prioridad a la parte móvil frente a la desktop.

… nuestros algoritmos usarán principalmente la versión móvil del contenido de un sitio para clasificar páginas de ese sitio…

Pues bien, a este comunicado tenemos que añadirle un post reciente del 18 de diciembre de 2017 donde Google resume y añade más información sobre el estado en el que está el cambio.

Contexto

Teniendo en cuenta que más de la mitad del consumo de Google se hace desde dispositivos móviles, la forma de indexar el contenido para ellos no puede mantenerse priorizando la versión escritorio de los sitios por delante de la móvil (como ha estado haciendo hasta ahora). De hecho la explicación de porqué realizan este cambio es:

…actualmente nuestros sistemas de rastreo, indexación y clasificación normalmente miran la versión de escritorio del contenido de una página , lo que puede causar problemas para los buscadores móviles cuando esa versión es muy diferente de la versión móvil. … usaremos la versión móvil del contenido para indexar y clasificar, para ayudar mejor a nuestros usuarios, principalmente móviles, a encontrar lo que están buscando”

Y es que se da la situación en la que algunos sitios ofrecen un contenido distinto entre sus versiones de escritorio y móvil, lo que sin duda ofrece una mala experiencia de búsqueda cuando el usuario realiza un consumo desde los diferentes dispositivos. En realidad, en todo este proceso de indexación, no es que exista dos índices diferenciados, una para desktop y otro para móvil, sino que ahora con esta nueva actualización, la forma de indexar el contenido será priorizando la versión móvil por delante de la desktop.

Gary Illyes confirmó algo que resultará importante tener en cuenta durante este año 2018, y es que en la próxima actualización de Google en cuanto al cambio en la forma de indexar podría usar la velocidad de página en móvil como factor de posicionamiento.

¿Qué sitios podrían verse afectados?

Se verán afectados aquellos que ofrezcan un contenido principal de sus páginas distinto entre versiones tanto para Google a través de los microformatos, etc. como para el usuario a nivel texto, imágenes, vídeos, etc. Es decir, que si tu contenido principal es texto y multimedia, y entre versiones existe diferencias notables entre lo que el usuario ve y lo que el bot rastrea,  hará que el posicionamiento de esas páginas se vea afectado por esas keywords. Una forma sería comprobar desde Search Console – Explorar como Google, que esa url (entre sus diferentes versiones) se sirve igual para el usuario y para buscadores.

Por tanto, en teoría todos aquellos sitios que ofrecen una versión responsive de sus páginas o dynamic serving, no será necesario hacer ningún cambio. Tampoco para aquellas que, a pesar de tener diferenciado en m. y /m/ sus páginas móviles, cumplan con las recomendaciones a seguir de contenido mobile-friendly.

¿Cómo sabemos si nuestro sitio está siendo afectado por este cambio?

Si analizas los logs de tu sitio web, deberías ver un aumento significativo del rastreo del bot de Google para Smartphones (Smartphone Googlebot) , así como el contenido en las páginas de caché de Google , que sería el de la versión móvil de las páginas.

Asegúrate que tu contenido en ambas versiones (cuando tienes diferenciado por subdominios por ejemplo) no está siendo bloqueado a través del robots.txt. Desde Search Console puedes verificarlo simulando ser un bot para smartphones o para pc a través de la opción de Probador de Robots.txt.

Opción Rastreo -> Probador de robots.txt -> “Googlebot” o “Googlebot-Mobile”.

Además Google tiene planeado actuar de varias formas para facilitar este cambio a los propietarios de los sitios: publicando más post en su blog sobre más información, publicar documentación para mobile indexing, aplicar el cambio para muchos más sites y enviar mensajes en Search Console de más info para el cambio. Incluso ya hay algunos sitios que están empezando a recibir en su bandeja de correos una notificación de Google avisando de si tu sitio está preparado.

¿Tengo que hacer algún cambio en mi propiedad de Search Console?

Tanto si tu contenido móvil se está sirviendo desde un dominio diferente del escritorio, subdominio, etc sería recomendable añadir esa ruta en search console. De esta forma podrás estar avisado mediante correos de Google sobre problemas de rastreo, y poder tener datos en el panel en cuanto al estado de indexación.

Además podrás estar al tanto de si tu sitio ha sido penalizado de forma manual porque infringes las directrices de Google por ejemplo por uso de doorways.

Es importante aclarar que para Google tanto dominiomovil.com como m.dominio.com por ejemplo, son propiedades diferentes (igual que el mismo dominio pero con protocolos diferentes http/https), por eso la importancia de verificar esas propiedades en SC.

Relación de canonicals / rel = alternate

Tal y como anuncia Google en su último post de diciembre de 2017, no será necesario hacer ningún cambio en cuanto a la relación interlinking para los sitios con urls móviles independientes. Es decir, se seguirá manteniendo la versión desktop como canonical, y la rel=alternate para indicar la móvil.

Si la relación entre ambas urls es correcta, en Google Search Console no deberías ver un aumento de las urls móviles indexadas (desde el estado de indexación dentro de la propiedad del subdominio o portal con las urls móviles), ya que la indexación debería tomar la url canonical (desktop).

Anotaciones canonicals con urls móviles idnependientes

Datos estructurados y metadatos

Como comentamos en uno de los puntos anteriores, el contenido que se muestra para móvil y desktop debería ser el mismo, no sólo a nivel de lo que el usuario se pueda encontrar en tus páginas, sino también a nivel de lo que los buscadores pueden extraer para interpretar esa información. Es por esto último, por lo que los datos estructurados son tan importantes, ya que facilita las funciones de indexación a los buscadores. Asegúrate que los datos estructurados que implementas en la versión desktop son los mismos que ofreces en la versión móvil, y que no falta nada.
En relación a los metadatos, la lógica es la misma, deben estar presentes en ambas versiones del sitio, ya que de nuevo proporciona señales sobre el contenido en una página para indexar y mostrar. Por ejemplo, títulos y metadescripciones (así como las etiquetas H´s y titles tags) han de ser equivalentes en ambas versiones de todas las páginas del sitio.

Si no hay equivalencia entre ambas versiones, puede ocurrir que determinados snippets no se muestren en móvil y veas afectado el CTR de esas páginas. Es importante saber que la implementación de datos estructurados no relevantes y redundantes en páginas pueden acarrear una acción manual contra tu sitio por considerarlas spam y tratar de alterar los resultados.

A través de la herramienta de Datos Estructurados y Resultados Enriquecidos puedes validar qué microformatos están añadidos en las diferentes urls. Desde el panel de “Datos estructurados” de Google Search Console puedes ver el estado de los microformatos implementados.

Contenido bajo desplegables o enlaces formato acordeón

Desde Google afirman que, pese a que a nivel desktop el “esconder” determinados elementos bajo un menú desplegable puede dificultar su rastreo e indexación, a nivel móvil y por motivos de usabilidad, el formato acordeón (donde los enlaces / contenido principal de tu sitio se muestran bajo una acción de botón) serán tenidos en cuenta igualmente por Google para repartir el peso sobre ese contenido.

¿Y qué pasa con mis páginas AMP?

En principio, tus páginas amp no sufrirán ningún cambio al respecto. Eso sí, asegúrate que el contenido principal sea idéntico al que muestras en la versión canónica de tu página.

  • Para los sites que no tienen versión móvil, Google seguirá indexando la versión PC sin problemas, pero perdemos el beneficio del algoritmo “mobile-friendly”.
  • Si tu versión móvil es AMP, Google podría indexarla por delante de tu versión PC (no adaptada a móvil).
  • Si tu sitio entero es AMP, la indexación sería de tu contenido en AMP.

Recomendaciones a seguir

Como dijimos , los sitios que hacen uso del  diseño web responsivo e implementan correctamente  la publicación dinámica generalmente no tienen que hacer nada. Estos son algunos consejos adicionales que ayudan a garantizar que el sitio esté listo para la indexación en dispositivos móviles:

  • Asegúrate de que la versión móvil del sitio también tenga el contenido importante y de alta calidad. Esto incluye texto, imágenes (con atributos alt) y vídeos, en los formatos usuales que se pueden rastrear e indexar.
  • Los datos estructurados son importantes para las funciones de indexación y búsqueda: deben ser tanto en la versión móvil como en la versión de escritorio del sitio. Asegúrate de que las URLs dentro de los datos estructurados se actualicen a la versión móvil en las páginas móviles.
  • Los metadatos deben estar presentes en ambas versiones del sitio. Proporciona consejos sobre el contenido en una página para indexar y servir. Por ejemplo, asegúrese de que los títulos y las metadescripciones sean equivalentes en ambas versiones de todas las páginas del sitio.
  • Para  sitios que usan URL móviles diferentes , mantén la relación entre el enlace existente rel canonical y el enlace rel alternate móvil.
  • El hreflang de tu url móvil debería apuntar a la versión móvil de la otra página en su otro idioma, e igual ocurriría con la versión desktop (ver link rel=hreflang y los elementos para internacionalización).
  • Asegúrate que los servidores de hosting de tu sitio tienen la suficiente capacidad para manejar incrementos destacados en el crawl rate. Esto sólo afectaría a los sitios que tienen su versión móvil diferenciada de su host, como por ejemplo m.example.com, no afectaría a las páginas en responsive o dinamyc serving.

ACTUALIZACIÓN 14/06/2018

El pasado 14 de junio desde la cuenta oficial de Twitter de Google Webmasters @googlewmc trataron de aclarar algunas confusiones sobre el MFI :

    • Urls: indexan la url mobile. En caso de urls separadas, mostrará la url mobile a usuarios móviles y urls pc a usuarios pc. El contenido indexado será el mismo en ambos casos.
    • Tiempos de rastreo: el número total de urls rastreadas por día (GSC) en general no cambiará, pero el balanceo cambiará de rastrear pc a mobile. Durante ese cambio, quizás de forma temporal se rastree más porque tienen que re indexarlo todo…
    • Página cacheada: por ahora no están mostrando la página cacheada para los sitios indexados por MFI. Es un bug que se corregirá con el tiempo. Es tema de la interfaz de usuario, no afecta al rastreo/indexación o ranking.
    • Índice de velocidad e indexación móvil: el update de julio (sobre la velocidad de las páginas que también se tendrá en cuenta a la hora de posicionar resultados en las búsquedas móviles) será independiente del MFI.
    • Interfaces de usuario de sitios web móviles: el uso de “menús de hamburguesas” y “acordeones” en los sitios web móviles está permitido y rastreado/indexado sin problemas.
    • Requisitos: las páginas que no son mobile-friendly o responsive seguirán funcionando en dispositivos móviles y se indexarán igualmente.
    • Ranking: este cambio de MFI no afecta en nada al posicionamiento, simplemente se usa el contenido móvil. Al contrario que tener contenido mobile-friendly sí es un factor de posicionamiento, estar en el MFI, no lo es.

Más información:
https://webmasters.googleblog.com/2016/11/mobile-first-indexing.html
https://webmasters.googleblog.com/2018/03/rolling-out-mobile-first-indexing.html
https://developers.google.com/search/mobile-sites/mobile-first-indexing
https://developers.google.com/search/mobile-sites/

“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.