msgbartop
Blog de noticias sobre google.
msgbarbottom

06 Feb 19 El renderizado dinámico con Rendertron

Muchos frameworks de frontend dependen de JavaScript para mostrar contenido, por lo que es posible que tardemos un poco en indexar tu contenido o en actualizar el contenido indexado.

Este año, en Google I/O hemos hablado sobre una posible solución: el renderizado dinámico. Hay muchas formas de implementarla, pero la que tratamos en esta entrada de blog es mediante Rendertron, un proyecto de software libre disponible en una versión sin interfaz gráfica de Chromium.

¿En qué sitios web podría ser útil el renderizado dinámico?

No todos los robots de los buscadores y redes sociales que visitan tu sitio web pueden ejecutar JavaScript. Por ejemplo, es posible que el robot de Google tarde un poco y que tenga algunas limitaciones.

Resulta útil emplear renderizado dinámico con contenido que cambia con frecuencia y necesita JavaScript para mostrarse.

La experiencia de usuario de tu sitio web (especialmente el tiempo que tarda en haber un primer renderizado importante) puede mejorarse si se utiliza un renderizado híbrido (por ejemplo, el Angular Universal).

¿Cómo funciona el renderizado dinámico?

El renderizado dinámico es un proceso mediante el cual se puede pasar del contenido renderizado del cliente al previamente renderizado y viceversa para determinados agentes de usuario.

Deberás tener un procesador para poder ejecutar JavaScript y generar archivos HTML estáticos. Se trata de un proyecto de código abierto que renderiza mediante un Chromium sin interfaz gráfica. Las aplicaciones de página única suelen cargar datos en segundo plano o retrasar su carga para renderizar su contenido. Rendertron tiene mecanismos que determinan si se ha completado el renderizado de un sitio web y espera hasta que todas las solicitudes de red hayan finalizado y no haya ningún proceso pendiente.

Esta entrada se divide en los siguientes temas:

  1. Aplicación web de muestra
  2. Configuración de un servidor express.js básico que sirva la aplicación web
  3. Instalación y configuración de Rendertron como middleware para aplicar renderizado dinámico

Aplicaciones web de muestra

La aplicación web Kitten Corner usa JavaScript para cargar varias imágenes de gatos de una API y las muestra en una cuadrícula.

Imágenes de gatitos adorables en cuadrícula y un botón para que aparezcan más: ¡esta aplicación lo tiene todo!
Así se representa el JavaScript:

   const apiUrl = ‘https://api.thecatapi.com/v1/images/search?limit=50’;

   const tpl = document.querySelector(‘template’).content;

   const container = document.querySelector(‘ul’);
   function init () {
     fetch(apiUrl)
     .then(response => response.json())
     .then(cats => {
       container.innerHTML = ;
       cats
         .map(cat => {
           const li = document.importNode(tpl, true);
           li.querySelector(‘img’).src = cat.url;
           return li;
         }).forEach(li => container.appendChild(li));
     })
   }
   init();

   document.querySelector(‘button’).addEventListener(‘click’, init);
La aplicación web usa un tipo de JavaScript reciente (ES6) que todavía no es compatible con el robot de Google. Con la prueba de optimización para móviles se puede comprobar si el robot de Google puede ver su contenido:

 

En la prueba de optimización para móviles se indica que la página está optimizada para estos dispositivos, pero en la captura de pantalla no aparece ningún gato. Aunque sí aparecen el título y el botón, pero no hay ninguna imagen de gatos.
Si bien este problema es fácil de solucionar, es útil saber cómo se configura el renderizado dinámico, puesto que permitirá que el robot de Google vea las imágenes de gatos sin que tengas que editar el código de la aplicación web.

Configurar el servidor

Si quieres mostrar la aplicación web, utiliza express, una biblioteca Node.js, para compilar servidores web.

El código del servidor tiene una estructura similar a la que aparece a continuación. Si quieres, consulta el código fuente completo del proyecto.

const express = require(‘express’);
const app = express();
const DIST_FOLDER = process.cwd() + ‘/docs’;
const PORT = process.env.PORT || 8080;
// Sirve recursos estáticos (imágenes, css, etc.)
app.get(‘*.*’, express.static(DIST_FOLDER));
// Dirige el resto de las URL a index.html en nuestra aplicación de página única
app.get(‘*’, (req, res) => {
res.sendFile(DIST_FOLDER + ‘/index.html’);
});
// Inicia el servidor Express
app.listen(PORT, () => {
console.log(`Node Express server listening on http://localhost:${PORT} from ${DIST_FOLDER}`);

});

Puedes probar este ejemplo: si usas un navegador moderno, deberías ver muchas imágenes de gatos. Para ejecutar el proyecto desde el ordenador, deberás tener node.js para ejecutar estos comandos:

npm install express rendertron-middleware

node server.js


A continuación, dirige tu navegador a http://localhost:8080. Ahora debes configurar el renderizado dinámico.

Implementar una instancia de Rendertron

Rendertron ejecuta un servidor que toma una URL y devuelve un archivo HTML estático de la URL mediante el navegador Chromium sin interfaz gráfica. Sigue las recomendaciones del proyecto Rendertron y usa Google Cloud Platform.

