Blog oficial de Google para Webmasters

Proteger la privacidad de los usuarios es una prioridad para Google y ha permitido llevar a cabo cambios recientes. Ayudar a los usuarios a ahorrar tiempo también es una cuestión muy importante y constituye uno de los principios que se mencionan de forma explícita en nuestra filosofía. Hoy, nos complace anunciar que la Búsqueda web de Google utilizará en breve una nueva propuesta para reducir la latencia cuando un usuario utilizando la búsqueda SSL de Google haga clic en un resultado de búsqueda con un navegador moderno como Chrome.
A partir de abril, para aquellos navegadores que cuenten con la compatibilidad adecuada, utilizaremos la metaetiqueta "referrer" para simplificar de forma automática la URL de referencia que envía el navegador al visitar una página a la que se accede desde un resultado de búsqueda orgánico, lo que da lugar a la obtención más rápida de resultados y a una experiencia más eficaz para el usuario.
¿Qué supone este cambio para sitios que reciben clics procedentes de resultados de búsqueda de Google? Es posible que empiecen a aparecer encabezados de referencia "origin" es decir, páginas principales de Google; (consulta la especificación de la metaetiqueta "referrer" para obtener más información) como una fuente de tráfico de búsqueda SSL orgánica. Este cambio solo afectará al subconjunto de encabezados de referencia de la búsqueda SSL que aún no incluían los términos de consulta. Los encabezados de referencia que no sean HTTPS seguirán comportándose de la forma habitual. 
Recordar que el motivo principal de este cambio es la eliminación de un redireccionamiento innecesario, lo que permitirá que los usuarios que hayan iniciado una sesión puedan acceder a su destino de forma más rápida.
Los programas de análisis de sitios web pueden detectar estas solicitudes de búsqueda orgánica localizando nombres de host de Google básicos a través de SSL (por ejemplo, "https://www.google.es/").  Los webmasters seguirán viendo los mismos datos en las Herramientas para webmasters de Google y al igual que antes, recibirán una lista global de las consultas de búsqueda más habituales que han generado tráfico a su sitio.
Seguiremos investigando nuevos sistemas para mejorar la forma en que aparecen los datos de las consultas de búsqueda en las Herramientas para webmasters de Google. Si tienes preguntas, comentarios o sugerencias, indícanoslo a través del foro de ayuda de Herramientas para webmasters de Google.
Escrito por John Mueller, Webmaster Trends Analyst, Publicado por Javier Pérez, equipo de Calidad de búsqueda.

A lo largo del pasado año, las Herramientas para webmasters de Google añadieron un gran numero de nuevas funciones como, por ejemplo, mejoras en las opciones Sitemaps y Errores de rastreo, así­ como la nueva función Administración de usuarios. En las últimas semanas, también hemos actualizado el diseño de la interfaz de usuario para que se corresponda con el nuevo estilo de Google.
Para poder seguir publicando mejoras, en ocasiones revisamos cada una de las funciones para comprobar si siguen siendo útiles en lo que respecta a su mantenimiento y a su compatibilidad. Como resultado de la última ronda de limpieza de primavera del sitio, vamos a eliminar la opción "Estadí­sticas de suscriptor" y la herramienta de creación de archivos robots.txt en las próxima dos semanas.
En la opción Estadísticas de suscriptor , se incluye el número de suscriptores de feeds RSS o Atom de un sitio. Esta función se proporciona actualmente en Feedburner, otro producto de Google que ofrece sus propias estadísticas de suscriptores, así como otras funciones interesantes que están diseñadas de forma específica para todo tipo de feeds . Si buscas una función que sustituya a la opción "Estadísticas de suscriptor" de las Herramientas para webmasters de Google, consulta Feedburner.
La herramienta de creación de archivos robots.txt ofrece una forma de generar archivos robots.txt para evitar que Googlebot rastree partes específicas de un sitio. Esta función apenas se utiliza, por lo que hemos decidido eliminar la herramienta de creación de archivos robots.txt de las Herramientas para webmasters de Google. Aunque la mayorí­a de los sitios web no necesitan ni siquiera un archivo robots.txt, si consideras que necesitas uno, puedes crear fácilmente un archivo robots.txt en un editor de texto o utilizar una de las muchas otras herramientas disponibles en la Web para generar archivos robots.txt.

Si tienes preguntas o comentarios relacionados con estos cambios, publi­calos en el foro de ayuda.


Escrito por Jonathan Simon, analista de tendencias de webmasters, Publicado por Javier Pérez, equipo de Calidad de búsqueda.

Cuando los usuarios acceden a Google, tienen una idea bastante clara de lo que buscan, pero necesitan ayuda para decidir el resultado que puede incluir la información que mejor se adapta a sus necesidades. Por tanto, el desafío de Google consiste en dejar claro a los usuarios el contenido que existe en una página de forma útil y concisa. Ese es el motivo por el que utilizamos fragmentos enriquecidos.

Básicamente, los fragmentos enriquecidos te ofrecen la posibilidad de ayudar a Google a destacar aspectos de tu página. Independientemente de que tu sitio contenga información sobre productos, recetas, eventos o aplicaciones, añadir algunos elementos sencillos a tu marcado puede dar lugar a una mayor interacción con tu contenido y, potencialmente, generar un mayor tráfico hacia tu sitio.
Para ayudarte a empezar a utilizar este marcado o mejorar tus fragmentos enriquecidos, hemos reunido una serie de tutoriales en vídeo para webmasters de todos los niveles de experiencia. Estos vídeos te sirven de ayuda a la hora de marcar tu sitio para que Google pueda entender mejor tu contenido, ya que podemos utilizar ese contenido para mejorar los fragmentos enriquecidos que mostramos de tus páginas. Consulta los vídeos que aparecen a continuación para empezar a utilizar los fragmentos enriquecidos:

Para obtener más información sobre cómo utilizar el marcado de fragmentos enriquecidos en tu sitio, consulta la página del Centro de asistencia.








Escrito por Alejandro Goyen, director de producto, Publicado por Javier Pérez, equipo de Calidad de búsqueda.

Mientras mantienen un sitio web, los webmasters pueden decidir moverlo total o parcialmente a una nueva ubicación. Por ejemplo, puedes mover el contenido de un subdirectorio a un subdominio o a un dominio totalmente nuevo. Cambiar la ubicación de tu contenido puede ser un poco pesado, pero merece la pena hacerlo correctamente.
Para que los motores de búsqueda comprendan mejor la estructura de tu nuevo sitio y que sea más fácil de utilizar para los usuarios, sigue estas directrices:

• Es importante que redirijas a todos los usuarios y a todos los bots que visiten la ubicación anterior de tu contenido a la nueva ubicación con redireccionamientos 301. Para que la relación entre ambas ubicaciones quede más clara, asegúrate de que todas las URL antiguas dirijan a una nueva URL que aloje un contenido similar. Si no puedes utilizar redireccionamientos 301, puedes utilizar canónicos de dominio cruzado para los motores de búsqueda y mostrar un mensaje a los usuarios para informarles y dirigirles a la nueva ubicación del contenido.


• No olvides verificar tanto la nueva ubicación como la anterior en la misma cuenta de Herramientas para webmasters de Google.



• Comprueba que Googlebot pueda rastrear tu nueva ubicación con la función Explorar como Googlebot. Es importante que compruebes que Google puede acceder a tu contenido en la nueva ubicación. Además, asegúrate de que las URL anteriores no estén bloqueadas por una directiva Disallow de robots.txt, de forma que sea posible encontrar el redireccionamiento o el rel=canonical.


• Si vas a mover tu contenido a un dominio o a un nombre de host completamente nuevo, infórmanos del cambio a través de la opción Cambio de dirección en la sección Información del sitio de las Herramientas para webmasters de Google.

Infórmanos si vas a mover tu contenido a través de las Herramientas para webmasters de Google

• Si también has cambiado la estructura de URL del sitio, asegúrate de que sea posible moverte por el sitio sin que aparezcan páginas de error 404. Las Herramientas para webmasters de Google pueden resultar útiles a la hora de investigar posibles enlaces rotos. Selecciona Diagnóstico > Errores de rastreo para comprobar posibles errores en tu nuevo sitio.


• Comprueba que tu sitemap esté actualizado.


• Una vez que hayas configurado los redireccionamientos 301, puedes controlar tus páginas de error 404 para comprobar que se redirija a todos los usuarios a las nuevas páginas y evitar que acaben por error en direcciones URL rotas. Cuando un usuario acabe en una página de error 404 en tu sitio, intenta identificar a qué URL estaban intentando acceder, por qué a este usuario no se le ha redireccionado a la nueva ubicación de tu contenido y, a continuación, realiza los cambios adecuados en tus reglas de redireccionamiento 301.


