Chrome 66



Si tu sitio web utiliza un certificado SSL/TLS de Symantec expedido antes del 1 de junio del 2016, dejará de funcionar a partir de la versión Chrome 66, por lo que puede que tus usuarios ya se estén viendo afectados.

Si no sabes seguro qué certificado utiliza tu sitio web, puedes comprobar en Chrome Canary si estos cambios te afectan. Si al conectarte a tu sitio web aparece un error de certificado o una advertencia de DevTools como la que se muestra a continuación, debes cambiar de certificado. Puedes conseguir otro de cualquier autoridad de certificación de confianza, como Digicert, que hace poco adquirió la parte de CA de Symantec.

Ejemplo de error de certificado que es posible que vean los usuarios de Chrome 66 si sigues utilizando un certificado antiguo SSL/TLS de Symantec expedido antes del 1 de junio del 2016. 

Mensaje de DevTools que se mostrará si tienes que cambiar tu certificado antes del lanzamiento de Chrome 66.

Chrome 66 ya se ha publicado en los canales para desarrolladores y en Chrome Canary, lo que significa que los usuarios de esos canales de Chrome ya se están viendo afectados en los sitios web que tienen ese certificado. Si no se cambian los certificados antes del 15 de marzo del 2018, los usuarios de Chrome Beta también comenzarán a tener problemas. En el caso de que tu sitio web ya devuelva un error en Chrome Canary, te recomendamos encarecidamente que cambies tu certificado lo antes posible.


Chrome 70



A partir de la versión Chrome 70, todos los certificados SSL/TLS de Symantec dejarán de funcionar, por lo que se mostrará un error de certificado como el que se ha indicado antes. Para comprobar si tu certificado se verá afectado, accede hoy mismo a tu sitio web desde Chrome y abre DevTools; aparecerá un mensaje en el que se te indica si hace falta que lo cambies.

Mensaje que verás en DevTools si tienes que cambiar tu certificado antes de que se publique Chrome 70.

Si ves este mensaje en DevTools, te recomendamos encarecidamente que cambies de certificado lo antes posible. De lo contrario, los usuarios comenzarán a ver errores de certificado en tu sitio web a partir del 20 de julio del 2018. La primera versión beta de Chrome 70 se publicará aproximadamente el 13 de septiembre del 2018.


Plazos previstos de los lanzamientos de Chrome



La siguiente tabla muestra los lanzamientos previstos de la versión de Canary, de la versión beta y de la versión estable de Chrome 66 y 70. La versión de Canary será la primera en la que algunos usuarios podrán encontrarse con este error, que irá alcanzando a más usuarios con los posteriores lanzamientos de la versión beta y, finalmente, de la versión estable. Recomendamos encarecidamente que los operadores de sitios web hagan los cambios necesarios en sus sitios web antes del lanzamiento de la versión de Canary de Chrome 66 y 70 o, como muy tarde, antes de las fechas de lanzamiento de la versión beta correspondiente.


Lanzamiento
Primera versión de Canary
Primera versión beta
Versión estable
Chrome 66
20 de enero del 2018
15 de marzo del 2018 aprox.
17 de abril del 2018 aprox.
Chrome 70
20 de julio del 2018 aprox.
13 de septiembre del 2018 aprox.
16 de octubre del 2018 aprox.


Para obtener más información sobre el lanzamiento de una versión concreta de Chrome, consulta el calendario de desarrollo de Chromium, que se actualizará en caso de que cambie alguna fecha.

Para cubrir las necesidades de algunas empresas, junto con el lanzamiento de Chrome 66, Chrome también implementará una política de empresa que permitirá seguir confiando en la infraestructura de clave pública (PKI) antigua de Symantec. A partir del 1 de enero del 2019, esta política dejará de estar disponible, por lo que todos los usuarios dejarán de confiar en la PKI antigua de Symantec automáticamente.


Mención especial: Chrome 65



Tal y como anunciamos anteriormente, ya se ha dejado de confiar en los certificados SSL/TLS de las PKI antiguas de Symantec expedidos después del 1 de diciembre del 2017. Esta medida no afecta a la mayoría de los operadores de sitios web, ya que para obtener este tipo de certificados hace falta suscribir un contrato especial con DigiCert. En Chrome 65 y versiones posteriores, se mostrará un error y se bloqueará la solicitud cuando se acceda a sitios web con este tipo de certificados. Si quieres que no se den este tipo de errores, comprueba que estos certificados solo se usan en dispositivos antiguos y no en navegadores como Chrome.



Publicado por Devon O'Brien, Ryan Sleevi y Emily Stark, del equipo de Seguridad de Chrome


Este cambio, que llamamos "actualización de velocidad", solo afectará a las páginas más lentas y a un pequeño porcentaje de las consultas. Se aplicarán los mismos criterios a todas las páginas, independientemente de la tecnología con la que se hayan diseñado. La intención con la que se hace una consulta de búsqueda seguirá siendo un factor muy importante, así que una página lenta podrá tener una buena posición en los resultados si ofrece contenido pertinente y de calidad.