Formulario para crear un proyecto de Google Cloud Platform

Puedes elegir el nivel gratuito, pero debes tener en cuenta que, si te decantas por esta opción, usar aplicaciones de producción puede conllevar costes tal como se indica en los precios de Google Cloud Platform.

1. Crea un proyecto en la consola de Google Cloud. Consulta el ID del proyecto que aparece bajo del campo de entrada.
2. Instala el SDK de Google Cloud tal como se describe en el documento e inicia sesión.
3. Clona el repositorio de Rendertron desde GitHub con:
git clone https://github.com/GoogleChrome/rendertron.git

cd rendertron


4. Ejecuta en tu ordenador estos comandos para instalar dependencias y compilar Rendertron:

npm install && npm run build

5. Para activar el caché de Rendertron, crea un archivo llamado config.json en el directorio de Rendertron que incluye el siguiente elemento:

{ “datastoreCache”: true }
6. Ejecuta el siguiente comando desde el directorio de Rendertron, pero cambiando ID_DE_TU_PROYECTO por el ID del proyecto del paso 1.

gcloud app deploy app.yaml –project YOUR_PROJECT_ID

7. Selecciona una región, confirma la implementación y espera hasta que finalice.
8. Introduce en tu navegador la URL ID_DE_TU_PROYECTO.appspot.com, pero sustituyendo ID_DE_TU_PROYECTO por el ID de proyecto indicado en el paso 1. A continuación, debería aparecer la interfaz de Rendertron con un campo de entrada y botones.

Interfaz de Rendertron después de la implementación en Google Cloud Platform


 Si ves la interfaz web de Rendertron, significa que has implementado correctamente tu propia instancia de Rendertron. Apúntate la URL del proyecto (ID_DE_TU_PROYECTO.appspot.com), ya que la necesitarás en la siguiente fase del proceso.

Añadir Rendertron al servidor

El servidor web utiliza express.js y Rendertron tiene un middleware express.js. Ejecuta este comando en el directorio del archivo server.js:

npm install –save rendertron-middleware


Este comando instala el middleware de Rendertron desde npm, por lo que puedes añadirlo al servidor:

const express = require(‘express’);
const app = express();
const rendertron = require(‘rendertron-middleware’);

Configurar la lista de robots

Rendertron utiliza el encabezado HTTP del agente de usuario para determinar si una solicitud proviene de un robot o del navegador de un usuario y lo compara con una lista actualizada de agentes de usuario de robots. Dado que el robot de Google puede ejecutar JavaSrcipt, la lista no incluye el robot de Google de manera predeterminada. Para que Rendertron también procese las solicitudes del robot de Google, añádelo a la lista de agentes de usuario:

const BOTS = rendertron.botUserAgents.concat(‘googlebot’);

const BOT_UA_PATTERN = new RegExp(BOTS.join(‘|’), ‘i’);

Rendertron compara el encabezado de agente de usuario con esta expresión regular más adelante.

Añadir el middleware

Para enviar solicitudes de robots a la instancia de Rendertron, su middleware debe estar incluido en nuestro servidor express.js. El middleware comprueba el agente de usuario que está haciendo las solicitudes y reenvía las de robots conocidos a la instancia de Rendertron. Añade el siguiente fragmento de código a server.js, cambiando “ID_DE_TU_PROYECTO” por el ID de tu proyecto de Google Cloud Platform:

app.use(rendertron.makeMiddleware({
  proxyUrl: ‘https://ID_DE_TU_PROYECTO.appspot.com/render’,
  userAgentPattern: BOT_UA_PATTERN

}));

Los robots que solicitan el sitio web de muestra reciben el archivo HTML estático de Rendertron, por lo que no hace falta que ejecuten JavaScript para mostrar el contenido.

Probar nuestra configuración

Para probar si la configuración de Rendertron se ha hecho correctamente, vuelve a ejecutar la prueba de optimización para móviles.

 

A diferencia de lo que pasaba en la primera prueba, ahora aparecen las imágenes de gatos. En la pestaña HTML se muestra toda la página HTML generada por código de JavaScript y se indica que Rendertron deja que JavaScript no muestre el contenido.

Conclusión

Has creado una configuración de renderizado dinámico sin editar la aplicación web. Con estos cambios, puedes servir una versión HTML estática de la aplicación web a los rastreadores.

Publicado por Martin Splitt, Unicornio de la Red Abierta


Source: Google Webmasters

01 Feb 19 Cómo triunfar en Google Noticias

Ahora que ya estamos de lleno en 2019, queremos compartir algunas recomendaciones y consejos que esperamos que impulsen a los editores hacia el éxito en Google Noticias en este nuevo año.

Consejo general

En el Centro de editores de Google Noticias, tenemos una gran cantidad de información útil que no debes perder de vista. Consulta esta sección, incluidas las directrices técnicas y las políticas de contenido.

