Archivos

HTTPS como señal del ranking


La seguridad es una de las principales prioridades de Google. Invertimos muchos recursos en garantizar que nuestros servicios utilicen opciones de seguridad líderes en el sector, como el potente cifrado HTTPS predeterminado. Esto implica que los usuarios que utilizan, por ejemplo, el buscador, Gmail y Drive tienen automáticamente una conexión segura a Google.

Además de trabajar en nuestros propios productos, también lo estamos haciendo para conseguir que Internet sea un lugar más seguro en general. Una buena parte de nuestros esfuerzos se centran en garantizar que los sitios web a los que acceden los usuarios a través Google sean seguros. Por ejemplo, hemos creado recursos que permiten a los webmasters evitar y solucionar las fisuras de seguridad de sus sitios.

Pero queremos ir más allá. Durante el último Google I/O algunos meses atrás, hicimos un llamamiento para instaurar el HTTPS en todos los sitios de la Web.

También estamos viendo que cada vez más webmasters utilizan HTTPS (también conocido como HTTP sobre TLS o seguridad de la capa de transporte) en sus sitios web, lo que resulta muy alentador.

Por estos motivos, durante los últimos meses hemos estado haciendo pruebas teniendo en cuenta si los sitios utilizan conexiones seguras cifradas como señal para nuestros algoritmos de ranking. Los resultados han sido positivos, de modo que empezaremos a utilizar HTTPS como señal del ranking. Por ahora solo se trata de una señal muy ligera (afecta a menos del 1% de consultas globales y tiene menos peso que otras señales, como el contenido de alta calidad), mientras dejamos que los webmasters pasen a utilizar HTTPS. Con el tiempo, es posible que decidamos reforzarla, porque queremos animar a todos los propietarios de sitios web a cambiar de HTTP a HTTPS para que todos los usuarios estén protegidos en la Web.


Durante las próximas semanas, publicaremos las prácticas recomendadas detalladas (ahora en el centro de ayuda) para que el paso hacia TLS sea más fácil y para evitar los errores más comunes. A continuación, hay algunos consejos básicos para empezar:

  • Debes decidir qué tipo de certificado necesitas: único, para varios dominios o un certificado comodín.
  • Debes utilizar certificados de clave de 2.048 bits.
  • Debes utilizar URL relativas para los recursos que se alojan en el mismo dominio seguro.
  • Debes utilizar URL relativas de protocolo para el resto de dominios.
  • Consulta nuestro artículo sobre el cambio de sitio para obtener más directrices para realizar el cambio de la dirección del sitio web.

No bloquees el rastreo del sitio HTTPS mediante un archivo robots.txt.
Debes permitir que los motores de búsqueda indexen tus páginas siempre que sea posible.Evita el uso de la metaetiqueta "noindex".


Si tu sitio web ya está publicando en HTTPS, puedes comprobar su nivel de seguridad y su configuración con la herramienta Qualys Lab. Si te preocupa cómo afectará el protocolo TLS al rendimiento del sitio, puedes echarle un vistazo a la entrada sobre la rapidez de TLS. Y, por supuesto, si tienes alguna pregunta o consulta, no dudes en publicarla en nuestro foro de ayuda para webmasters.

Esperamos ver que cada vez más sitios web utilicen HTTPS en el futuro. Hagamos que la Web sea más segura entre todos.

Escrito por Zineb Ait Bahajji and Gary Illyes, Webmaster Trends Analysts, Publicado por Javier Pérez equipo de calidad de búsqueda


La indexación de aplicaciones para Android ya está disponible para todo el mundo


¿Tienes una aplicación para Android además de tu sitio web? Ahora puedes conectar los dos para que los usuarios que efectúen búsquedas desde sus smartphones y tablets puedan encontrar fácilmente el contenido de tu aplicación y acceder a él.