Animamos a que los programadores tengan en cuenta el modo en que el rendimiento afecta a la experiencia de usuario de sus páginas y a que consulten las diferentes métricas de experiencia de usuario. No hay ninguna herramienta que indique directamente si este nuevo factor afecta a páginas concretas, pero aquí tienes algunos recursos con los que evaluar el rendimiento de tus páginas:
  • Informe Experiencia de Usuario de Chrome: se trata de un conjunto de datos público en el que se facilita información sobre métricas de experiencia de usuario clave de sitios web populares. Estos datos se basan en la experiencia real de usuarios de Chrome.
  • Lighthouse: se trata de una herramienta automatizada que forma parte de las herramientas para desarrolladores de Chrome y con la que puedes medir la calidad (rendimiento, accesibilidad y más) de las páginas web.
  • PageSpeed Insights: se trata de una herramienta que evalúa los datos del rendimiento de una página en el informe Experiencia de Usuario de Chrome y que recomienda cambios para optimizar el rendimiento.

Como siempre, si tienes alguna pregunta o alguna sugerencia, puedes hacerlas en nuestros foros para webmasters.

Publicado por Zhiheng Wang y Doantam Phan


Resumamos antes la situación: nuestros sistemas de rastreo, indexación y clasificación suelen analizar la versión para ordenadores del contenido de las páginas, lo que puede ocasionar problemas a los usuarios de dispositivos móviles si la versión para móviles es muy distinta. La indexación centrada en los móviles toma esta última versión al indexar y clasificar las páginas para que los usuarios, que usan principalmente dispositivos móviles, encuentren más fácilmente lo que están buscando.

Seguimos teniendo un único índice desde el que publicar resultados de búsqueda; no hemos creado ningún índice centrado en los móviles. Tradicionalmente, indexábamos la versión para ordenadores de las páginas web, pero ahora iremos usando cada vez más el contenido de sus versiones para móviles.

Notificamos a los sitios web que se están pasando a la indexación centrada en los móviles en Search Console. Los propietarios de estos sitios web notarán que el robot de Google para smartphones rastrea sus páginas con más frecuencia. Además, mostraremos la versión para móviles de su contenido tanto en los resultados de búsqueda como en las páginas almacenadas en la caché de Google.


Para obtener más información sobre cómo determinamos el contenido para móviles de un sitio web, consulta nuestra documentación para desarrolladores. En ella se explica cómo se preparan los sitios web con un diseño web adaptable o publicación dinámica para usarse en la indexación centrada en los móviles. En los sitios web que tengan tanto páginas AMP como páginas que no son AMP, indexaremos la versión para móviles de las páginas que no sean AMP.

No te preocupes si tu sitio web no forma parte de esta primera fase; solo se cambia el modo de obtener contenido, no el de clasificarlo. La indexación centrada en los móviles no influye de ningún modo en el posicionamiento: se usan los mismos criterios en todas las páginas, se hayan indexado con el método nuevo o no, independientemente de si son para móviles u ordenadores. De hecho, seguirás estando en nuestro índice aunque solo tengas contenido para ordenadores.

Dicho esto, seguimos animando a los webmasters a que optimicen su contenido para móviles. Evaluamos todo el contenido incluido en nuestro índice, sea del tipo que sea, para determinar su nivel de optimización para móviles. Desde el año 2015, esta medida facilita que el contenido optimizado para móviles mejore su posicionamiento en las búsquedas hechas desde dispositivos móviles. En la misma línea, hace poco anunciamos que, a partir de julio de 2018, el contenido que tarde en cargarse puede bajar posiciones en los resultados de búsqueda tanto en ordenadores como en móviles.

En resumen:

●    La indexación móvil se implementa cada vez en más sitios web. Este método no mejora el posicionamiento del contenido ni está relacionado con nuestra evaluación sobre si el contenido está optimizado para móviles.
●    Seguimos recomendando que tengas contenido optimizado para móviles si quieres mejorar el posicionamiento de tu sitio web en los resultados de búsqueda móviles.
●    Seguimos recomendando que tengas contenido que se cargue rápidamente si quieres mejorar el posicionamiento de tu sitio web en los resultados de búsqueda tanto en ordenadores como en móviles.
●    Como siempre, se tienen en cuenta muchos factores a la hora de posicionar los sitios web. Es posible que mostremos contenido que no esté optimizado para móviles o que tarde en cargarse si muchos otros factores indican que es el contenido más pertinente.

Continuaremos supervisando y evaluando este cambio con detenimiento. Si tienes alguna pregunta, no dudes en pasarte por nuestro foro para webmasters o nuestros eventos públicos.


Publicado por Fan Zhang, ingeniero de software
Share on Twitter Share on Facebook