Titulares y fechas

  • Incluye titulares claros: Google Noticias tiene en cuenta varios indicadores a la hora de determinar el titular de un artículo, desde qué pone la etiqueta de título de la página HTML hasta cuál es el texto más destacado de la página. Consulta nuestros consejos sobre titulares.
    • Da fechas y horas precisas: Google Noticias intenta determinar de varias formas la fecha y la hora con la que se debería marcar un artículo. Para asegurarte de que lo hacemos correctamente, sigue estos consejos:
    • Muestra una fecha y una hora de forma clara: según nuestras directrices sobre fechas, se debe incluir una fecha y una hora claras y visibles entre el titular y el texto del artículo. Si es posible, procura que no aparezca ninguna otra fecha en la misma página, ni siquiera las de los artículos relacionados.
    • Utiliza datos estructurados: utiliza el esquema de datePublished y dateModified y aplica el indicador de zona horaria correcta para páginas AMP y para páginas que no sean AMP
  • Procura no modificar la fecha de un artículo sin un buen motivo: si se ha editado un artículo de forma significativa, tiene sentido cambiarle la fecha y la hora. Sin embargo, no cambies la fecha de un artículo si solo has hecho pequeños cambios y no has añadido información importante ni tienes ningún otro motivo convincente para hacerlo. Además, tampoco debes crear un artículo que sea casi idéntico a otro que se publicó anteriormente para eliminar el antiguo y hacer que la URL redirija al nuevo, ya que eso va en contra de nuestras directrices sobre las URL de artículos.

Contenido duplicado

Google Noticias quiere recompensar el contenido periodístico original e independiente mencionando al editor original como fuente fiable para ayudar tanto a los usuarios como a los propios editores. Esto significa que no permitimos contenido duplicado, incluido el copiado o el material que se ha vuelto a escribir o publicar para mejorar los resultados del contenido original. Teniendo esto en cuenta, hemos diseñado estas directrices que los editores deben seguir:

  • Bloquear contenido copiado: con copiar nos referimos a extraer material de otro sitio web, a menudo de forma automatizada. Estos sitios deben bloquear el contenido copiado para impedir que aparezca en Google Noticias.
  • Bloquear contenido que ya se haya escrito antes: en estos casos hacemos referencia a usar material de otro sitio web y volverlo a escribir para que no sea idéntico. Los sitios web que reescriben contenido de forma que no se le da un valor sustancial o añadido deben bloquear ese contenido para que no aparezca en Google Noticias. En este caso se engloban, entre otros, los artículos que se han vuelto a escribir simplemente haciendo pequeños cambios o sustituyendo muchas palabras, pero sin cambiar el significado general del artículo original.
  • Bloquear o considerar canónico contenido que ya estaba publicado: en estos casos hacemos referencia al material original que otro editor publica después de que el autor o editor original le dé permiso para hacerlo, como suele suceder con las agencias o con las colaboraciones entre diversas publicaciones. 

Los editores originales que permiten que otros vuelvan a publicar su contenido pueden asegurarse de que sus versiones originales estén mejor posicionadas en Google Noticias si piden a los otros editores que bloqueen su contenido o señalen como canónico al original.

Para que podamos identificar mejor el material original y reconocerlo como fuente fiable correctamente, Google Noticias también recomienda a esos editores que indiquen como canónico el original y bloqueen el nuevo.

  • Evita contenido duplicado: si te encargas de una red de sitios web de noticias que comparte contenido, también te recomendamos seguir los consejos que aparecen arriba sobre los artículos que se vuelven a publicar. Selecciona el artículo que consideras original y, si crees que es lo conveniente, bloquea los duplicados o señala el original como canónico.

Transparencia

  • Sé transparente: los usuarios que visitan tu sitio web quieren confiar y saber quién lo publica, así como informarse sobre los editores de los artículos. Por este motivo, en nuestras directrices de contenido insistimos en que el contenido debe tener publicaciones con firmas claras, datos sobre los autores e información de contacto.
  • No publiques contenido engañoso: nuestras políticas de contenido prohíben que haya sitios web o cuentas que suplanten la identidad de otra persona u organización, que oculten o mientan sobre quiénes son sus propietarios o sobre cuál es su propósito principal o que participen en acciones coordinadas para engañar a los usuarios. También se incluyen, entre otros, los sitios web y las cuentas que oculten o mientan sobre su país de origen o que muestren contenido a usuarios de otro país bajo pretextos falsos.

Otros consejos

  • No participes en esquemas de enlaces: no contribuyas a estos esquemas, incluidos los programas de marketing de artículos a gran escala o la venta de enlaces que manipulan PageRank. Consulta nuestra página sobre esquemas de enlaces para obtener más información.
  • Utiliza datos estructurados en presentaciones enriquecidas: los autores que usen tanto páginas AMP como otras que no lo son pueden optimizar tu contenido mediante datos estructurados para obtener resultados enriquecidos o presentaciones en carrusel.
  • Protege a tus usuarios y sus datos: protege cada página de tu sitio web con protocolos HTTPS para preservar la integridad y la confidencialidad de los datos que los usuarios intercambien en tu sitio. Puedes consultar más consejos útiles en nuestras prácticas recomendadas sobre cómo implementar HTTPS.

