Los dispositivos móviles limitados, también llamados "teléfonos de gama baja", requieren un tipo especial de lenguaje de marcas o un transcodificador del contenido web. La mayoría de los sitios web han dejado de ofrecer contenido compatible con este tipo de teléfonos en WAP/WML. Por este motivo, hemos modificado la forma en que rastreamos el contenido para teléfonos de gama baja (estos cambios no afectan al contenido para smartphones):
1. Hemos retirado el robot de Google para teléfonos de gama baja


A partir de ahora, dejaremos de usar los user-agents para teléfonos de gama baja para rastrear la búsqueda.
2. Utilizaremos anotaciones de enlace "portátiles" para la publicación dinámica de contenido para teléfonos de gama baja


Algunos sitios web ofrecen contenido para teléfonos de gama baja mediante la publicación dinámica en función del user-agent del usuario. Para comprender esta configuración, asegúrate de que las páginas para ordenadores y smartphones de tu sitio web cuentan con otro enlace a la URL autorreferente para dispositivos (teléfonos de gama baja) portátiles:
<link rel="alternate" media="handheld" href="[URL de la página actual]" />
Esto supone un cambio, ya que antes había que utilizar solo la cabecera HTTP "vary: user-agent", por eso hemos actualizado la documentación sobre cómo crear páginas para teléfonos de gama baja. Esperamos que añadir este elemento de enlace te resulte sencillo; gracias por tu ayuda en este tema. Seguiremos mostrando URLs para teléfonos de gama baja en la búsqueda cuando sepamos reconocerlas y sean apropiadas para los usuarios.
3. Retiraremos las herramientas para teléfonos de gama baja en Search Console.


Al desaparecer el robot de Google para teléfonos de gama baja, las opciones de la herramienta Explorar como Google, los errores de rastreo y las extensiones especiales de sitemaps para estos dispositivos dejan de tener utilidad. Las extensiones de sitemaps habituales y otras extensiones de este tipo (como las extensiones para vídeos o Google Noticias), así como las demás opciones de Explorar como Google en Search Console, seguirán estando disponibles.
Hemos hecho todo lo posible para que los cambios fueran mínimos. La mayoría de los sitios web no publican contenido para teléfonos de gama baja, de modo que no deberían verse afectados. Si tu sitio web ofrecía este tipo de contenido, te damos las gracias por facilitar el acceso a Internet a los usuarios de teléfonos de gama baja de todo el mundo.
Si tienes alguna pregunta, no dudes en plantearla en los foros de ayuda para webmasters.
Escrito por John Mueller, analista de Tendencias para Webmasters, Google Switzerland. Publicado por Joan Ortiz, Equipo de Calidad de Google.

Ahora dispones de muchas más opciones: puedes comprobar fácilmente cualquier página de tu sitio web y ver cómo el robot de Google la explora al instante, la función Análisis de búsqueda te indica las palabras clave para las que hemos mostrado tu sitio web en la búsqueda y Google te informa de muchos tipos de piratería automáticamente. Por otro lado, a menudo los usuarios no entendían por qué ciertas palabras clave se incluían en la lista que mostraba la función "Palabras clave del contenido". Por eso, ha llegado el momento de retirar esta función de Search Console.
Las palabras, es decir, las palabras clave, siguen siendo importantes para que Google (y los usuarios) entiendan las páginas de tu sitio web. Sin embargo, aunque nuestros sistemas han mejorado, no pueden leerte el pensamiento, de modo que es importante que describas claramente el contenido de tu sitio web y aquello por lo que quieres que los usuarios lo encuentren. Explícales qué hace que tu sitio web, así como los productos y servicios que ofreces, sean únicos.
¿Cuál ha sido la palabra clave que más te ha gustado o sorprendido de las que se han mostrado con esta función? Cuéntanoslo en tus comentarios.

Escrito por John Mueller, analista de Tendencias para Webmasters, Google Switzerland. Publicado por Joan Ortiz, Equipo de Calidad de Google.


