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.



La página de sitemaps muestra información en función del tipo de contenido. Actualmente, las estadísticas que se muestran de forma más destacada son las relativas a la Web, los vídeos, las imágenes y las noticias. De esta forma, puedes ver cuántos elementos de cada tipo se han enviado (si los hubiera) y, en algunos tipos de contenido, también mostramos cuántos elementos se han indexado.  Con estas mejoras, la nueva página de sitemaps sustituye a la función del laboratorio de sitemaps de vídeo, que desaparecerá.

Otra mejora es la capacidad de probar un sitemap. A diferencia de un envío real, en el proceso de prueba no se envía el sitemap a Google, únicamente se comprueba si contiene errores. Para probar un sitemap es necesario que Googlebot lo recupere en tiempo real, un proceso que normalmente tarda unos segundos en completarse. Ten en cuenta que la prueba inicial no es exhaustiva y es posible que no detecte todas las incidencias; por ejemplo, los errores que solo se pueden identificar una vez se han descargado las URL no se detectarán en el proceso de prueba.

Además de la prueba inmediata, también tenemos una nueva forma de revelar errores que muestra de manera más adecuada los tipos de incidencias que contiene un sitemap.  En lugar de repetir el mismo tipo de error varias veces en un sitemap, ahora los errores y advertencias se agrupan y se muestran algunos ejemplos de los mismos. De este modo, en el caso de los archivos de índice de sitemaps, hemos añadido errores y advertencias procedentes de los sitemaps secundarios que incluye el índice de sitemaps. Ya no tendrás que hacer clic en cada uno de los sitemaps secundarios.

Por último, hemos cambiado el funcionamiento del botón para eliminar los sitemaps. Ahora, estos se eliminan de las Herramientas para webmasters, tanto de tu cuenta como de las cuentas de los demás propietarios del sitio. Ten en cuenta que si eliminas un sitemap de las Herramientas para webmasters, no significa que Google no lo lea o procese. Para eliminar totalmente un sitemap y evitar que sea procesado, te recomendamos que elimines el archivo o bien que lo bloquees mediante robots.txt.

Para obtener más información sobre los sitemaps en las Herramientas para webmasters y el funcionamiento de estos, visita nuestro Centro de asistencia. Si tienes alguna pregunta, consulta el foro de ayuda para webmasters.

Escrito por Kamila Primke, ingeniera de software, Herramientas para webmasters de Google. Publicado por Miguel Silva Rodrigues.


Modelo de diseño probado que muestra contenido
"comprimido" en la parte inferior izquierda


Diseño final de página con enlaces de anclaje en la parte superior
y contenido en el cuerpo principal de la página

  • Cuida el estilo del texto: el texto de los botones, de los enlaces y de los encabezados es lo que más llama la atención a los usuarios cuando examinan la página. Evita el uso de "Más información..." en el texto de los enlaces (los usuarios parecen mostrarse reacios a hacer clic en un enlace que supone aprender algo). En vez de eso, intenta utilizar una descripción literal del contenido al que remite el enlace y asegúrate de que el texto del enlace tenga sentido y sea fácil de entender fuera de contexto, ya que así es como se lee frecuentemente. Presta atención a la forma de escribir e intenta que el texto de los botones sea descriptivo, atractivo e interesante.
  • Prueba las páginas con una conexión más lenta: prueba tus páginas en diferentes redes (por ejemplo, intenta explorar tu sitio web utilizando la red Wi-Fi de una cafetería o de la casa de un amigo), especialmente si es probable que los usuarios a los que está dirigido tu sitio vean las páginas con una conexión doméstica que no sea tan rápida como la de tu oficina. Hemos observado una mejora considerable en las métricas de porcentaje de clics (CTR) y tiempo de permanencia en el sitio en algunos casos al crear animaciones con secuencias de comandos mucho más sencillas y rápidas. (Consejo: utiliza la herramienta Page Speed Online de Google para comprobar el rendimiento si no tienes acceso a una conexión a Internet más lenta). 
Así pues, si en el futuro te ves inmerso en un ciclo de desarrollo que parece no tener fin, podrás ahorrarte algo de tiempo si realizas algunas investigaciones preliminares examinando el perfil de los usuarios y haciendo algunas pruebas básicas que te ayuden a elegir la arquitectura y el diseño más adecuados para tu sitio.


Nos encantaría que contaras tu experiencia en la sección de comentarios. ¿Has llevado a cabo pruebas de facilidad de uso de sitios web? Si lo has hecho, ¿cómo fueron y qué trucos sencillos y económicos te permitieron sacarles el máximo partido?
Share on Twitter Share on Facebook

Share on Twitter Share on Facebook