¡Por un próspero 2019!

Esperamos que estos consejos ayuden a los editores a tener éxito en Google Noticias durante este año. Si tienes alguna pregunta más sobre Google Noticias, debes tener en cuenta que no disponemos de asistencia directa, pero sí supervisamos nuestro foro de editores de Google Noticias, donde intentamos solucionar las cuestiones que pueden servir de ayuda a muchos editores. Este foro, además, es un recurso muy útil en el que se pueden ver los consejos que se dan los editores entre sí.

Publicado por Danny Sullivan, Relaciones Públicas de la Búsqueda


Source: Google Webmasters

23 Ene 19 Indexación centrada en los móviles, datos estructurados y tu sitio web

Hace ya dos años que empezamos a trabajar en la “indexación centrada en los móviles”; es decir, a rastrear la Web con el robot de Google para smartphones, pues la mayoría de los usuarios acceden a la Web desde dispositivos móviles. Hemos visto sitios web de todo el mundo adaptarse a la Web para móviles y crear experiencias fantásticas que funcionan en todo tipo de dispositivos. Todavía tenemos mucho trabajo por delante, pero nos complace anunciar que ya hemos implementado la indexación centrada en los móviles en más de la mitad de las páginas web que se muestran en los resultados de búsqueda de todo el mundo.

Comprobar la indexación centrada en los móviles


Por lo general, migramos los sitios web a la indexación centrada en los móviles una vez que hemos comprobado que están listos para el cambio. Siempre notificamos a los propietarios de los sitios web a través de Search Console antes de hacer la transición. Para comprobar si estamos llevando a cabo este proceso en tu sitio web, echa un vistazo a los registros del servidor: en ellos deberías ver que la mayoría de las solicitudes pertenecen al robot de Google para smartphones. También puedes confirmarlo de un modo más sencillo: entra en la herramienta de inspección de URLs y consulta cómo se rastreó e indexó por última vez alguna URL de tu sitio web. Por lo general, basta con comprobar la página principal.



Si en tu sitio web utilizas técnicas de diseño adaptable, no tienes que hacer nada. Sin embargo, si no usas un diseño web adaptable, es posible que debas corregir dos de los problemas que detectamos más a menudo al evaluar sitios web:

1) Faltan datos estructurados en las páginas para móviles

Los datos estructurados son muy útiles porque nos ayudan a comprender mejor el contenido de tus páginas web y nos permiten mostrarlas con funciones especiales en los resultados de búsqueda. Si utilizas datos estructurados en la versión para ordenadores de tus páginas web, deberías incluirlos también en la versión para móviles, ya que es la que usaremos cuando implantemos la indexación centrada en los móviles. Por tanto, si no los incluyes, no los tendremos en cuenta. 


Puede resultar complicado comprobar este aspecto, por lo que te recomendamos que verifiques todos los datos estructurados en general y, a continuación, los compares con los de la versión para móviles de tus páginas web. Para hacerlo, consulta el código fuente de la versión para móviles cuando simules un dispositivo móvil o utiliza el archivo HTML que se genera con la prueba de optimización para móviles. Ten en cuenta que, aunque una página web no esté optimizada para móviles, sí se incluirá en la indexación centrada en los móviles.

2) Falta el texto alternativo de imágenes en las páginas para móviles 



El atributo “alt” de las imágenes (es decir, el texto alternativo) es una buena manera de describir las imágenes a los usuarios con lectores de pantalla, que también se pueden utilizar en dispositivos móviles, y a los rastreadores de los buscadores. En consecuencia, si no añades texto alternativo a las imágenes que utilizas en tus páginas web, nos resultará mucho más difícil comprender su contexto e incluirlas en Google Imágenes.

Comprueba las etiquetas “img” en el código fuente de la versión para móviles de páginas representativas de tu sitio web. Tal como se ha mencionado anteriormente, puedes consultarlo simulando un dispositivo móvil con un navegador o consultando la versión renderizada del robot de Google mediante la prueba de optimización para móviles. Una vez que tengas el código fuente, busca etiquetas “img” y asegúrate de que las que quieras que aparezcan en Google Imágenes incluyan atributos “alt” con descripciones adecuadas.


A continuación te mostramos un ejemplo: 

Con texto alternativo (bien):

<img src=”cute-puppies.png” alt=”Una foto de cachorritos en una manta”>

Sin texto alternativo (mal):


<img src=”sad-puppies.png”>

Es fantástico ver tantos sitios web que se muestran perfectamente en dispositivos móviles. Esperamos que cada vez se incluyan más sitios web en nuestro índice siguiendo la indexación centrada en los móviles para que los usuarios puedan buscar contenido en la Web tal y como han accedido a ella: con un smartphone. Continuaremos supervisando y evaluando este cambio con detenimiento. Si tienes alguna pregunta, visita el foro para webmasters o lee sobre nuestros eventos públicos.



Publicado por John Mueller, Google Suiza


Source: Google Webmasters

17 Ene 19 Actualización sobre los comentarios en el blog Webmasters

Para cada tren hay un pasajero, pero los comentarios no son nuestro tren.