• Echa un vistazo a la sección Enlaces a tu sitio en las Herramientas para webmasters de Google e informa de la nueva ubicación a los sitios más importantes que acceden a tu contenido.


• Como regla general, trata de evitar tener dos sitios rastreables con contenido idéntico o muy parecido sin un redireccionamiento 301 o sin especificar un rel=”canonical”.


• Si el contenido de tu sitio es específico de una región en particular[c], también puedes comprobar las preferencias de orientación geográfica de la estructura de tu nuevo sitio en las Herramientas para webmasters de Google.


• Por último, te recomendamos que no implementes otros cambios importantes cuando estés moviendo tu contenido a la nueva ubicación, como contenido a gran escala, la estructura de URL o actualizaciones de navegación. Si cambias demasiado a la vez, puedes confundir a los usuarios y a los motores de búsqueda.


• Esperamos que encuentres estas sugerencias útiles. Si tienes alguna duda sobre cómo mover tu contenido a una nueva ubicación, te animamos a que visites el foro de ayuda para webmasters de Google y le pidas consejo a los webmasters expertos.

Escrito por Fili Wiese, equipo de Calidad de tráfico de anuncios y Kaspar Szymanski, equipo de Calidad de búsqueda de Google, Publicado por Javier Pérez, equipo de Calidad de búsqueda.

Google ha dejado claro desde hace tiempo que la optimización de motores de búsqueda (SEO) puede ser muy positiva y constructiva , y no somos los únicos que lo pensamos.
Una optimización eficaz de los sitios web para los motores de búsqueda puede mejorar el rastreo de un sitio y permitir que páginas individuales sean más accesibles y fáciles de encontrar. La optimización de las web para los motores de búsqueda también incluye cosas tan simples como que la página incluya las palabras clave adecuadas y no los términos de la jerga del sector que nunca escribirían los usuarios normales.
Las optimizaciones “White hat” para los motores de búsqueda a menudo mejoran la usabilidad de un sitio, permiten crear contenido de gran calidad o aumentan la velocidad de aceso a los mismos, algo que resulta muy positivo tanto para los usuarios como para los motores de búsqueda.
Una optimización adecuada es sinonimo de prácticas de marketing de calidad, y pensar en formas creativas que permitan aumentar el atractivo de un sitio.
El resultado neto de crear un sitio de calidad suele ser un mayor interés por ese sitio en la Web, y a través de los motores de búsqueda y de las redes sociales puede traducirse en un aumento del número de usuarios que incluyen un enlace al sitio o que acceden a él.
El término opuesto a la optimización “white hat” es un concepto denominado “black hat web spam ” (no confundirlo con el "correo no deseado" o "email spam").
Para aumentar el tráfico o mejorar el posicionamiento, algunos sitios utilizan técnicas que no benefician a los usuarios y cuyo objetivo consiste en buscar métodos fáciles y rápidos o vulnerabilidades que permitan que las páginas alcancen mejores posiciones que las que les corresponden.
A diario observamos todo tipo de técnicas de web spam, desde el uso excesivo de palabras clave hasta redes de enlaces que intentan mejorar la posición de los sitios en las clasificaciones.
El principal objetivo de muchos de los cambios que hacemos en la manera de clasificar los sitios web es ayudar a los usuarios a encontrar sitios que proporcionen una experiencia de calidad y les ofrezcan la información que buscan. Asimismo, queremos que los “webmasters honrados” que crean sitios de calidad para los usuarios, no simplemente para los algoritmos, vean recompensados sus esfuerzos. 
Para ello, hemos lanzado cambios en Panda que han hecho que el numero de sitios de gran calidad mostrados en los resultados de busqueda aumente. A comienzos de este año, también lanzamos un algoritmo de diseño de página que rebaja la posición de los sitios que no incluyen mucho contenido en la mitad superior de la página.
En los próximos días, vamos a lanzar un cambio importante en el algorítmico enfocado específicamente para las prácticas webspam. El cambio rebajara la posición de los sitios que creemos que violan las directrices para webmasters de Google.
Siempre nos hemos esforzado en atajar el webspam en los resultados de búsqueda, y este algoritmo representa otro paso más en nuestros esfuerzos por reducir el web spam y promocionar contenido de gran calidad.
Aunque no podemos revelar ninguna señal específica, ya que no queremos que los spammers puedan manipular los resultados de búsqueda y empeorar la experiencia de los usuarios, recomendamos a los webmasters que se centren en crear sitios de gran calidad que ofrezcan una experiencia del usuario positiva y que utilicen métodos SEO "white hat" en lugar de técnicas de web spam.
A continuación, te mostramos un ejemplo la táctica webspam como es el uso excesivo de palabras clave tomado de un sitio que se verá afectado por este cambio:


Obviamente, la mayoría de los sitios afectados por este cambio no son tan "descarados" como el ejemplo anterior. En el siguiente ejemplo, te mostramos un sitio con patrones de enlace inusuales que también se vería afectado por este cambio. Ten en cuenta que, si intentas leer el texto en voz alta, descubrirás que los enlaces salientes no tienen ninguna relación con el contenido real y, de hecho, el texto de la página es completamente ininteligible:


Es posible que el contenido de los sitios afectados por este cambio no se reconozca fácilmente como spam sin un análisis más profundo o la experiencia necesaria, pero el denominador común es que estos sitios van mucho mas allá de lo que se considera optimización "white hat" y se adentran en técnicas de webspam que intentan manipular los resultados de busqueda.
El cambio se publicará para todos los idiomas de forma simultánea. Como referencia, el cambio de Panda inicial afectó aproximadamente al 12% de las consultas de forma significativa, mientras que este algoritmo afecta aproximadamente al 3,1% de las consultas en inglés en un grado que podría ser detectado por un usuario habitual. El cambio afecta aproximadamente al 3% de las consultas en algunos  idiomas, como alemán, árabe y chino, aunque el impacto será aún mayor en idiomas con mucho contenido no deseado. Por ejemplo, el 5% de las consultas en polaco sufrirán un cambio de tal magnitud que podría ser detectado por un usuario habitual.
Queremos que los usuarios apliquen técnicas de optimización "white hat" (o incluso que no utilicen técnicas SEO ) para que puedan centrarse exclusivamente en la creación de sitios web atractivos y de gran calidad. Como siempre, estamos abiertos a tus comentarios relacionados con como mejorar los algoritmos de clasificación para alcanzar este objetivo.

Matt Cutts, ingeniero distinguido.


Publicado por Javier Pérez, equipo de Calidad de búsqueda.

Los títulos de las páginas constituyen una parte importante de los resultados de búsqueda, ya que son la primera línea de cada resultado y los enlaces en los que hacen clic los usuarios que realizan búsquedas para acceder a los sitios web.  Siempre hemos recomendado a los webmasters que incluyan títulos de páginas (y metadescripciones de los fragmentos) descriptivos y únicos para especificar a los usuarios que realizan búsquedas el tema de la página. 
Utilizamos un gran número de indicadores para determinar el título que se debe mostrar a los usuarios, principalmente la etiqueta <title> si el webmaster ha especificado una.  No obstante, en el caso de algunas páginas, es posible que un único título no sea el más adecuado para mostrarse como respuesta a todas las consultas, por lo que disponemos de algoritmos que generan títulos alternativos para que los usuarios reconozcan páginas relevantes con mayor facilidad.  Nuestras pruebas han demostrado que estos títulos alternativos suelen ser más relevantes para la consulta y que pueden mejorar considerablemente el porcentaje de clics en el resultado, lo que sirve de ayuda a los usuarios que realizan búsquedas y a los webmasters. En aproximadamente la mitad de los casos, este es el motivo por el que mostramos un título alternativo. 
En otras ocasiones, los títulos alternativos se muestran para páginas que no tienen título o en las que el webmaster ha especificado un título no descriptivo en el código HTML.  Por ejemplo, un título en el que se utilice únicamente el término "Página principal" no indica realmente el tema de la página. Otra incidencia común que hemos observado es que, en ocasiones, los webmasters utilizan el mismo título en casi todas las páginas de un sitio web, unas veces repitiéndolo de forma exacta y otras utilizando pequeñas variaciones.  Por último, también intentamos sustituir los títulos innecesariamente largos o difíciles de leer por alternativas más concisas y descriptivas. 
Para obtener más información sobre cómo puedes escribir metadescripciones y títulos más adecuados, así como sobre los indicadores que utilizamos para generar títulos alternativos, hemos actualizado recientemente el artículo del Centro de asistencia relacionado con este tema.  Asimismo, tratamos de informar a todos los webmasters cuando descubrimos títulos que se pueden mejorar en sus sitios web mediante la función de sugerencias en HTML incluida en las Herramientas para webmasters de Google, a la que puedes acceder a través de la sección "Diagnóstico" del menú situado a la izquierda. 
Como siempre, si tienes preguntas o comentarios, comunícanoslo a través del foro de ayuda para webmasters. 