Para ayudar a los webmasters a resolver los problemas de forma más efectiva todavía, nos complace anunciar que hemos actualizado la información disponible en el informe Problemas de seguridad de Search Console.
Información mostrada a webmasters con problemas de software malintencionado o no deseado, y de suplantación de identidad


La información actualizada proporciona explicaciones más específicas sobre seis problemas de seguridad diferentes que ha detectado la Navegación Segura, incluidos el software malintencionado, las páginas engañosas, las descargas dañinas y las descargas poco habituales. Estas explicaciones proporcionan a los webmasters más contexto y detalles sobre lo que detecta la Navegación Segura. También ofrecemos recomendaciones adaptadas a cada tipo de problema e incluimos ejemplos de URL que los webmasters pueden usar para identificar el origen del problema, además de las acciones de resolución específicas que pueden llevar a cabo para solucionarlo.


El equipo de Navegación Segura te recomienda realizar el registro de tu sitio web en Search Console, a pesar de que en este momento no tengas ningún problema de seguridad. Enviamos notificaciones mediante Search Console para que los webmasters puedan solucionar cualquier problema que surja lo más rápido posible.


Nuestro objetivo es ayudar a los webmasters a proporcionar una experiencia de navegación segura a sus usuarios. Agradeceremos cualquier pregunta o comentario sobre las nuevas funciones en el Foro de ayuda para webmasters de Google, en el que los colaboradores principales y los empleados de Google te pueden ayudar.


Para obtener más información sobre el trabajo constante del equipo de Navegación Segura, que se dedica a arrojar luz sobre el estado de la seguridad de los sitios web y a recomendar prácticas de seguridad más efectivas para los sitios web, consulta nuestro resumen de tendencias y resultados en el Informe de transparencia de Navegación Segura. Si estás interesado en las herramientas que Google proporciona a webmasters y desarrolladores que tienen que tratar con sitios web pirateados, consulta este vídeo, que proporciona una buena descripción.


Escrito por Kelly Hope Harrington, Equipo de Navegación Segura. Publicado por Joan Ortiz, Equipo de Calidad de Búsqueda.
Share on Twitter Share on Facebook

Con el firme objetivo de que nuestros resultados sean más útiles, hemos iniciado una serie de experimentos para que nuestro índice se centre primero en los móviles. Aunque nuestro índice de búsqueda seguirá siendo un índice único de sitios web y aplicaciones, la finalidad es que nuestros algoritmos acaben usando primero la versión para móviles del contenido de un sitio para clasificar sus páginas, para entender datos estructurados y para mostrar fragmentos de esas páginas en nuestros resultados. Por supuesto, a pesar de que nuestro índice se construirá a partir de documentos para móviles, seguiremos creando una gran experiencia de búsqueda para todos los usuarios, independientemente de si usan dispositivos móviles o de escritorio.
Entendemos que este es un cambio importante en nuestra forma de indexar y por eso nos lo tomamos muy en serio. Seguiremos experimentando durante los meses siguientes a pequeña escala hasta que podamos extender este cambio, cuando estemos seguros de que ofrecemos una experiencia de usuario inmejorable. Aunque acabamos de empezar con el proceso, a continuación encontrarás recomendaciones para ayudar a los webmasters a prepararse mientras hacemos la transición a un índice más centrado en los móviles.
Puedes comprobar si las etiquetas estructuradas de tu sitio web coinciden para ordenadores y móviles introduciendo las URLs de ambas versiones en la Herramienta de pruebas de datos estructurados y comparando los resultados.
Cuando añadas datos estructurados a un sitio para móviles, evita añadir grandes cantidades de etiquetas que no sean relevantes para el contenido de información específico de cada documento.
Si vas a crear una versión para móviles de tu sitio web, ten en cuenta que un sitio orientado a dispositivos de escritorio que sea funcional puede ser mejor que una versión para móviles incorrecta o incompleta. Es preferible que vayas desarrollando tu sitio para móviles y lo lances cuando esté listo.
Si tienes preguntas, no dudes en ponerte en contacto con nosotros a través de los foros para webmasters o nuestros eventos públicos. Prevemos que este cambio nos llevará algo de tiempo y te mantendremos al día del progreso de migración de nuestros sistemas.