A lo largo de los años, hemos leído miles de comentarios recibidos en los posts de nuestro blog para Webmasters. Algunas veces nos llevaban a la reflexión, otras nos hacían reír a carcajadas pero, en su mayoría, no estaban relacionados con la temática de la publicación o eran simplemente spam; si nos paramos a pensarlo, este último punto es bastante irónico, considerando que este es el blog de Google para Webmasters.

Por este motivo, hemos decidido deshabilitar la función de comentarios en el blog para Webmasters. En lugar de leer los comentarios en el blog, nos centraremos en interactuar con la comunidad en nuestros demás canales. Para todas las publicaciones posteriores a esta, podrás remitir tus comentarios o historias divertidas a nuestro foro de ayuda o Twitter.

Escrito por Gary, el elfo de la casa


Source: Google Webmasters

26 Dic 18 2018: Brindando por nuestra comunidad global de Webmasters

2018 ha sido un año muy importante para nuestra comunidad de ayuda a Webmasters. Entre otras cosas, este año hemos tenido un cambio de nombre en el programa, un evento global y muchas interacciones con la comunidad.

El pasado octubre, los anteriormente conocidos como Colaboradores Principales se convirtieron en Expertos de Producto Oro y los Usuarios Destacados, en Expertos de Producto Plata. Este cambio se aplicó a los foros de todos los productos de Google y estos son los nuevos nombres y símbolos:

Experto de Producto Plata: son los miembros más nuevos que están desarrollando su conocimiento de los productos.
Experto de Producto Oro: son los miembros de confianza que conocen bien los productos y participan de manera activa.


En noviembre, invitamos a los Expertos de Producto Oro de todos nuestros foros de ayuda de Google (como Blogger o Google Mi Negocio) a un evento global celebrado en el campus de Google en Sunnyvale, California. De los casi 550 asistentes de todo el mundo, unos 70 eran Expertos WebmastersProcedentes de 25 países distintos, el nuestro era el segundo grupo más numeroso del evento. Ese mismo mes, se celebró en Moscú otro exitoso encuentro, con 23 Expertos de Producto rusohablantes, 10 de los cuales eran Webmasters.

Webmasters Expertos de Producto Oro en el evento global de este año en Sunnyvale. 




Este grupo de superusuarios presta una ayuda inestimable en 16 idiomas a más de dos millones de usuarios cada año, en temas relacionados con la Búsqueda, los datos estructurados o Search Console.



¿Cuál es el perfil de nuestra comunidad? Muchos de nuestros Expertos de Producto, Oro y Plata, son propietarios de sitios web que empezaron en el foro para Webmasters preguntando dudas sobre sus propios sitios, algunos hace más de una década. Una vez resueltos sus problemas, la mayor parte de ellos se dieron cuenta de que sus conocimientos podían ser de ayuda a otras personas y se quedaron para devolver el favor a la comunidad. Queremos dar las gracias a todos nuestros expertos por su dedicación y por compartir siempre sus conocimientos para ayudar a otros usuarios que tienen problemas con sus sitios web.



A lo largo del año, hemos tenido más de 75 videoconferencias en directo desde nuestro canal de YouTube para Webmasters, en alemán, francés, hindi, inglés, japonés y, por primera vez, también en español. En estas conversaciones, todos los usuarios pueden hacer preguntas directamente al equipo de Google e interactuar los unos con los otros.



Si te interesa unirte a la comunidad, conocer a sus miembros y ayudar a otros usuarios en el foro para Webmasters, consulta más información al respecto en la página web del programa de Expertos de Producto. Nos encanta conocer a usuarios de procedencias y habilidades diversas.



Estamos deseando ver qué novedades llegarán a nuestra comunidad en 2019... ¡Y esperamos conocerte!





Escrito por Aurora Morales, del equipo de Confianza y Seguridad


Source: Google Webmasters

14 Dic 18 Las páginas de preguntas y respuestas ahora aparecen en resultados enriquecidos

Los usuarios utilizan Google para buscar respuestas a todo tipo de preguntas. 
A menudo, la información que buscan está en sitios web en los que los usuarios pueden preguntar y responder dudas, como por ejemplo, sitios web de noticias populares, foros de expertos y secciones de mensajes de asistencia y ayuda.

Para ayudar a que los usuarios identifiquen qué resultados enriquecidos pueden tener la mejor respuesta a sus preguntas, hemos desarrollado un nuevo tipo de resultado enriquecido para los sitios web de preguntas y respuestas. Los resultados de búsqueda de estos sitios web que sean aptos ahora muestran las mejores respuestas en una vista previa. Con esta nueva función, los propietarios de sitios web pueden llegar a los usuarios más adecuados para su contenido y ellos pueden conseguir más rápidamente información relevante sobre sus preguntas.