Publicado por Pierre Far, analista de tendencias de webmasters. Publicado por Javier Pérez, equipo de Calidad de búsqueda.

Si sientes curiosidad sobre el anuncio relacionado con el uso de los elementos rel="next" y rel="prev" para contenido paginado que hicimos hace unos meses, puedes ver un vídeo sobre otros aspectos básicos de la paginación que hemos preparado para responder a tus preguntas.
Algunos ejemplos de contenido paginado pueden ser un artículo que abarque varias páginas o URL o una categoría de producto de comercio electrónico que abarque varias páginas.
Puedes utilizar los elementos "rel="next" y rel="prev" para indicar claramente a Google que quieres que tratemos esas páginas como una secuencia lógica y que, por tanto, debemos agrupar las propiedades de enlace de esas páginas y, normalmente, dirigir a los usuarios a la primera página de la secuencia.

Para obtener más información, ve el vídeo de presentación:
En este vídeo sobre paginación se tratan los aspectos básicos de los elementos rel="next" y rel="prev" y se indican los motivos por los que pueden resultarte útiles para tu sitio.



Diapositivas del vídeo sobre paginación
Otros recursos en los que puedes encontrar información sobre paginación:

• Entrada del blog del Centro para webmasters en la que se anuncia que se pueden utilizar los elementos rel="next" y rel="prev"

• Artículo del Centro de asistencia para webmasters sobre otras implementaciones de rel="next" y rel="prev"

• Conversación del foro para webmasters con nuestras respuestas a preguntas específicas de los miembros de la comunidad, como las siguientes:

¿Funciona también rel=next/prev como señal para que solo se incluya en el índice de búsqueda una página de la serie (la página 1 en la mayoría de los casos) o habría que incluir etiquetas "noindex" a partir de la página 2?

Cuando se implementan los elementos rel="next" y rel="prev" en páginas de componentes de una serie, se agrupan las propiedades de indexación de las páginas de componentes y se intenta dirigir a los usuarios a la URL/página más relevante, que suele ser la primera página. No es necesario marcar las demás páginas de la serie con etiquetas "noindex" a menos que se desee excluir esas páginas de los resultados de búsqueda.

¿Debo utilizar el elemento rel next/prev en la sección de un blog aunque los dos contenidos no estén estrictamente relacionados entre sí (sino que tengan simplemente una relación secuencial)?

Respecto al uso de rel="next" y rel="prev" para entradas de blogs que "no estrictamente relacionadas entre sí (sino que tengan simplemente una relación secuencial)", probablemente lo más adecuado no sea utilizar elementos de marcado de paginación, ya que las páginas secuenciales son mucho menos útiles para nuestro proceso de indexación que el contenido relacionado semánticamente (como la paginación de páginas de componentes de un artículo o de una categoría). Puedes incluir elementos de marcado en las páginas secuenciales, pero ten en cuenta que ese procedimiento no es el más útil.

Tenemos un sitio web de alquiler inmobiliario. Nuestros archivos muestran resultados basados en múltiples parámetros que determinan el tipo y el orden de los resultados específicos que se ofrecen. Algunos de estos parámetros son, por ejemplo, el "número de página", los "registros por página", el "orden de clasificación", la "selección de área"...

Parece que en vuestro sitio de alquiler inmobiliario os encontráis con muchas de las incidencias que afectan a los sitios de comercio electrónico... Aquí tenéis algunas ideas para comprender mejor vuestra situación:

1. Está muy bien que utilicéis la función de parámetros de URL de las Herramientas para webmasters de Google para garantizar un rastreo más eficaz del sitio.


2. Es posible que vuestro sitio pueda formar una secuencia rel="next" y rel="prev" sin parámetros (o con valores de parámetros predeterminados). También es posible formar secuencias de paginación en paralelo cuando los usuarios seleccionan ciertos parámetros (por ejemplo, una secuencia de páginas en la que haya 15 registros y una secuencia independiente cuando un usuario seleccione 30 registros). La paginación de páginas de componentes, incluso con parámetros, nos puede ayudar a indexar el contenido con más precisión.


3. Aunque se puede establecer rel="canonical" para dirigir de una URL de componente a una página de visualización de todo el contenido, se considera inadecuado establecer como página canónica la primera página de una secuencia sin parámetros. No podemos ofrecer ninguna garantía respecto a esta implementación de rel="canonical".

Recuerda que, si tienes contenido paginado, puedes dejarlo tal como está y no añadir elementos de marcado rel="next" y rel="prev". No obstante, si tienes mucho interés en utilizar elementos de marcado de paginación para que podamos interpretar mejor el contenido de tu sitio, esperamos que estos recursos te ayuden a encontrar las respuestas que necesites.

Escrito por por Maile Ohye, coordinadora técnica de desarrollo de programas, Publicado por Javier Pérez, equipo de Calidad de búsqueda.

Optimizar un sitio web para que su contenido esté bien representado en los motores de búsqueda puede ser un procedimiento largo y complejo. Lamentablemente, algunas veces los propietarios de los sitios se centran en aspectos erróneos y contratan a agencias que emplean técnicas bastante dudosas, lo que se traduce en considerables pérdidas de tiempo y de dinero.
Por ejemplo, mientras que el contenido único y de calidad atrae enlaces por sí solo con el tiempo, algunos optimizadores de motores de búsqueda (Search Engine Optimizers, SEOs) hacen ofertas de generación de enlaces garantizando resultados muy rápidos y una gran mejora de la posición (llegando incluso al puesto número 1) en un breve período de tiempo. Una de las estrategias que pueden emplear esos SEOs para conseguir enlaces de una forma fácil y rápida es crear o comprar enlaces de sitios destinados exclusivamente a la generación de enlaces. Normalmente, esos sitios tienen un contenido genérico y de baja calidad y ofrecen un mal servicio al usuario.
¿No sabes exactamente de qué estamos hablando? Veamos un ejemplo:

Las camas son buenas porque podemos dormir en ellas. La mayoría de la gente se dedica a dormir por la noche. Puedes comprar mantas baratas en las tiendas. Las mantas te dan calor por la noche. También puedes comprar un calentador. El calentador suele ser la mejor opción porque produce más calor y lo puedes apagar en verano mientras estás de vacaciones en francia.


El texto anterior puede parecer un poco exagerado, pero lo cierto es que generalmente estos dominios creados para la generación de enlaces incluyen contenido bastante genérico, repetitivo y frecuentemente inútil que está muy optimizado para una serie de palabras clave y de textos de anclaje. Con bastante frecuencia, contienen una combinación de artículos completamente inconexos (por ejemplo, el artículo sobre mantas del ejemplo podría ir seguido de un artículo sobre tarjetas de crédito y, tal vez, de otro sobre neumáticos de coches). Este contenido es de muy baja calidad y rara vez puede aportarle algo al usuario.
Este tipo de contenido se puede alojar en un host gratuito, un tipo de dominio de reciente creación que incluye palabras clave genéricas en el nombre de dominio, o bien en dominios caducados, es decir, dominios que no han renovado sus propietarios y que posteriormente han sido adquiridos por otra persona.
En cualquier caso, sea cual sea el lugar en el que se aloje el contenido, estamos mejorando cada vez más nuestras técnicas de análisis de enlaces y, aunque en algunos casos este sistema de generación de enlaces pueda producir algunos efectos positivos temporales a corto plazo, lo más probable es que esos enlaces acaben descontándose y que pierdas el tiempo y el dinero que hayas invertido en su adquisición.
Por eso, te recomendamos que dediques esos esfuerzos a algo que pueda suponer un beneficio más sostenible para tu sitio y para tus usuarios a largo plazo. Crea contenido único y de calidad que mantenga el interés de los usuarios, participa activamente en medios sociales y aplica alguna técnica de marketing tradicional y los enlaces llegarán por sí solos. 
Este método requiere tiempo y esfuerzo, pero te servirá para conseguir enlaces de calidad de una forma natural que perdurarán a lo largo del tiempo.
Una de nuestras anteriores entradas del blog puede darte algunas ideas sobre cómo conseguir enlaces de calidad.
Si te preocupa el tipo de enlaces que pueden estar asociados a tu sitio, comprueba los backlinks en tu cuenta de las Herramientas para webmasters de Google. Consulta todos tus enlaces y comprueba de dónde proceden. ¿Qué aspecto tiene la página que enlaza con tu sitio? ¿Tiene contenido de calidad que aporta algún valor al usuario? ¿Tiene relación con el enlace que dirige a tu sitio? ¿Cómo se consiguió ese enlace? ¿Fue por méritos? Si tienes una gran cantidad de enlaces procedentes de sitios de spam o de baja calidad (o cualquier otra clase de enlaces no naturales), intenta deshacerte de ellos.
Para muchos sitios, existen otras técnicas lícitas de optimización de los motores de búsqueda que permiten mejorar el rendimiento de un sitio en poco tiempo. Por ejemplo, el webmaster puede mejorar la capacidad de rastreo, la experiencia del usuario y la velocidad de su sitio con poco esfuerzo y tener un mayor control sobre los resultados obtenidos.  Si no sabes exactamente por dónde empezar, echa un vistazo a la guía de introducción a la optimización de motores de búsqueda, en la que posiblemente encontrarás algo que pueda ayudarte a mejorar los resultados de tu sitio web en los motores de búsqueda. También puedes examinar el informe SEO de Google (SEO report card) , solo disponible en inglés, que hemos utilizado para comprobar la adecuación de nuestros propios sitios web a los motores de búsqueda (y consultar algunos aspectos que hemos descubierto que podemos mejorar).
Si decides utilizar un SEO para optimizar el rendimiento de tu sitio, asegúrate de elegir bien el SEO y de informarte previamente sobre los planes que se van poner en marcha para tu sitio.
Como siempre, si tienes preguntas más específicas, puedes acceder al foro para webmasters para recibir consejos e información de webmasters que estarán encantados de ayudarte y de debatir contigo.

