Category

Accesibilidad

Archivos

Comprender mejor las páginas web


En 1998, cuando nuestros servidores funcionaban desde el garaje de Susan Wojcicki, no nos preocupábamos para nada de JavaScript ni de CSS. Estos recursos se utilizaban poco, y JavaScript servía para hacer que los elementos de las páginas... parpadearan. Las cosas han cambiado mucho desde entonces. La Web está repleta de sitios web increíbles, dinámicos y sofisticados que usan mucho JavaScript. Hoy nos centraremos en nuestra capacidad de procesar sitios web más sofisticados, es decir, de ver tu contenido de una forma más parecida a cómo lo hacen los navegadores web modernos, de incluir recursos externos, de ejecutar JavaScript y de aplicar CSS.

Hasta ahora solo nos fijábamos en el contenido textual sin editar procedente del cuerpo de respuesta de HTTP, y no interpretábamos lo que veía un navegador normal que ejecutara JavaScript. Cuando empezaron a aparecer páginas con valioso contenido procesado por JavaScript, los usuarios que hacían búsquedas no podían acceder a ese contenido, lo cual era muy negativo tanto para los usuarios como para los webmasters.

Para solucionar ese problema, decidimos intentar comprender las páginas mediante la ejecución de JavaScript. No era tarea fácil, dada la envergadura de la Web actual, pero pensamos que valía la pena intentarlo. Poco a poco hemos ido mejorando la forma de hacerlo. Durante los últimos meses, nuestro sistema de indexación ha procesado un número sustancial de páginas web de forma más parecida a cómo lo haría el navegador de un usuario normal con JavaScript activado.

Hay algunas cosas que a veces fallan durante el procesamiento, lo que puede afectar negativamente a los resultados de búsqueda de tu sitio. A continuación detallamos algunos problemas potenciales y, siempre que sea posible, la forma de evitar que se produzcan:

  • Si se bloquean recursos como JavaScript o CSS en diferentes archivos (por ejemplo, con robots.txt) y Googlebot no puede recuperarlos, nuestros sistemas de indexación no podrán ver tu sitio como un usuario común. Te recomendamos que permitas que Googlebot recupere datos en JavaScript y CSS para que tu contenido se pueda indexar mejor. Esto es especialmente importante en sitios web para móviles, en los que los recursos externos como CSS y JavaScript contribuyen a que nuestros algoritmos comprendan que las páginas están optimizadas para móviles.
  • Si nuestro servidor web no puede gestionar el volumen de solicitudes de rastreo de recursos, nuestra capacidad de procesar tus páginas se puede ver afectada negativamente. Si quieres asegurarte de que Google pueda procesar tus páginas, comprueba que los servidores puedan gestionar las solicitudes de rastreo de los recursos.
  • Siempre es recomendable que tu sitio tenga una degradación elegante. Esto permite que los usuarios disfruten de tu contenido aunque su navegador no disponga de las implementaciones de JavaScript compatibles. También es útil para los visitantes que tienen JavaScript inhabilitado o desactivado, así como para los motores de búsqueda que aún no pueden ejecutar JavaScript.
  • A veces, ejecutar JavaScript puede ser un proceso demasiado opaco o complejo para nosotros, en cuyo caso no podremos procesar la página por completo ni de la forma adecuada.
  • Algunos recursos de JavaScript eliminan contenido de la página en vez de añadirlo, lo que nos impide indexar dicho contenido.

Para facilitar la depuración, estamos trabajando en una herramienta para ayudar a los webmasters a comprender mejor cómo procesa Google su sitio. Esperamos ponerla a tu disposición dentro de unos días en Herramientas para webmasters.

Si tienes alguna pregunta, visita nuestro foro de ayuda.

  Escrito por Michael Xu, Ingeniero de Software, y Kazushi Nagayama, Analista de Tendencias de Webmasters, Publicado por Javier Pérez equipo de calidad de búsqueda.

Read More

Errores de rastreo de smartphones en Herramientas para webmasters de Google