Captura de pantalla de un resultado de búsqueda de ejemplo de una página titulada “¿Cómo quito un cable atascado en un puerto USB…?”, junto a varias de las mejores respuestas que pueden encontrarse para responderla
Para aprovechar esta función, debes añadir datos estructurados de preguntas y respuestas a las páginas con contenido de este tipo. Con la herramienta de pruebas de datos estructurados, puedes ver si tu página es apta para esta función y saber cómo se mostrará en los resultados de búsqueda. También puedes consultar Search Console para ver datos agregados y ejemplos de errores de marcado. El informe “Rendimiento” también indica con qué consultas han aparecido tus resultados enriquecidos de preguntas y respuestas en los resultados de búsqueda y los cambios que ha habido en esas consultas.

Captura de pantalla de un resultado de búsqueda de ejemplo de una página titulada “¿Por qué a veces las pantallas táctiles detectan un toque cuando…?”, junto a varias de las mejores respuestas que se pueden encontrar en ella.

Si tienes alguna pregunta, háznosla llegar por el foro de ayuda para webmasters o por Twitter.


Publicado por Kayla Hanson, ingeniera de software


Source: Google Webmasters

13 Nov 18 PageSpeed Insights, ahora con la tecnología de Lighthouse

En Google sabemos que la velocidad es importante, por lo que procuramos ofrecer una amplia gama de herramientas para que todo el mundo pueda interpretar los datos de rendimiento de una página o un sitio web. Estas herramientas empleaban hasta ahora diferentes motores de análisis y, por lo tanto, recomendaban distintas medidas, lo que resultaba confuso para los usuarios. Por fin podemos anunciar que, para solucionar este problema, a partir de ahora, PageSpeed Insights (PSI) usará Lighthouse como principal motor de análisis. De este modo, los desarrolladores recibirán los mismos datos de rendimiento y las mismas recomendaciones independientemente de si están haciendo los análisis en la Web, desde la línea de comandos o con DevTools de Chrome. La nueva versión de PSI también incorpora datos de campo del informe “Experiencia de Usuario de Chrome” (CrUX). La versión 5 de la API PageSpeed Insights también incluye estos datos, además de todas las auditorías de Lighthouse. Las versiones antiguas de esta API dejarán de estar disponibles en un plazo de seis meses.


PageSpeed Insights proporciona los siguientes datos:

Datos de experimentos. PSI obtiene y analiza las páginas web mediante Lighthouse, que simula el modo en que los dispositivos móviles las cargan. Esta herramienta calcula varias métricas de rendimiento de las páginas web (como Primer renderizado con contenido y Tiempo hasta que está interactiva) y resume todos estos datos en una puntuación de rendimiento que va de 0 a 100. En estas puntuaciones, que se categorizan en tres niveles, 90 puntos o más se considera un buen resultado.


Datos de campo. PSI también muestra métricas de rendimiento reales (como Primer renderizado con contenido y Latencia de la primera interacción) tanto de la página web como de su origen; al existir esta última posibilidad, hemos desactivado las consultas de origen en PSI. No todos los sitios web tienen datos de campo que se puedan mostrar. Este conjunto de datos se basa en versiones del informe “Experiencia de Usuario de Chrome”, que se actualiza a diario con los datos agregados de los 28 días anteriores. Estas métricas pueden ser diferentes a las descritas en el punto anterior, ya que abarcan un amplio espectro de condiciones de red y dispositivos utilizados por usuarios de Chrome. 

Oportunidades. PSI sugiere cómo mejorar las métricas de rendimiento de la página web y, con cada sugerencia, incluye una estimación de la velocidad a la que cargará esa página si se llega a implementar la mejora.

Diagnósticos. Esta sección proporciona información adicional sobre cómo está cumpliendo una página web con las prácticas recomendadas en cuanto al desarrollo web.

La versión 5 de la API PSI muestra este nuevo análisis junto con datos del informe de Experiencia de Usuario de Chrome, además de todas las categorías de datos de Lighthouse de una URL, incluidas las de rendimiento, aplicación web progresiva, accesibilidad, prácticas recomendadas y SEO.

Consulta más información sobre estos cambios en nuestra sección Preguntas frecuentes. Si tienes alguna pregunta más, hazla en la comunidad de Stack Overflow y márcala con la etiqueta pagespeed-insights.



Publicado por Rui Chen y Paul Irish


Source: Google Webmasters

09 Nov 18 Actualizamos nuestras prácticas recomendadas sobre facturación sospechosa

Todos los meses, millones de usuarios de Chrome se encuentran con páginas de suscripciones que no tienen todos los datos necesarios en sus dispositivos móviles, por ejemplo, los costes de la propia suscripción. En este caso, los usuarios podrían recibir cargos que no se esperaban porque en esas páginas no quedaba claro que existieran, lo que afectaría a la experiencia de usuario de ese sitio web. Por este motivo, a partir de diciembre de 2018, Chrome mostrará una advertencia al acceder a estas páginas para que los usuarios puedan tomar decisiones bien informadas al suscribirse a servicios desde sus dispositivos móviles. En este mensaje, se dará a los usuarios la opción de seguir navegando a la página o de volver atrás si no sabían que estaban accediendo a una página de facturación. 

Suscripciones móviles poco claras

Pongamos como ejemplo que Andrea está navegando por la Web mediante una conexión móvil para acceder a una página de videojuegos en la que se le pide su número de teléfono.