Escrito por Uli Lutz y Daniela Loesser, equipo de Calidad de búsqueda. Publicado por Javier Pérez, equipo de Calidad de búsqueda.

La función de errores de rastreo es una de las más populares de las Herramientas para webmasters de Google, y hoy vamos a lanzar varias mejoras bastante importantes que aumentarán su utilidad.
Ahora es posible detectar y notificar un gran número de tipos de errores nuevos. Para poder entender los nuevos datos, hemos dividido los errores en dos secciones: errores del sitio y errores de URL.



Errores del sitio
Los errores del sitio son errores que no son específicos de una URL determinada, sino que afectan a todo tu sitio. Entre estos errores, se incluyen errores de resolución de DNS, incidencias relacionadas con la conectividad de tu servidor web y errores de recuperación de tu archivo robots.txt. 
Anteriormente, solíamos informar de estos errores por URL, pero eso no tenía mucho sentido porque no eran errores específicos de URL individuales; de hecho, ni siquiera permitían que Googlebot solicitara una URL. Ahora realizamos un seguimiento de las tasas de fallo de cada tipo de error del sitio. También intentaremos enviarte alertas cuando estos errores sean lo suficientemente frecuentes que merezcan ser objeto de atención.



Consultar recuentos y tasas de error del sitio a lo largo del tiempo


Asimismo, si no se ha producido ninguna incidencia (y no has experimentado errores recientes) en estas áreas, como ocurre en muchos sitios, no te molestaremos con esta sección. Simplemente te mostraremos algunos marcadores de verificación útiles para informarte de que todo marcha sobre ruedas.

Un sitio sin errores del sitio recientes



Errores de URL


Los errores de URL son errores específicos de una página determinada, lo que significa que cuando Googlebot intentó rastrear la URL, pudo resolver tu DNS, establecer conexión con tu servidor, recuperar y leer tu archivo robots.txt y, a continuación, solicitar esa URL, pero se produjo algún error posteriormente.  Los errores de URL se dividen en diferentes categorías en función de la causa del error. Si tu sitio muestra datos de Google Noticias o para móviles (CHTML/XHTML), mostraremos categorías independientes para esos errores.
Errores de URL por tipo con recuentos completos actuales y del historial


Menos es más

Anteriormente, solíamos mostrarte un máximo de 100.000 errores de cada tipo. Intentar hacer uso de toda esa información era como beber de una manguera contra incendios; además, no era posible determinar cuáles de esos errores eran importantes (por ejemplo, la inactividad de la página principal) o menos importantes (por ejemplo, un error ortográfico en un enlace a tu sitio incluido en el sitio personal de otro usuario). No existía una forma realista de ver los 100.000 errores ni de ordenarlos, buscarlos o marcar tu progreso.  En la nueva versión de esta función, nos hemos centrado en intentar ofrecerte únicamente los errores más importantes desde el principio.
Para cada categoría, te ofreceremos los 1.000 errores que consideramos más importantes y que puedes resolver. Puedes ordenar y filtrar esos 1.000 errores principales, informarnos cuando creas haberlos solucionado y ver información detallada sobre ellos.
Filtrar y ordenar de forma instantánea errores de cualquier columna

Algunos sitios tienen más de 1.000 errores de un determinado tipo, por lo que seguirá siendo posible que veas el número total de errores que tienes de cada tipo, así como un gráfico en el que se muestran datos del historial de un período de 90 días.
Para aquellos que consideran que la información detallada de 1.000 errores, junto con un recuento global total, no es suficiente, tenemos intención de añadir un acceso mediante programación (un API) que te permita descargar cada uno de los últimos errores que se hayan producido, por lo que nos gustaría que nos enviaras tus comentarios si necesitas más información al respecto.
Asimismo, hemos eliminado la lista de páginas bloqueadas por el archivo robots.txt, ya que, aunque estas páginas pueden resultar útiles en ocasiones para diagnosticar un error relacionado con tu archivo robots.txt, suelen ser páginas que has bloqueado de forma intencionada.
Queríamos centrarnos realmente en los errores, por lo que te recomendamos que consultes la información sobre URL robotizadas que se mostrará en breve en la opción "Acceso de rastreadores" de la sección "Información del sitio".


Profundiza en los detalles

Si haces clic en una URL de error individual de la lista principal, aparecerá un panel de detalles con información adicional, incluidos datos de la última vez que intentamos rastrear la URL y de la primera vez que detectamos un error, así como una breve explicación del error.
Información detallada de cada error de URL

En el panel de detalles, puedes hacer clic en el enlace de la URL que ha provocado el error para que compruebes lo que ocurre al intentar acceder a ella. También puedes marcar el error como "solucionado" (posteriormente, ampliaremos este tema), ver contenido de ayuda del tipo de error, mostrar los sitemaps que incluyen la URL, ver otras páginas que incluyen enlaces a esa URL e, incluso, hacer que Googlebot explore la URL de forma inmediata, ya sea para obtener más información o para comprobar que has solucionado el error correctamente.

Consultar páginas que incluyen enlaces a esta URL



¡Toma medidas!

Una de las novedades de la función de errores de rastreo que más nos gusta es que ahora puedes centrarte realmente en solucionar primero lo más importante. Hemos clasificado los errores de modo que los que aparezcan en la parte superior de la lista de prioridades serán los que necesitan alguna acción por tu parte, ya sea solucionar enlaces rotos en tu propio sitio o errores en el software de tu servidor, actualizar tus sitemaps para eliminar URL obsoletas o añadir un redireccionamiento 301 para redirigir a los usuarios a la página "real".

Para determinar la clasificación de los errores, nos basamos en una serie de factores, incluido el hecho de si has incluido o no la URL en un sitemap, cuántos sitios incluyen enlaces a tu URL (y si alguno de ellos aparece también en tu sitio) y si la URL ha recibido tráfico de búsqueda recientemente.
Una vez que creas haber solucionado la incidencia (puedes probarlo explorando la URL como Googlebot), podrás comunicárnoslo marcando el error como "solucionado" si eres un usuario con permisos de acceso completos. De esta forma, el error se eliminará de tu lista. En el futuro, los errores que hayas marcado como solucionados no se incluirán en la lista de errores principales, a menos que hayamos detectado el mismo error al intentar volver a rastrear una URL.
Seleccionar errores y marcarlos como solucionados

Nos hemos esforzado enormemente en la nueva función de errores de rastreo, por lo que esperamos que te resulte muy útil. Indícanos qué te parece y, si tienes alguna sugerencia, visita el foro.


Escrito por Kurt Dresner, equipo de Herramientas para webmasters de Google. Publicado por Javier Pérez, equipo de Calidad de búsqueda.

Los servicios de alojamiento web gratuito pueden ser maravillosos. Muchos de estos servicios han contribuido a reducir los costes y las barreras técnicas para los webmasters y permiten a los webmasters inexpertos adentrarse en su andadura en la Web. Lamentablemente, hay ocasiones en las que estas barreras inferiores (cuyo objetivo es atraer a usuarios menos especializados) pueden atraer caracteres problemáticos, como emisores de spam en busca de formas fáciles y económicas de configurar docenas o cientos de sitios que no aportan ningún valor a la Web. En el caso de los sitios generados automáticamente, nuestra postura es la misma: si los sitios no aportan suficiente valor, se suelen considerar como spam y se toman las medidas oportunas para evitar que esos sitios aparezcan en los resultados de búsqueda naturales y proteger a los usuarios de esos sitios.
Google considera que los sitios generados automáticamente como este contienen spam.