Los enlaces profundos de aplicaciones en los resultados de búsqueda ayudan a tus usuarios a encontrar tu contenido con más facilidad, así como a volver a interactuar con la aplicación después de instalarla.  Como propietario de un sitio, puedes mostrar a tus usuarios el contenido adecuado en el momento justo: al conectar páginas de tu sitio web a partes relevantes de la aplicación, puedes controlar cuándo se dirige a tus usuarios a la aplicación y cuándo visitan tu sitio web.






Cientos de aplicaciones ya han implementado la indexación. Esta semana anunciaremos en Google I/O un conjunto de características nuevas que facilitarán aún más la configuración de enlaces profundos en tu aplicación, la conexión de tu sitio a tu aplicación y el seguimiento del rendimiento y de los posibles errores.

Es fácil comenzar

Hemos simplificado en gran medida el proceso de indexación de enlaces profundos de tu aplicación. Si tu aplicación admite esquemas de enlaces profundos HTTP, tienes que hacer lo siguiente:

  1. Admite los enlaces profundos en tu aplicación
  2. Conecta tu sitio y tu aplicación. 
  3. No hay paso 3 (:


Cuando indexemos tus URL, descubriremos e indexaremos las conexiones aplicación/sitio y los enlaces profundos de la aplicación pueden empezar a surgir en los resultados de búsqueda.

Podemos descubrir e indexar los enlaces profundos de tu aplicación por nuestra cuenta, pero te recomendamos que los publiques, especialmente si tu aplicación solo admite un esquema de enlaces profundos personalizado. Puedes publicarlos de dos formas:



Hay algo más: hemos añadido una nueva característica a Herramientas para webmasters de Google que te ayudará a depurar los problemas que puedan surgir durante la indexación de páginas de aplicaciones. Te mostrará qué tipo de errores hemos detectado para los pares de página de aplicación-página web, junto con ejemplos de URIs de aplicación, para poder depurarlos:





También te daremos instrucciones detalladas acerca de cómo depurar cada problema, incluido un código QR para los enlaces profundos de la aplicación, de modo que puedas abrirlos fácilmente en tu teléfono o tablet. También te enviaremos notificaciones de errores de Herramientas para webmasters de Google para que puedas estar al día.



Prueba la indexación de aplicaciones y, como siempre, si necesitas ayuda, haz preguntas en el Foro de ayuda para webmasters.


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


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. 

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. 

Preguntas frecuentes (avanzadas) sobre rel=”author”


El uso de la autoría permite que, al hacer una búsqueda, los usuarios descubran información de gran utilidad, ya que se resalta el contenido proporcionado por autores que puede que sean del interés de los usuarios. Si eres un autor y te registras en la autoría, ayudarás a los usuarios a reconocer el contenido que has escrito. Además, los usuarios que realicen búsquedas pueden hacer clic en tu firma para obtener más artículos que hayas escrito o para seguirte en Google+. Es así de sencillo. A excepción de varias preguntas avanzadas que nos gustaría ayudar a responder... :)

Autoría incluida en los resultados de búsqueda de uno de mis autores favoritos, John Mueller
Si se hace clic en la firma del autor que aparece en los resultados de búsqueda, aparecen más artículos y un perfil de Google+.
Preguntas recientes sobre autoría

¿Qué tipos de página se pueden usar con la autoría?

Es una buena pregunta. Con solo utilizar el marcado de autoría en las páginas que cumplan los siguientes criterios, puedes aumentar las probabilidades de que mostremos la autoría de tu sitio:
  1. La URL o la página deben contener un solo artículo (o versiones posteriores del mismo) o una sola unidad de contenido, del mismo autor. Es decir, la página no puede ser una lista de artículos ni un feed que se vaya actualizando. Si la autoría de la página cambia a menudo, la anotación ya no resulta útil en las búsquedas y es menos probable que se incluya.
  2. La URL o la página deben estar formadas sobre todo por contenido escrito por el autor.
  3. Debe mostrarse claramente una firma en la página en la que se indique el autor que haya escrito el artículo y con el mismo nombre que se utilice en su perfil de Google+.