Andrea introduce su número de teléfono móvil y, tras enviarlo, accede al contenido que quería. 

Al mes siguiente, le llega la factura del teléfono y ve un cargo que no esperaba. ¿Era tan cara la suscripción al servicio de juegos online? ¿Aceptó pagar ese precio por el servicio? ¿Cuánto aceptó que se le cobrara para poder acceder al contenido?

Mostrar datos de facturación más claros a los usuarios de Chrome 

Queremos que los usuarios de Chrome sepan que están en un proceso de pago y puedan confiar en que tomarán decisiones bien informadas cuando naveguen por la Web.

Para que los usuarios tengan la información necesaria, es importante facilitar todos los detalles en la página de facturación, tal y como se describe en nuestras nuevas prácticas recomendadas sobre cargos de facturación móvil. En términos generales, se considera que las páginas que responden afirmativamente a las siguientes preguntas son las que facilitan a los usuarios toda la información necesaria:

●¿Los datos de facturación se muestran claramente a los usuarios? En este caso, al responder negativamente se indica que un sitio web oculta o no cuenta con información sobre una suscripción en la página correspondiente, ya que los usuarios deben tener acceso a esos datos antes de suscribirse.

●¿Los clientes pueden ver claramente los costes que se les van a aplicar antes de aceptar las condiciones? Por ejemplo, no se considera una buena práctica que los datos de facturación se muestren en caracteres grises sobre un fondo gris, ya que a los usuarios les cuesta más leerlos.

●¿Los desgloses de las tarifas se entienden con facilidad? La fórmula presentada para explicar cómo se determina el coste del servicio debe ser lo más sencilla y directa posible.

Si Chrome detecta que en una página no se incluyen los datos de facturación que los usuarios necesitan, en los navegadores Chrome para móviles y para ordenadores, así como en WebView de Android, aparecerá esta advertencia:

Esta es la advertencia que se muestra a los usuarios que están accediendo a páginas de facturación poco claras.

 


Cuando detectemos este problema en alguna página, enviaremos una notificación a su webmaster a través de Search Console, donde tendrá la opción de informarnos sobre los cambios que ha hecho para hacer más claro el proceso de pago. En el caso de los sitios web que no se han verificado en Search Console, haremos todo lo posible para ponernos en contacto con los webmasters correspondientes y estaremos a su disposición para responder preguntas en nuestro foro público de ayuda, disponible en 15 idiomas. Una vez que se haya recibido una respuesta en Search Console, revisaremos los cambios y, si procede, quitaremos la advertencia.

En el caso de que tu servicio de facturación dirija a los usuarios a un proceso de pago claramente visible y comprensible, tal como se describe en nuestras prácticas recomendadas, no es necesario que hagas nada más. Además, esta nueva advertencia de Chrome no afectará al posicionamiento de tu sitio web en la Búsqueda de Google.

Si tienes alguna pregunta, ponte en contacto con nosotros a través del foro de ayuda para webmasters.


Publicado por Emily Schechter, del equipo Seguridad de Chrome, y por Giacomo Gnecchi Ruscone y Badr Salmi El Idrissi, del equipo Confianza y Seguridad


Source: Google Webmasters

29 Oct 18 Presentamos reCAPTCHA v3: la nueva forma de evitar robots

Anunciamos nuestra nueva API, reCAPTCHA v3, que ayuda a detectar el tráfico inadecuado de tu sitio web sin que los usuarios tengan que hacer nada. En vez de pedir un captcha, esta nueva versión simplemente te da una puntuación y permite que elijas qué medida se adapta mejor a tu sitio web. 

Una experiencia de usuario sin interrupciones

La tecnología de reCAPTCHA no ha dejado de evolucionar durante esta década. En la primera versión, se pedía a los usuarios que leyeran un fragmento de texto distorsionado y lo escribieran en un cuadro de texto. Con el objetivo de mejorar tanto la experiencia de usuario como la seguridad, después presentamos reCAPTCHA v2, en la que se incluyeron muchos indicios diferentes para determinar si una respuesta procedía de personas o de robots. En esa versión, el reto en sí perdía importancia a la hora de detectar el tráfico abusivo, y aproximadamente la mitad de los usuarios pasaba con tan solo hacer un clic. Con reCAPTCHA v3, evoluciona el modo en que los sitios web comprueban si se trata de un usuario humano o de un robot, puntuando cada interacción según lo sospechosa que parece y, de esta forma, eliminando la necesidad de interrumpir con retos la experiencia de los usuarios. Esta versión realiza análisis de riesgo adaptables en segundo plano y te avisa en caso de que haya tráfico sospechoso, por lo que en todo momento tus usuarios humanos pueden disfrutar de una experiencia fluida.

Detecta los robots con más facilidad mediante “acciones”