Si un servicio de alojamiento gratuito comienza a mostrar patrones de spam, nos esforzamos por ser precisos y abordar únicamente sitios o páginas con spam. No obstante, en los casos en los que los emisores de spam controlan el servicio de alojamiento web gratuito o una parte importante del mismo, podemos vernos obligados a adoptar medidas más severas para proteger a los usuarios y a eliminar todo el servicio de alojamiento gratuito de los resultados de búsqueda. Para evitar que esto suceda, nos gustaría compartir con los propietarios de servicios de alojamiento gratuito medidas que pueden ayudarte a ahorrar recursos valiosos, como ancho de banda o potencia de procesamiento, y proteger el servicio de alojamiento de los emisores de spam de forma simultánea:

• Publica una política de uso inadecuado clara e informa a tus usuarios sobre ella. Por ejemplo, puedes hacerlo durante el proceso de registro. Este paso permitirá explicar de forma clara lo que consideras actividades con spam.
• En el formulario de registro, puedes considerar la posibilidad de utilizar CAPTCHA o herramientas de verificación similares para permitir únicamente envíos humanos y para evitar que secuencias de comandos automatizadas generen un montón de sitios en tu servicio de alojamiento. Estos métodos no son completamente infalibles, pero pueden ayudarte a evitar la presencia de impostores.
• Prueba a supervisar tu servicio de alojamiento gratuito en busca de otros indicadores de spam, como redireccionamientos, un gran número de bloques de anuncios, determinadas palabras clave no deseadas, grandes secciones de código JavaScript con caracteres de escape, etc. Si buscas una solución sencilla y rentable, te recomendamos que utilices la consulta con el operador site: o las Alertas de Google .
• Mantén un registro de los usuarios que se hayan registrado y prueba a identificar patrones de spam típicos, como el tiempo que se tarda en rellenar un formulario, el número de solicitudes enviadas desde el mismo intervalo de direcciones IP, los user-agents utilizados durante el registro, los nombres de usuario u otros valores enviados a través de formulario seleccionados durante el registro, etc. Asimismo, es posible que estos patrones no sean siempre concluyentes.
• Comprueba los archivos de registro del servidor web en busca de picos de tráfico repentinos, especialmente si ese tráfico lo recibe un sitio creado recientemente. Asimismo, prueba a identificar los motivos por los que se consume más ancho de banda y potencia de procesamiento.
• Prueba a supervisar tu servicio de alojamiento web gratuito en busca de páginas infectadas con software malintencionado o de suplantación de identidad. Por ejemplo, puedes utilizar el API de navegación segura de Google para probar URL de tu servicio de forma regular. También puedes registrarte para recibir alertas para tu sistema autónomo.
• Comprueba el buen estado del sitio. Por ejemplo, si utilizas un servicio polaco de alojamiento web gratuito, ¿qué probabilidades hay de que se creen miles de nuevos sitios legítimos en japonés en tu servicio de un día para otro? Existen varias herramientas que pueden ayudarte a detectar el idioma de los sitios creados recientemente (por ejemplo, las bibliotecas de detección de idioma o la versión 2 del API del Traductor de Google).

Por último (pero no por ello menos importante), si utilizas un servicio de alojamiento web gratuito, asegúrate de supervisar tus servicios en busca de picos de actividad repentinos que puedan indicar un ataque de spam en curso.

Para obtener más sugerencias sobre cómo tener un servicio de alojamiento de calidad, consulta nuestra entrada anterior. Finalmente, asegúrate de registrarte en las Herramientas para webmasters de Google y de verificar tu sitio en este servicio para que podamos enviarte notificaciones o informarte sobre incidencias.

Escrito por Fili Wiese (equipo de Calidad de tráfico de anuncios) y Kaspar Szymanski (equipo de Calidad de búsqueda de Google)

Algunos webmasters de nuestros foros han publicado consultas sobre incidencias relacionadas con el alojamiento que afectan a sus sitios. Para ayudar a los proveedores de alojamiento y a los webmasters a reconocer, diagnosticar y solucionar tales incidencias, nos gustaría compartir con los usuarios algunas de las incidencias habituales que hemos encontrado y sugerencias para solucionarlas.

Bloqueo del rastreo de Googlebot: esta es una incidencia muy habitual que normalmente suele deberse a la configuración incorrecta de un cortafuegos o del sistema de protección DoS y, en algunas ocasiones, al sistema de administración de contenido que utiliza el sitio. Los sistemas de protección juegan un papel importante en el alojamiento y se suelen configurar para bloquear (en algunos casos, automáticamente) niveles inusualmente elevados de solicitudes del servidor. No obstante, como Google a menudo lleva a cabo más solicitudes que un usuario humano, estos sistemas de protección pueden impedir que Googlebot rastree tu sitio web. Para comprobar si se produce este tipo de incidencia, utiliza la función Explorar como Googlebot de las Herramientas para webmasters de Google. Comprueba también si existen otros de los errores de rastreo que se incluyen en las Herramientas para webmasters de Google.

Ofrecemos diversas herramientas para los webmasters y los proveedores de alojamiento que quieran tener un mayor control sobre el rastreo de Googlebot y para mejorar la eficacia del rastreo:

• Ofrecemos ayuda detallada sobre cómo controlar el rastreo de Googlebot a través del protocolo de exclusión de robots y la configuración de parámetros de URL;
• Si te preocupan los robots malintencionados que utilizan el user-agent de Googlebot, te ofrecemos una forma de comprobar si un rastreador es realmente Googlebot.
• Si quieres modificar la frecuencia con la que Googlebot rastrea tu sitio, puedes verificar tu sitio en las Herramientas para webmasters de Google y modificar la frecuencia de rastreo de Googlebot. Los proveedores de alojamiento también pueden verificar en las Herramientas para webmasters la propiedad de sus direcciones IP.

Problemas de disponibilidad: un tipo de incidencia que se produce en sitios web que no están disponibles cuando Googlebot (y los usuarios) intentan acceder a los mismos. Esto incluye incidencias de DNS; sobrecarga de los servidores, que provocan errores de tiempo de espera y la denegación de conexiones; y la configuración incorrecta de redes de distribución de contenido, entre otros tipos de errores. Cuando Googlebot detecta este tipo de incidencias, informamos de las mismas en las Herramientas para webmasters de Google como errores de URL inaccesible o errores de rastreo.

Certificados SSL no válidos: para que los certificados SSL de tu sitio web se consideren válidos, deben coincidir con el nombre del sitio. Entre las incidencias habituales se incluyen certificados SSL caducados y servidores configurados incorrectamente de forma que todos los sitios web del servidor utilizan el mismo certificado. La mayoría de navegadores web intentará advertir a los usuarios en estas situaciones, mientras que Google intenta avisar a los webmasters de la incidencia mediante el envío de un mensaje a través de las Herramientas para webmasters de Google. La solución para estas incidencias consiste en comprobar que se utilizan certificados SSL válidos para todos los dominios y los subdominios del sitio web con los que los usuarios interactuarán.

DNS comodín: los sitios web se pueden configurar para responder a todas las solicitudes de subdominio. Por ejemplo, el sitio web de la URL example.com se puede configurar para responder a las solicitudes de tal.example.com, talcual.example.com y otros subdominios.

Existen ciertos casos en los que se recomienda esta configuración. Por ejemplo, un sitio web de contenido generado por usuarios puede optar por proporcionar a cada cuenta su propio subdominio. Sin embargo, en algunos casos el webmaster puede que no quiera utilizar esta configuración, ya que puede provocar que el contenido se duplique innecesariamente en todos los nombres de host y también puede afectar al rastreo de Googlebot.

Para reducir el número de incidencias relacionadas con la configuración de un DNS comodín, configura tu sitio web para que no lo utilice o configura el servidor para que no responda exitosamente a nombres de host no existentes denegando la conexión o devolviendo un encabezado HTTP 404.

Configuración incorrecta del alojamiento virtual: esta incidencia consiste en que muchos hosts o nombres de dominio alojados en el mismo servidor devuelven siempre el contenido de un único sitio, es decir, a pesar de que el servidor aloja varios sitios, solo devuelve uno independientemente del contenido que se solicite. Para detectar esta incidencia, debes comprobar que el servidor responde correctamente al encabezado HTTP del host.