¿Puedo usar una mascota de la empresa como autor para conseguir una anotación de autoría en los resultados de búsqueda? Para mi negocio de control de plagas, me gustaría firmar como “flautista de Hamelin”.

Tienes libertad para escribir artículos como prefieras. Puede que a tus usuarios les guste la idea de llamarte flautista de Hamelin. Sin embargo, para obtener la anotación de autoría en los resultados de búsqueda, Google prefiere incluir la persona real que haya escrito el contenido. De esta forma, la anotación de autoría es más precisa al indicar que un resultado de búsqueda corresponde a la opinión de una persona y así proporciona más credibilidad de cara a los usuarios que realizan búsquedas.
Repetimos que, como en estos momentos queremos incluir a personas, preferimos que enlaces el marcado de autoría con el perfil de una persona en vez de enlazarlo con el perfil de Google+ de una empresa.

Si utilizo la autoría en artículos disponibles en diferentes idiomas example.com/es/article1.html para español y
example.com/en/article1.html  para la traducción en inglés,
¿tengo que enlazar con dos perfiles diferentes de author/Google+ escritos en cada idioma?

En tu caso, ambos artículos:

example.com/es/article1.html
y
example.com/en/article1.html

deben enlazarse con el mismo perfil de Google+ en el idioma de elección del autor.

¿Se pueden añadir dos autores en un artículo?

En la interfaz actual de usuario de búsqueda, solo aceptamos un autor por artículo, por publicación de blog, etc. Aún estamos en fase de pruebas para determinar el resultado ideal para los usuarios de búsqueda en aquellos casos en los que se especifica más de un autor.

¿Cómo puedo impedir que Google muestre la autoría?

El modo más rápido de impedir la anotación de autoría es definir que el perfil de Google+ del autor no esté visible en los resultados de búsqueda. Si quieres que se conserve tu perfil en los resultados de búsqueda, elimina cualquier enlace de perfil o de colaborador que dirija al sitio web, o bien elimina el marcado para que deje de conectar con tu perfil.

¿Qué diferencia hay entre rel=author y rel=publisher?

rel=publisher ayuda a las empresas a crear una identidad compartida enlazando el sitio web de la empresa (a menudo desde la página principal) con la página de Google+ de la empresa. rel=author ayuda a personas concretas (los autores) a asociar artículos determinados de una URL o de un sitio web con su perfil de Google+. Aunque tanto rel=author como rel=publisher son relaciones de enlaces, en realidad cada una sigue un camino totalmente diferente.

Puesto que uno de mis empleados ha personalizado la descripción de las fichas de propiedades o de las páginas de producto incluidas en mi sitio, ¿puedo usar la autoría?

La anotación de autoría es útil para los usuarios que realizan búsquedas porque indica que una página expresa la opinión o el análisis de una persona real sobre un tema. Como las fichas de propiedades y las páginas de producto no están tan orientadas hacia las opiniones o el análisis, intentamos convencer de que en estos casos no se use la autoría. Sin embargo, un artículo sobre productos que ofrezca comentarios útiles, como “La cámara A frente a la cámara B: un cara a cara en el desierto de los Monegros”, podría incluir autoría.

Si tienes más preguntas, no olvides consultar (e incluso publicar tu pregunta si no encuentras respuesta) el foro para webmasters.


Escrito por Maile Ohye, Developer Programs Tech Lead, Publicado por Javier Pérez, Equipo de calidad de búsqueda 

Cómo usar el marcado schema.org para vídeos


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.

Lo más destacado de la calidad de búsqueda

(Publicado originariamente en Inside Search Blog, traducido en el blog Tecnología y producto de Google y compartido aquí para todos nuestros webmasters)