Algunos sitios web optimizados para smartphones están configurados de forma incorrecta, ya que no muestran a los usuarios que realizan búsquedas la información objeto de su consulta. Por ejemplo, a los usuarios de smartphones se les muestra una página de error o se les redirige a una página irrelevante, pero a los usuarios de ordenadores se les muestra el contenido que desean. Algunos de estos problemas, detectados por el robot de Google como errores de rastreo, dañan de forma significativa la experiencia del usuario en tu sitio web y son la base de algunos de nuestros cambios de clasificación recientemente anunciados para los resultados de búsqueda de smartphones.

A partir de hoy, puedes usar los Errores de rastreo ampliados en Herramientas para webmasters de Google para facilitar la identificación de las páginas de tus sitios que manifiestan estos tipos de problemas. Hemos incorporado una nueva pestaña de errores de smartphones en la que compartimos las páginas que hemos identificado con errores detectados únicamente con el robot de Google para smartphones.





Algunos de los errores que compartimos son:

  • Errores de página no encontrada y errores 404 leves: una página puede mostrar un mensaje "no encontrado" al robot de Google, bien cuando ofrece un código de estado 404 HTTP o cuando se detecta que la página es una página de error leve.
  • Redireccionamientos defectuosos: un redireccionamiento defectuoso es un error específico de smartphones que se produce cuando una página para ordenadores redirige a los usuarios de smartphones a una página que no guarda relación con su consulta. Un ejemplo típico de este tipo de error es cuando todas las páginas de un sitio para ordenadores redirigen a los usuarios de smartphones a la página principal del sitio optimizado para smartphones.
  • URL bloqueadas: una URL bloqueada es aquella en la que el archivo robots.txt del sitio no permite de forma explícita que el robot de Google lleve a cabo el rastreo para smartphones. Por lo general, estas directivas de inhabilitación de robots.txt específicas para smartphones son erróneas. Debes investigar la configuración del servidor si ves URL bloqueadas identificadas en Herramientas para webmasters de Google.

Si solucionas los problemas que se muestran en Herramientas para webmasters de Google, puedes mejorar tu sitio para los usuarios y permitir que los algoritmos indexen mejor el contenido. Puedes obtener más información sobre cómo crear sitios web para smartphones y cómo solucionar los errores más frecuentes. Como siempre, si tienes cualquier duda, pregunta en nuestros foros.

Escrito por , Webmaster Trends Analyst, Publicado por Javier Pérez equipo de calidad de búsqueda de Google. 

Read More

Indexación de aplicaciones igual que en los sitios web


Los buscadores de los teléfonos inteligentes se encuentran con muchos reductores de velocidad que pueden frenarlos. Por ejemplo, cada vez que tienen que cambiar de contexto de una página web a una aplicación, o viceversa, los usuarios pueden encontrarse con redireccionamientos y cuadros de diálogo emergentes, o puede que tengan que realizar toques y deslizamientos adicionales. ¿No sería fantástico si pudieses dar a tus usuarios la opción de ver el contenido, ya sea en el sitio web o por medio de tu aplicación, directamente desde los resultados de búsqueda de Google?


Hoy nos complace anunciar una nueva función de Búsqueda de Google, denominada indexación de aplicaciones, que utiliza la experiencia de los webmasters para ayudar a crear una experiencia de usuario coherente entre sitios web y aplicaciones móviles.

Al igual que rastrea e indexa sitios web, ahora Googlebot puede indexar contenido en tu aplicación para Android. Los webmasters podrán indicar qué contenido de aplicaciones quieren que indexe Google, tal y como lo hacen con sus páginas web, a través de un archivo de sitemap existente y a través de Herramientas para webmasters de Google. Si los contenidos de la página web y de la aplicación se indexan correctamente, Google tratará de mostrar enlaces profundos a tu aplicación directamente en nuestros resultados de búsqueda cuando creamos que son relevantes para la consulta del usuario y si el usuario tiene instalada la aplicación. Cuando los usuarios tocan estos enlaces profundos, tu aplicación se iniciará y los llevará directamente al contenido que necesitan. He aquí un ejemplo de la búsqueda de viviendas en Mountain View:



Actualmente estamos probando la indexación de aplicaciones con un primer grupo de desarrolladores. Los enlaces profundos para estas aplicaciones empezarán a aparecer en los resultados de búsqueda de Google para los usuarios que hayan iniciado sesión en un dispositivo Android en EE. UU. dentro de unas pocas semanas. Si estás interesado en permitir la indexación de tu aplicación para Android, es muy fácil empezar:
  1. Comunícanos que estás interesado.Estamos trabajando al máximo para ofrecer esta función en más sitios web y aplicaciones en un futuro próximo.
  2. Habilita los enlaces profundos dentro de tu aplicación.
  3. Proporciona información sobre URIs de aplicaciones alternativas, en un archivo de Sitemaps o con un elemento de enlace en las páginas de tu sitio.

Para obtener más información sobre la implementación y sobre cómo registrarse, visita nuestro sitio para desarrolladores. Como siempre, si tienes alguna duda, consulta nuestro foro para webmasters.


Escrito por , Product Manager. Publicado por Javier Pérez equipo de calidad de búsqueda de Google. 

Read More

Video: Expandiendo tu sitio web a otros idiomas


Hemos grabado un vídeo para ayudar a los webmasters a expandir sus sitio a otros idiomas o variaciones de lenguaje basadas ​​en el país. En este vídeo se habla de temas como el rel=”alternate” hreflang y como aplicarlo en un sitio multilingüe y / o multinacional.

Video and diapositivas, como expander tu sitio web a otros idiomas


Puedes ver el vídeo de principio a fin o saltar a la sección que te interese:


Buena suerte expandiendo tu sitio web a más idiomas

Escrito por , Developer Programs Tech Lead. Publicado por Javier Pérez equipo de calidad de búsqueda de Google. 

Read More

Cómo hacer formularios más rápidos, sencillos e inteligentes

Nivel de webmasters: intermedio


Uno de los principales obstáculos de cualquier embudo de conversión es rellenar un formulario online: los procesos de registro y de compra se basan en los formularios, que constituyen un paso fundamental y complejo en el cumplimiento de los objetivos del sitio. Para muchos usuarios, los formularios online consisten en la introducción repetida de información habitual (por ejemplo, nombres y direcciones) en diferentes sitios de toda la Web, es decir, una tarea tediosa que provoca que muchos se den por vencidos y abandonen el proceso por completo.

La función Autocompletar de Google Chrome y otros proveedores de completado de formularios ayudan a romper esta barrera. Para ello, recuerdan la información habitual de los perfiles y rellenan previamente los formularios con estos valores. Sin embargo, los webmasters no han podido garantizar hasta el momento que Google Chrome y otros proveedores de completado de formularios puedan analizar los formularios de forma correcta. Existen algunos estándares, pero imponen cargas muy pesadas en la implementación del sitio web, por lo que no se suelen utilizar en la práctica.

Nos complace poder anunciar hoy la admisión en Chrome de un nuevo atributo experimental de tipo de autocompletado para los campos de formularios que permite a los desarrolladores web etiquetar texto de forma inequívoca y seleccionar campos con tipos de datos habituales como, por ejemplo, el nombre completo o la dirección. Con este atributo, los desarrolladores web pueden generar conversiones en sus sitios al marcar sus formularios para autocompletado sin necesidad de cambiar la interfaz del usuario ni el servidor.



Solo hay que añadir un atributo al elemento de introducción de datos, por ejemplo, el campo de dirección de correo electrónico puede tener una apariencia similar a la siguiente:

<input type=”text” name=”field1” x-autocompletetype=”email” />

Hemos trabajado en este diseño junto con otros proveedores de autocompletado. Al igual que sucede con cualquier propuesta en fase inicial, esperamos que cambie y evolucione a medida que la comunidad de estándares web nos envíe sus comentarios. No obstante, creemos que esto es un buen punto de partida para la discusión sobre cómo admitir de la mejor forma posible los formularios que se completan automáticamente en la especificación HTML5. Por ahora, este nuevo atributo se ha implementado en Google Chrome como x-autocompletetype para indicar que todavía se encuentra en fase experimental y que no es un estándar, igual que ocurre con el atributo webkitspeech que publicamos (en Inglés) el verano pasado.

Para obtener más información, puedes leer el texto completo de la especificación propuesta (en Inglés), realizar preguntas en el foro de ayuda para webmasters o puedes compartir tus comentarios en el debate sobre estandarización.

Texto original de Ilya Sherman, publicado por Miguel Silva Rodrigues.

Read More