Contenido duplicado en todas las URL específicas de alojamiento: muchos hosts ofrecen URL para tu sitio web para realizar pruebas o actividades de desarrollo. Por ejemplo, si alojas el sitio web http://a.com/ en el proveedor de alojamiento example.com, el host puede ofrecerte acceso a tu sitio a través de una URL como las siguientes: http://a.example.com/ o http://example.com/~a/. Te recomendamos que configures las URL específicas de alojamiento para que no se pueda acceder a ellas públicamente (protección mediante contraseña). En caso de que estas URL sean accesibles, nuestros algoritmos elegirán normalmente la URL que los webmasters quieran. Si nuestros algoritmos seleccionan en vez las URL específicas de alojamiento, puedes hacer que estos elijan tus URL preferidas implementando correctamente técnicas de canonicalización.

Páginas de error leve: algunos proveedores de alojamiento muestran páginas de error que utilizan un código de estado HTTP 200 (que significa "correcto") en lugar de un código de estado de error HTTP. Por ejemplo, un mensaje de error de página no encontrada podría devolver un código HTTP 200 en lugar de un código HTTP 404, convirtiéndola en una página de error 404 leve, o un mensaje de sitio web temporalmente no disponible podría devolver un código de error 200 en lugar del código de estado HTTP 503 adecuado. Aunque intentamos detectar las páginas de error leve, si nuestros algoritmos no detectasen las páginas de error leve de un host web, estas podrían indexarse con el contenido de error. Esto puede provocar incidencias relacionadas con la clasificación o con la selección de URL entre dominios.

Puedes comprobar el código de estado que se devuelve de forma sencilla: comprueba los encabezados HTTP que devuelve el servidor utilizando una de las herramientas disponibles como, por ejemplo, la función Explorar como Googlebot. Si una página de error devuelve un código HTTP 200, cambia la configuración para devolver el código de estado de error HTTP correcto. Asimismo, permanece atento a los informes de errores 404 leves de las Herramientas para webmasters de Google que se incluyen en la página de errores de rastreo de la sección de diagnósticos.

Marcos y modificación de contenido: los proveedores de alojamiento pueden modificar inesperadamente el contenido de la página de los webmasters normalmente mediante la inclusión de secuencias de comando o de imágenes en la página. Los hosts web también pueden ofrecer tu contenido en otras páginas a través de marcos o iframes. Para comprobar si un host web está modificando tu contenido de forma inesperada, consulta el código fuente de la página que ofrece el host y compáralo con el código que subiste.

Ten en cuenta que ciertas modificaciones del código del servidor pueden ser de gran utilidad. Por ejemplo, un servidor que utilice el módulo para Apache mod_pagespeed u otras herramientas puede reducir tu código para optimizar la velocidad de las páginas.

Spam y software malintencionado: hemos comprobado que algunos hosts web y servicios de subdominios masivos son importantes fuentes de spam y software malintencionado. En Google, intentamos ser precisos al proteger a nuestros usuarios y la calidad de búsqueda. Sin embargo, si comprobamos que un importante grupo de sitios de un host web específico incluye spam o distribuye software malintencionado, nos veremos obligados a tomar medidas sobre el host web en su totalidad. Consulta los siguientes artículos para obtener más información sobre el control del software malintencionado:

• La entrada de blog sobre alertas de navegación segura para administradores de red (Inglés), útil para los proveedores de alojamiento.
• El artículo sobre notificaciones de software malintencionado de las Herramientas para webmasters de Google se debe tener en cuenta para sitios web individuales.
• La documentación de API de Google Safe Browsing para los desarrolladores.

Esperamos que estos artículos ayuden a proveedores de alojamiento y a webmasters a detectar y solucionar estas incidencias. Además de estos artículos, también debes tener en cuenta los aspectos cualitativos del alojamiento, como la calidad del servicio y la utilidad de la asistencia. Como siempre, si tienes preguntas o necesitas ayuda adicional, publica tu consulta en el foro de ayuda para webmasters.

Por Pierre Far, analista de tendencias de webmasters

Acabamos de lanzar una nueva función que, como propietario de un sitio verificado, te permite conceder acceso limitado a la configuración y a los datos de tu sitio en las Herramientas para webmasters de Google. Durante varios años, has podido conceder acceso verificado completo a otros usuarios. Desde entonces, hemos recibido un gran número de solicitudes de propietarios de sitios para poder conceder permiso limitado a otros usuarios para ver los datos de un sitio en las Herramientas para webmasters de Google sin poder modificar la configuración. Ahora dispones de esta opción gracias a la nueva función de administración de usuarios. 
En la página principal, al hacer clic en el menú desplegable "Administrar sitio", aparecerá la nueva opción del menú "Añadir o eliminar usuarios", denominada anteriormente "Añadir o eliminar a propietarios".


Al seleccionar la opción del menú "Añadir o eliminar usuarios", accederás a la nueva página de administración de usuarios, en la que podrás añadir o eliminar hasta 100 usuarios y especificar el permiso de acceso de cada usuario como "Completo" o "Restringido". Los usuarios que se añaden a través de la página de administración de usuarios se asocian a un sitio específico. Si se anula tu verificación como propietario de un sitio, cualquier usuario que hayas añadido perderá su permiso de acceso a ese sitio a través de las Herramientas para webmasters de Google. La opción para añadir o eliminar propietarios de sitios verificados sigue estando disponible en la página de verificación de propietarios, a la que puedes acceder a través de la página de administración de usuarios.

Si concedes permiso "Completo" a un usuario, significa que este podrá ver todos los datos y realizar la mayoría de las acciones, como cambiar la configuración del sitio o rebajar la posición de enlaces de sitios. Si el permiso de un usuario se establece en "Restringido", dicho usuario solo podrá ver la mayoría de los datos y realizar determinadas acciones, como utilizar la herramienta Explorar como Googlebot y configurar el reenvío de mensajes a su cuenta. Los usuarios con acceso restringido verán un indicador de acceso restringido en diversas ubicaciones de las Herramientas para webmasters de Google.


Para obtener información sobre las funciones y las acciones a las que pueden acceder los propietarios de sitios y los usuarios con acceso restringido o completo, consulta el artículo sobre permisos del Centro de asistencia.

Esperamos que la posibilidad de añadir usuarios con acceso completo o restringido te permita administrar tu sitio con mayor facilidad en las Herramientas para webmasters de Google, ya que ahora puedes conceder acceso a los usuarios de forma más limitada para evitar cambios no deseados o no autorizados. Si tienes preguntas o quieres enviar comentarios sobre la nueva función de administración de usuarios, comunícanoslo a través del foro de ayuda. 


Escrito por Jonathan Simon, analista de tendencias de webmasters

Los vídeos son uno de los tipos de resultados más habituales de Google, por lo que queremos asegurarnos de que tus vídeos se indexen correctamente. A partir de ahora admitimos el marcado schema.org para los vídeos. El sitio schema.org es fruto de la colaboración entre Google, Microsoft, Yahoo! y Yandex, y ahora es el formato recomendado para describir vídeos en Internet. Se trata de un marcado muy sencillo que se puede añadir fácilmente a la mayoría de los sitios web.
Se puede incluir el marcado schema.org para vídeos de la misma forma que se añade cualquier otro atributo de schema.org. Solo tienes que definir un atributo itemscope y un atributo itemtype="http://schema.org/VideoObject" y asegurarte de especificar las propiedades de nombre, de descripción y de thumbnailUrl (URL de imagen en miniatura). También deberás definir la embedURL (ubicación del reproductor de vídeo), o la contentURL (ubicación del archivo de vídeo). El marcado normal de un reproductor de vídeo puede tener este aspecto:

<div itemscope itemtype="http://schema.org/VideoObject">
 <h2>Vídeo: <span itemprop="name">Título</span></h2>
 <meta itemprop="duration" content="T1M33S" />
 <meta itemprop="thumbnailUrl" content="thumbnail.jpg" />
 <meta itemprop="embedURL" content="http://www.example.com/videoplayer.swf?video=123" />
 <object ...>
   <embed type="application/x-shockwave-flash" ...>
 </object>
 <span itemprop="description">Descripción del vídeo</span>
</div>

Puedes usar el marcado schema.org sin que se vean afectados ni los sitemaps de vídeos ni los feeds mRSS que estés utilizando. De hecho, te recomendamos que utilices también un sitemap de vídeos, ya que nos avisa más rápido de cualquier videos nuevos o actualizados, y ofrece funcionalidades avanzadas tales como las restricciones de países o plataforma.
Como ahora hay varios métodos disponibles para informar a Google de tus vídeos, seleccionar el formato adecuado puede parecer difícil. Así pues, para que el proceso de indexación de los vídeos sea lo más sencillo posible, hemos reunido una serie de vídeos y artículos relacionados con este proceso en el nuevo micrositio de Webmasters EDU.
Para obtener más información, consulta los artículos de vídeo de Webmasters EDU, lee la especificación completa del objeto "VideoObject" de schema.org o publica tus preguntas en el foro de ayuda para webmasters. Esperamos ver más de tu contenido de vídeo en la Búsqueda de Google.
Por Henry Zhang, director de producto. Editado y publicado por Miguel Silva Rodrigues.