Escrito por Doantam Phan, Product Manager. Publicado por Joan Ortiz, Equipo de Calidad de Google.
Share on Twitter Share on Facebook

Las últimas semanas hemos estado muy ocupados en el Centro para Webmasters de Google recopilando diferente información sobre Accelerated Mobile Pages que esperamos que te sea útil. Hemos abordado los temas siguientes:
   ¿Qué es AMP?
   Cómo empezar a usar Accelerated Mobile Pages
Cómo puede ayudarte Google Search Console a AMPlificar (AMPlify) tu sitio web
   Cuál es la mejor forma de analizar los problemas con Accelerated Mobile Pages
   Ocho cuestiones que hay que tener en cuenta al AMPlificar (AMPlify) un sitio web
También hemos visto que en los foros para webmasters se plantean preguntas sobre cómo empezar a utilizar AMP en la Búsqueda de Google. Pensamos que esta compilación de preguntas frecuentes te puede ser útil:
P: Estoy pensando en crear páginas AMP para mi sitio web. ¿Cuáles son las ventajas de hacerlo? ¿Para qué tipos de páginas y sitios web están pensadas las páginas AMP?
A los usuarios les gusta que el contenido se cargue de forma rápida y sin interrupciones, por lo que el uso del formato AMP puede fomentar que los usuarios consuman tu contenido e interaccionen con él desde dispositivos móviles. Las investigaciones han concluido que el 40% de los usuarios abandonan los sitios web que tardan más de tres segundos en cargarse. The Washington Post detectó que, con la adopción de AMP, disminuyó un 88% el tiempo de carga de los artículos y, en consecuencia, aumentó un 23% el número de usuarios recurrentes provenientes de las búsquedas en móviles.
El formato AMP es ideal para todos los tipos de contenido web estático, como noticias, recetas, carteleras de cine, páginas de productos, reseñas, vídeos, blogs y mucho más.
P: En Search Console se registran errores en páginas AMP que ya hemos corregido. ¿Por qué se siguen viendo?
La respuesta más concisa es que los cambios en las páginas AMP tardan aproximadamente una semana en actualizarse en Search Console. Si te interesa obtener una respuesta que explique el porqué en profundidad, consulta la entrada detallada sobre los desfíos relacionados con la latencia en Search Console que ha compartido John Mueller, analista de tendencias de webmasters de Google.
P: Nuestras páginas AMP no se muestran en la Búsqueda de Google. ¿Qué debemos hacer?
Solo las páginas AMP válidas son aptas para mostrarse en la Búsqueda de Google. Puedes comprobar si tus páginas AMP lo son y asegurarte de que todo el contenido nuevo sea válido con el validador web de HTML para AMP, con la extensión para Chrome o para Opera, o con un proceso más automatizado, como una tarea cron.
Si bien la opción de incluir datos estructurados schema.org en las páginas AMP (recomendamos JSON-LD) es una buena práctica en general, es especialmente importante para los editores nuevos. El contenido de noticias será apto para mostrarse en la sección Noticias destacadas de los resultados de la Búsqueda de Google siempre que incluya propiedades de etiquetas válidas. Para probar los datos estructurados, utiliza la herramienta de prueba de datos estructurados.
Si tienes más preguntas y no has encontrado la respuesta en este artículo, comparte tus sugerencias en los comentarios o en la página Google Webmasters de Google+. Como siempre, también puedes escribir en el foro de ayuda para webmasters.
Escrito por Tom Taylor, Community Manager de AMP. Publicado por Joan Ortiz, equipo de Calidad de Búsqueda.

Share on Twitter Share on Facebook

Share on Twitter Share on Facebook