Es momento de publicar otra lista con las mejoras a las búsquedas, y comenzar una nueva serie mensual en la que les compartiremos mayor detalle acerca de nuestro algoritmo y las principales mejoras que realizamos de manera casi diaria. Probamos con un post en noviembre y estamos complacidos de saber que les gustó.

Sabemos que a la gente le importa saber acerca de cómo funcionan las búsquedas, por eso siempre queremos llevar al límite el asunto de la transparencia. Hemos hecho cuentas, y son casi 1,000 posts los que hemos publicado acerca de las búsquedas web, más de 400 videos para webmasters y miles de publicaciones en foros. Desde hace años hemos estado escribiendo acerca de las actualizaciones significativas a nuestros algoritmos, desde Panda, hasta nuestra reciente actualización para obtener resultados más frescos y actuales. Entonces, ¿por qué necesitamos una serie más?

Hemos estado pensando en la forma de hacer que las búsquedas sean todavía más transparentes. La buena noticia es que realizamos alrededor de 500 mejoras en un año cualquiera, así que siempre tendremos algo más que compartirles. Con esta nueva serie de posts, estaremos destacando muchos de los cambios algorítmicos imperceptibles y los principales cambios visibles que realizamos. Estos son cambios que no necesariamente son tan importantes como para ocupar un post por si solos, por ello hemos decidido compartirles varios en cada publicación mensual.

A continuación una lista de los cambios que realizamos desde la publicación anterior:

  • Refinamiento a los resultados de consultas relacionadas: A veces procesamos resultados a consultas que son similares a las que en realidad escribieron. Este cambio hace menos probable que estos resultados tengan un posicionamiento alto si la consulta original incluía una palabra poco común que se omitió en la consulta alterna. Por ejemplo, si están buscando [bicicletas raras], quizá no estén interesados en una página que solamente mencione “bicicletas.”
  • Una organización exhaustiva de la información: Este cambio hace que estén disponibles documentos más largos en nuestro índice, por lo que es más probable que sean mejor posicionados para consultas relevantes.
  • Nuevo clasificador de dominios aparcados: Este es un nuevo algoritmo que detecta automáticamente los dominios aparcados. Los dominios aparcados son sitios reservados que rara vez son útiles y que comúnmente están llenos de anuncios. Regularmente no tienen contenido importante para los usuarios, por lo que en la mayoría de los casos preferimos no mostrarlos.
  • Más predicciones para auto-completar: Con auto-completar, tratamos de lograr el balance entre sugerir predicciones flexibles y mantenernos fieles a sus intenciones de búsqueda. Este cambio hace que nuestro algoritmo de predicciones sea un poco más flexible para ciertas consultas, sin perder su intención original.
  • Resultados más frescos y completos para las búsquedas de blogs: Hemos realizado un cambio a nuestro índice de búsqueda de blogs para obtener resultados más frescos y exhaustivos. 
  • Contenido original: Hemos añadido nuevas señales para poder predecir mejor de entre dos sitios similares, cuál es el original.
  • Resultados en vivo para la Major League Soccer y para la Liga de Fútbol Canadiense: Este cambio muestra los marcadores más recientes y los calendarios de estas ligas en conjunto con un acceso rápido a resúmenes de juego y tablas de posicionamiento.
  • Resultados de búsqueda de imágenes más actuales: Hemos realizado un cambio a la manera en la que determinamos la frescura de las imágenes que se muestran como resultado a consultas de este tipo. Esto nos ayudará a encontrar imágenes más actuales con mayor regularidad.
  • Mejoras al diseño en tablets: Hemos hecho algunos cambios menores al diseño de las búsquedas para mejorar la usabilidad en tablets.
  • Reescritura del código de selección de primeros resultados: Este código maneja un procesamiento extra para refinar los primeros resultados de búsqueda. Por ejemplo, se asegura de que no mostremos demasiados resultados de un mismo sitio (fenómeno conocido como “host crowding”). Reescribimos el código para que sea más fácil entenderlo, mantenerlo y sea más flexible a futuras extensiones.