Hace varios meses hicimos un cambio en nuestra experiencia de búsqueda por defecto en google.com. Cuando estás conectado a Google, le añadimos el cifrado SSL para aumentar la privacidad y seguridad de las búsquedas web. El cambio, básicamente, consistió en cifrar las consultas de búsqueda y nuestra página de resultados de búsqueda, algo particularmente importante cuando estás utilizando una conexión abierta o insegura en Internet.

Ahora ampliamos esta protección por lo que durante las próximas semanas vamos a comenzar la introducción de la búsqueda SSL más allá de google.com a nuestros dominios locales de todo el mundo. Al igual que antes, esperamos que estos esfuerzos por ampliar el uso de cifrado SSL en nuestros servicios motiven a otras empresas a adoptar SSL de manera más amplia.

Por Michael Safyan, ingeniero de software; editado por Miguel Silva Rodrigues.

Nivel de webmasters: intermedio

El momento que cualquier propietario de un sitio anhela y teme al mismo tiempo: un aumento repentino del tráfico de un sitio (¡bien!) que puede provocar que el sitio se bloquee (¡vaya!). Este aumento puede deberse a que crees contenido viral, a que seas objeto del efecto Slashdot, o a que Larry Page se haga un tatuaje y tu sitio sobre tatuajes de tecnología esté de moda de repente.

Muchos usuarios se lanzan a Internet inmediatamente después de que se produzca un evento significativo, como un debate político, el fallecimiento de un personaje famoso o un desastre natural, para obtener noticias e información relacionada con dicho evento. Este hecho puede dar lugar a un rápido aumento del tráfico a los sitios web que proporcionan información relevante e incluso provocar el bloqueo de los sitios en su momento de mayor popularidad. Aunque no siempre se puede prever este tipo de eventos, puedes preparar tu sitio de diferentes formas para poder hacer frente a un aumento repentino del tráfico, en caso de que se produzca.

• Prepara una versión ligera de tu sitio
  Te recomendamos que crees una versión ligera de tu sitio web. De esta forma, si empiezas a experimentar un aumento del tráfico, puedes dirigir todo el tráfico hacia esta versión. Para crearla, debes contar con una versión para móviles de tu sitio y ponerla a disposición de los usuarios de ordenador de sobremesa durante los períodos de tráfico elevado. Otra opción sencilla consiste en crear una versión ligera de la página principal. A menudo, esta página es la más solicitada de un sitio, ya que es el punto desde el que los usuarios exploran un sitio y desde el que acceden a otras áreas específicas que les interesan. Si una imagen o un artículo específico de tu sitio se ha convertido en contenido viral, del mismo modo podrías crear una versión ligera de esa página determinada.
  A continuación, te indicamos algunas sugerencias para crear páginas ligeras:
• Excluye los elementos decorativos, como imágenes o contenido Flash, siempre que sea posible; utiliza texto e incluye la mayoría del contenido en formato HTML.
• Utiliza páginas HTML estáticas en lugar de dinámicas, ya que las dinámicas provocan que los servidores reciban cargas más pesadas. También puedes almacenar en caché los datos estáticos de las páginas dinámicas para reducir la carga del servidor.
• Aprovecha los servicios estables externos
  También puedes alojar una copia de tu sitio en un servicio externo que pueda admitir un flujo de tráfico elevado. Por ejemplo, puedes crear una copia de tu sitio (o una versión simplificada que se centre en la información relevante que haya dado lugar al aumento del tráfico) en una plataforma como Google Sites o Blogger; utilizar servicios como Google Docs para alojar documentos o formularios, o utilizar una red de distribución de contenido (Content Delivery Network, CDN).
• Utiliza formatos de archivo ligeros
  Si proporcionas información descargable, intenta que los archivos descargados ocupen el menor espacio posible utilizando formatos de archivo ligeros. Por ejemplo, ofrecer los mismos datos en un archivo de texto sin formatación, en lugar de un archivo PDF, puede permitir a los usuarios descargar el mismo contenido pero con un tamaño reducido (de este modo, se reduce la carga de los servidores). También debes tener en cuenta que, si no puedes utilizar archivos sin formatación, los PDF generados a partir de contenido textual son más ligeros que los PDF que incluyen imágenes. Google también interpreta e indexa con mayor facilidad los PDF basados en texto.
• Proporciona los datos tabulares en formatos CSV y XML
  Si ofreces datos tabulares o numéricos (los datos que se muestran en las tablas), te recomendamos que también los proporciones en formato CSV o XML. Estos tipos de archivos son relativamente ligeros y facilitan que los desarrolladores externos utilicen tus datos en aplicaciones o en servicios externos en aquellos casos en los que quieras que los datos lleguen al mayor número de usuarios posible como, por ejemplo, después de un desastre natural.

Estaremos encantados de recibir tus consejos y sugerencias para hacer frente al aumento del tráfico y te invitamos a visitar el foro de ayuda para webmasters.

Por Susan Moskwa, analista de tendencias de webmasters

Nivel de webmasters: todos


A partir de hoy, ofrecemos una función de consultas de búsqueda más habituales actualizada para proporcionar una información sobre clasificaciones de los motores de búsqueda más acorde con las expectativas de los webmasters. Hasta ahora, se reportaba la posición media de todas las URL de tu sitio para una determinada consulta. Sin enbargo, a partir de ahora, se mostrará la media correspondiente a la mejor posición en la que haya aparecido una URL de un sitio.

Ejemplo

Supongamos que Nacho ha buscado [tortilla] y que han aparecido URL de un sitio en las posiciones 3, 6 y 12. Julia también ha buscado [tortilla] y han aparecido URL del mismo sitio en las posiciones 5 y 9. Antes, habríamos mostrado una posición media de 7 basada en el cálculo del valor medio de todas estas posiciones. Sin embargo, a partir de ahora, solo mostramos la media correspondiente a la posición más alta en la que ha aparecido un sitio al realizar cada búsqueda. En el ejemplo anterior, la posición media sería 4 (valor medio de las posiciones más altas: 3 en el caso de la búsqueda realizada por Nacho y 5 en la búsqueda de Julia).
Creemos que este nuevo método de cálculo se adapta mejor a la información que quieren tener los webmasters sobre la posición de una página en los resultados de búsqueda de Google.

¿Cómo influirá este cambio en mis datos sobre consultas de búsqueda más habituales?

El cambio influirá en tus datos sobre consultas de búsqueda más habituales a partir de ahora. Los datos históricos no se modificarán. Ten en cuenta que el cambio en el cálculo supone que el indicador de posición media normalmente no variará o bajará, ya que las URL con posiciones más bajas ya no se volverán a utilizar en los cálculos.
Puedes consultar los datos sobre consultas de búsqueda más habituales actualizados en la sección "Tu sitio en la Web" de las Herramientas para webmasters de Google. Y no olvides que también puedes descargar datos sobre consultas de búsqueda más habituales mediante programación.

Con esta actualización, esperamos ofrecerte una visión más representativa de tus datos de la Búsqueda de Google. Danos tu opinión a través del foro para webmasters.

Por Chris Anderson, del equipo de Google Analytics, y Susan Moskwa, analista de tendencias de webmasters

Nivel de webmasters: avanzado

Tenemos buenas noticias para todos los desarrolladores que han manifestado su interés por conseguir acceso mediante programación a los datos de las consultas de búsqueda de los sitios que han incluido en las Herramientas para webmasters de Google. Ahora se puede acceder a los datos de consultas de búsqueda en formato CSV mediante una secuencia de comandos Python de código abierto del proyecto webmaster-tools-downloads. Actualmente, no es posible acceder a los datos de las consultas de búsqueda a través del API de las Herramientas para webmasters de Google. Los usuarios de esta API han solicitado varias veces que se solucione esta incidencia, que tendremos en cuenta en la próxima actualización del API. Para aquellos que necesitéis acceder a datos de consultas de búsqueda inmediatamente, vamos a ver un ejemplo de cómo se puede utilizar la secuencia de comandos Python de descarga de consultas de búsqueda para descargar datos de consultas de búsqueda y subirlos a una hoja de cálculo de Google Docs.
Ejemplo de uso de la secuencia de comandos Python de descarga de consultas de búsqueda 
1) Descarga e instala Python si no lo tienes instalado en tu ordenador.
2) Descarga e instala la biblioteca cliente Python de las API de datos de Google.
3) Crea una carpeta y añade la secuencia de comandos downloader.py a esa carpeta.
4) Copia la secuencia de comandos example-create-spreadsheet.py en la misma carpeta en la que se encuentra "downloader.py" y edítala sustituyendo los valores de ejemplo de sitio web ("website"), correo electrónico ("email") y contraseña ("password") por valores válidos para tu sitio verificado de las Herramientas para webmasters de Google.
5) Abre una ventana de terminal y ejecuta la secuencia de comandos "example-create-spreadsheet.py" introduciendo "python example-create-spreadsheet.py" en la línea de comandos de esa ventana:
python example-create-spreadsheet.py
6) Accede a Google Docs y verás que ha aparecido una nueva hoja de cálculo que contiene tus datos de consultas de búsqueda.