En reCAPTCHA v3 hemos incluido las etiquetas “action” (acción), en las que se definen los pasos clave de la navegación de tu usuario y que facilitan contexto a reCAPTCHA antes de que haga su análisis de riesgo. Puesto que con esta versión no se interrumpe la experiencia de los usuarios, recomendamos añadirla a varias páginas. El motor de este tipo de análisis investiga la actividad que ha tenido un usuario en diferentes páginas web y puede identificar patrones de atacantes de forma más precisa. En la consola de administración de reCAPTCHA puedes ver un resumen completo de la distribución de resultados de la API y un desglose de los datos de las 10 acciones que aparecen con más frecuencia en tu sitio web. Así puedes identificar a qué páginas web concretas están atacando los robots y si el tráfico de esas páginas se consideraba sospechoso.




Defiéndete de los robots a tu manera

Otra de las principales ventajas de reCAPTCHA v3 es la flexibilidad que hay a la hora de configurar estrategias de prevención de spam y usos inadecuados de tu sitio web del modo que mejor se adapte a ti. En las versiones anteriores, el sistema de reCAPTCHA decidía qué captcha mostrar a los usuarios y cuándo, por lo que apenas podías mejorar la experiencia de los usuarios de tu sitio web. Esto ya no es así en esta nueva versión, que puntúa las actividades según lo sospechosas que parecen y te da diversas opciones. En primer lugar, puedes definir un umbral para determinar cuándo se deja entrar a un usuario o cuándo se debe hacer una verificación más exhaustiva, ya sea pidiendo una autenticación de dos factores o una verificación por teléfono, etc. La segunda opción es tener en cuenta tanto esa puntuación como indicios a los que reCAPTCHA no puede acceder, como su perfil de usuario o su historial de transacciones. Por último, puedes usar el resultado de reCAPTCHA para configurar un modelo de aprendizaje automático que proteja contra usos inadecuados. Ahora que puedes tomar medidas personalizadas según los distintos tipos de tráfico, con esta versión puedes proteger tu sitio web frente a robots y mejorar la experiencia de los usuarios según las necesidades específicas de tu sitio web. 

En resumen, gracias a reCAPTCHA v3 puedes proteger tus sitios web sin interrumpir la experiencia de los usuarios y dispones de más control a la hora de decidir qué se debe hacer en situaciones de riesgo. Nuestro objetivo cada día, como siempre, es ir un paso por delante de los atacantes y lograr un Internet fácil y seguro para todos (salvo para los robots).

¿Todo listo para empezar a usar reCAPTCHA v3? Consulta más información en el sitio web para desarrolladores.

Publicado por Wei Liu, directora de producto de Google


Source: Google Webmasters

12 Oct 18 Google presenta esta semana su Programa de Expertos de Producto

Hace 12 años empezamos a responder a las preguntas de los webmasters y a leer sus comentarios en nuestros foros para webmasters; por aquel entonces, era un Grupo de Google sobre dudas de sitemaps (anuncio original). Estos foros han pasado de ser una pequeña lista de distribución a cubrir 15 idiomas, con más de 50.000 hilos de conversación al año. Hoy en día, aprendemos mucho de algunos de los casos que se muestran en esta plataforma y la usamos constantemente para reunir comentarios que permitan mejorar el trabajo de nuestros equipos.

Los Colaboradores Principalestc y los Usuarios Destacadostc de Google son algunos de los miembros más activos y participativos de estos foros. Esta comunidad de expertos, que cuenta con más de 100 miembros en todo el mundo solo en los foros para webmasters (1000 miembros si se incluyen todos los foros), ayuda a miles de personas cada año compartiendo sus conocimientos y ayudando a otros a sacar el máximo partido a los productos de Google.


Esta semana anunciamos que hemos cambiado el nombre del Programa de Colaboradores Principales para relanzarlo como Programa de Expertos de Producto de Google. Somos la misma comunidad de expertos, pero con un nuevo nombre.
En los próximos días, actualizaremos las insignias de los foros para que puedas reconocer quiénes son nuestros Expertos de Producto más apasionados y dedicados:

Experto de Producto Plata: son los miembros más recientes, que están desarrollando sus conocimientos sobre los productos.

Experto de Producto Oro: son los miembros de confianza que más conocimientos tienen y más colaboran.

Experto de Producto Platino: son miembros experimentados que, además de ayudar, colaboran dando orientación, creando contenido y mucho más.

Antiguo Experto de Producto: son miembros que ya no están en activo, pero que en su día obtuvieron reconocimiento por sus contribuciones.


Más información sobre los nuevos nombres e insignias disponible aquí.


Estos Expertos de Producto son entusiastas de los productos de Google y disfrutan ayudando a los demás usuarios. También nos ayudan enviándonos comentarios sobre herramientas que todos utilizamos, como por ejemplo Search Console, haciendo preguntas que creen que debemos responder mejor, etc. Los comentarios de los usuarios son vitales para Google y, a menudo, los Expertos de Producto están muy enterados de lo que afecta a muchos usuarios. Por ejemplo, aquí tienes una entrada de blog que detalla cómo se usaron los comentarios de los Expertos de Producto sobre Search Console para diseñar la nueva versión de la herramienta.

Visita el nuevo sitio web del Programa de Expertos de Producto para obtener información sobre cómo convertirte en Experto de Producto y únete a nuestro foro para webmasters. Te esperamos.

Escrito por Vincent Courson, equipo de Seguridad y Confianza


Source: Google Webmasters