Desde la última vez, hemos publicado algunas otras mejoras a la búsqueda, como la actualización a la app de búsqueda para iPad, la nueva herramienta Verbatim [inglés] y el rediseño de la barra de Google.

Estaremos de vuelta en enero con nuestro siguiente paquete de cambios y mejoras como parte de este plan de hacer una serie mensual.

Nuevo marcado para contenido multilingüe

Muchos sitios web se dirigen a usuarios de todo el mundo. Existen varias formas de ofrecer un contenido adaptado al idioma o a la región de los usuarios. El año pasado ofrecimos la posibilidad de añadir anotaciones explícitas a páginas web que mostraran el mismo contenido con varias plantillas de idioma.

Hoy damos un paso más y mejoramos la gestión del contenido multilingüe en estos dos casos:
  • En sitios web que se orienten a varias regiones y que usen prácticamente el mismo contenido (por ejemplo, páginas web en inglés que se orienten a Australia, a Canadá y a EE.UU. y que solo se diferencien en los precios)
  • En sitios web orientados a varias regiones que incluyan contenido completamente traducido o que muestren un contenido monolingüe con diferencias notables enfocado a varias regiones (por ejemplo, la página web de un producto en alemán, en francés y en inglés).

Cómo especificar el idioma y la ubicación

Hemos ampliado la compatibilidad del elemento de enlace rel="alternate" hreflang para gestionar el contenido que esté traducido o adaptado a varias regiones geográficas. El atributo hreflang permite especificar el idioma u, optativamente, el país, así como URL de contenido equivalente. Las URL alternativas nos permiten consolidar los indicadores de estas páginas y ofrecer la URL adecuada a los usuarios que hagan una búsqueda. Estas URL pueden pertenecer al mismo sitio o a otro dominio.

Cómo anotar páginas con un contenido prácticamente idéntico

En lo que respecta a las páginas que tengan un contenido prácticamente idéntico en el mismo idioma y que se orienten a varios países, también puedes usar el elemento de enlace rel="canonical" para indicar la versión preferida. Este indicador nos permitirá dar prioridad a esa versión en la Búsqueda y mostrar las URL locales a los usuarios cuando sea conveniente. Por ejemplo, podrías usar este elemento de enlace si tienes una página de producto en alemán y quieres orientarla a usuarios que hagan búsquedas en los sitios de Google de Alemania, de Austria y de Suiza de forma específica.

Ejemplo de uso

Para explicar el funcionamiento del elemento, usaremos las siguientes URL de ejemplo:
  • http://www.example.com/ (URL de la página principal general de un sitio web que está en español),
  • http://es-es.example.com/ (URL de la versión en español para los usuarios de España),
  • http://es-mx.example.com/ (URL de la versión en español para los usuarios de México),
  • http://en.example.com/ (URL de la versión en inglés genérico).
En todas estas páginas, podríamos usar los siguientes marcados para especificar el idioma y, en su caso, la región:

<link rel="alternate" hreflang="es" href="http://www.example.com/" />
<link rel="alternate" hreflang="es-ES" href="http://es-es.example.com/" />
<link rel="alternate" hreflang="es-MX" href="http://es-mx.example.com/" />
<link rel="alternate" hreflang="en" href="http://en.example.com/" />

Si incluyes una subetiqueta regional, lo interpretaremos como que quieres orientar la página a la región especificada.

Ten en cuenta que todas estas anotaciones se deben usar en cada URL. Procura usar URL específicas para ambos elementos de enlace en lugar de la correspondiente a la página principal.

Asistencia adicional

Como siempre, si necesitas ayuda adicional para implementar sitios web multilingües u orientados a varias regiones, consulta el artículo del Centro de asistencia sobre este tema o publica tu consulta en el Foro de ayuda para webmasters.