Si solo quieres descargar los datos de las consultas de búsqueda en un archivo .csv sin subir los datos a una hoja de cálculo de Google, utiliza example-simple-download.py en lugar de la secuencia de comandos "example-create-spreadsheet.py" del ejemplo anterior.
Puedes configurar fácilmente estas secuencias de comandos de forma que se ejecuten diaria o mensualmente para archivar y visualizar datos de consultas de búsqueda correspondientes a intervalos de tiempo superiores a un mes (límite actual de las Herramientas para webmaster de Google). Puedes hacerlo, por ejemplo, estableciendo una tarea cron o utilizando el Programador de tareas de Windows. 

Un aspecto importante que se debe tener en cuenta es que, en este ejemplo de secuencia de comandos, aparecen credenciales de nombre de usuario y contraseña dentro de la propia secuencia. Si tienes pensado ejecutar esta secuencia de comandos en un entorno de producción, debes seguir las prácticas de seguridad recomendadas (por ejemplo, tendrás que utilizar credenciales de usuario encriptadas obtenidas de una fuente de almacenamiento de datos segura). La secuencia de comandos utiliza el protocolo HTTPS para comunicarse con el API y proteger estas credenciales.

Echa un vistazo a la secuencia de comandos de descarga de consultas de búsqueda y empieza a utilizar los datos de las consultas de búsqueda de tus propias herramientas o secuencias de comandos. Si tienes preguntas o comentarios, comunícanoslo a través del foro de ayuda para webmasters.
Escrito por Jonathan Simon, analista de tendencias de webmasters

Los sitemaps informan a Google acerca de las páginas de tu sitio.  La función de sitemaps de las Herramientas para webmasters de Google te proporciona información sobre los sitemaps que envías, por ejemplo, cuántas URL de sitemaps se han indexado o si alguno de tus sitemaps contiene un error. Recientemente hemos añadido aún más información. Echémosle un vistazo:


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.

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.

Como equipo responsable de miles de páginas web informativas de Google, la misión del equipo de webmasters es ofrecer consejos y sugerencias basados en sus conocimientos como webmasters experimentados.

Si nunca has probado o analizado el uso de tu sitio web, pregúntate si realmente sabes si el sitio resulta útil para los usuarios a los que está dirigido. Si no estás seguro, ¿por qué no lo compruebas? Por ejemplo, ¿sabías que los usuarios se desplazan hacia abajo en la página una media de 5,9 veces más que hacia arriba, lo que significa que, a menudo, el contenido de la página se "pierde" una vez que se ha pasado? Para obtener más información, consulta la página sobre descubrimientos relacionados con el desplazamiento, en la que Jakob Nielsen informa de que a los usuarios no les importa desplazarse por una página, pero dentro de unos límites.

Comprueba también las estadísticas: ¿quieres saber a qué se deben los indicadores de tiempo breve de permanencia o los porcentajes de rebote elevados de algunas de tus páginas?

Primero, piensa en el usuario

El inicio de un proyecto web, ya sea un proyecto totalmente nuevo o una actualización de uno existente, es un buen momento para hacerse preguntas como estas:

• ¿Cómo podrán acceder los usuarios al sitio web (desde casa, desde la oficina o de camino a algún lugar)?
• ¿Qué conocimientos tecnológicos tienen esos usuarios?
• ¿Hasta qué punto están familiarizados con el tema del sitio web?

Las respuestas a algunas de estas preguntas pueden ser de gran ayuda a la hora de tomar decisiones iniciales relacionadas con el diseño.

Por ejemplo, si es probable que los usuarios se encuentren en un ambiente ruidoso, que tengan una conexión lenta o que estén en la carretera y tengan poco tiempo para buscar la información que necesiten del sitio, lo más adecuado será utilizar un diseño sencillo con una finalidad única. Además, si el contenido está destinado a usuarios con pocos conocimientos técnicos, debes asegurarte de que no sea demasiado difícil acceder a él (puedes obtener buenos resultados utilizando elementos de animación, pero solo si los usuarios los aprecian y si no es demasiado difícil acceder al contenido).

Aunque no se realice ninguna prueba, crear un perfil de usuario básico (o "persona") puede ayudar a adaptar el diseño a los usuarios (no hace falta que el perfil incluya una biografía exhaustiva: es suficiente con que contenga alguna información básica sobre los patrones de comportamiento del usuario).

Una prueba sencilla

Una prueba no tiene que ser algo costoso: los amigos y familiares pueden ser recursos de gran utilidad. A continuación te proponemos algunas sugerencias.

• Tamaño del grupo de prueba: cinco personas son usuarios suficientes para encontrar incidencias habituales relacionadas con el diseño y con la navegación (consulta el artículo de Jakob Nielsen sobre por qué es suficiente con utilizar un grupo de prueba pequeño).
• Elección de los evaluadores: puede ser útil recurrir a un grupo de evaluadores con diferentes habilidades técnicas, pero debes asegurarte de centrarte solamente en las tendencias (por ejemplo, si más del 50% de los evaluadores ha experimentado una misma incidencia relativa a la facilidad de uso, es probable que se trate de una incidencia común y no de una incidencia que afecte a una sola persona).
• Lugar de realización de la prueba: si es posible, ve a casa del usuario y observa cómo utiliza el sitio (comprueba cómo suele navegar por Internet cuando se encuentra relajado y en su entorno natural). También puedes llevar a cabo una prueba remota si no puedes desplazarte en persona (hemos oído que las quedadas de Google+ funcionan muy bien en estos casos). Para obtener más información sobre el uso de las quedadas de Google+, haz clic aquí.
• Metodología de la prueba: basándote en los objetivos de tu sitio, define cuatro o cinco tareas sencillas que se puedan llevar a cabo en tu sitio web y deja que el usuario intente completarlas. Pide a los evaluadores que hablen en voz alta para que puedas comprender mejor sus experiencias y sus razonamientos.
• Elementos de evaluación: es posible emplear prototipos básicos en imágenes en las que se pueda hacer clic o en formato de documento (por ejemplo, PDF) o utilizar HTML para probar las interacciones básicas sin tener que construir un sitio completo para las pruebas. De esta forma, se pueden probar diferentes formas de navegar y distintos diseños para ver los resultados que ofrecen antes de implementarlos.
• Elementos que no se deben evaluar: hay que centrarse en la funcionalidad (más que en los elementos de diseño gráfico). Dado que los puntos de vista suelen ser subjetivos, generalmente solo se reciben comentarios útiles referentes al diseño cuando se realizan pruebas cuantitativas en las que participa un gran número de usuarios (más de 200) a menos que, por ejemplo, los colores que se utilicen en el sitio dificulten la lectura del contenido (en cuyo caso, los comentarios pueden ser útiles). Una forma de obtener comentarios útiles sobre el diseño puede ser proponer cinco o seis palabras clave descriptivas y pedir a los usuarios que elijan las que consideren más representativas. 

En conjunto, las pruebas básicas son más útiles para evaluar la funcionalidad de un sitio web (es decir, la facilidad para encontrar información y las interacciones habituales con el sitio).

Lecciones aprendidas

Por si aún no tienes claro si realizar pruebas e investigaciones merece realmente la pena, a continuación te ofrecemos algunos datos sencillos que hemos confirmado con usuarios reales y que no conoceríamos si no hubiéramos interactuado con esos usuarios y observado cómo utilizan nuestras páginas o no hubiéramos analizado el tráfico de nuestros sitios web.

• Ten cuidado cuando utilices diseños en los que se oculte o muestre contenido: al utilizar secuencias de comandos para expandir y contraer pasajes largos de texto, hemos observado que el usuario no suele darse cuenta de que hay contenido adicional disponible, concretamente cuando se "esconde" el contenido JavaScript al buscar en la página (por ejemplo, con la habitual combinación de teclas Ctrl + F).

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?