msgbartop
Blog de noticias sobre google.
msgbarbottom

15 Sep 17 Cómo pasar de las URL para móviles a un sitio web adaptable

Como resultado de la creciente conversión de muchos sitios web a un diseño web adaptable, a muchos webmasters les surgen dudas sobre la migración de las URL independientes para móviles al uso de un diseño web adaptable. A continuación te presentamos algunas recomendaciones para pasar de URL independientes para móviles a una URL adaptable, de modo que tus sitios web tengan más posibilidades de ofrecer un buen rendimiento en los resultados de búsqueda de Google.


Conversión a sitios web adaptables compatible con el robot de Google
Cuando tengas listo tu sitio web adaptable, la conversión es algo que podrás hacer con simplemente un poco de previsión. Teniendo en cuenta que las URLs serán las mismas que las de la versión para ordenadores, lo único que tienes que hacer es configurar redireccionamientos 301 de las URL para móviles a las del diseño web adaptable.
Estos son los pasos detallados:


  1. Prepara tu sitio web adaptable.
moving to rwd-04.png
  1. Configura redireccionamientos 301 en las URL para móviles antiguas para que apunten a las versiones adaptables (las páginas nuevas). Estos redireccionamientos se deben llevar a cabo por separado para cada URL para móviles apuntando a las URL adaptables.
moving to rwd-05.png
  1. Quita toda la configuración específica de URL para móviles que tenga tu sitio web, como los redireccionamientos condicionales o un encabezado HTTP variable.
  2. Te recomendamos que configures enlaces rel=canonical en las URL adaptables que apunten a sí mismos (URL canónicas que hacen referencia a sí mismas).


Si actualmente utilizas la publicación dinámica y quieres cambiar al diseño adaptable, no es necesario que añadas ni cambies ningún redireccionamiento.


Algunas ventajas de la conversión al diseño web adaptable
La conversión a un sitio web adaptable debería terminar simplificando considerablemente el mantenimiento y la generación de informes. Además de no necesitar gestionar URL independientes para todas las páginas, te resultará también mucho más fácil adoptar prácticas y tecnologías como hreflang para la internacionalización o AMP para datos de velocidad estructurados para funciones de búsqueda avanzadas, entre otros.


Como siempre, si necesitas más ayuda, puedes publicar una pregunta en el foro para webmasters.

Escrito por Cherry Prommawin (Relaciones con webmasters). Publicado por Joan Ortiz, equipo de calidad de búsqueda.


Source: Google Webmasters

29 Ago 17 Los próximos pasos para lograr una conexión más segura

En enero, dimos los primeros pasos (entrada en Inglés) para mejorar cómo se indica la seguridad de las conexiones de las páginas HTTP en Chrome. Actualmente, las páginas HTTP solo se marcan como no seguras si contienen campos de contraseña o de tarjeta de crédito. Sin embargo, a partir de octubre del 2017, también se marcarán como no seguras en otras dos situaciones: cuando deban introducirse datos y cuando se visiten en modo incógnito.
Nuestro objetivo de etiquetar todos los sitios web HTTP como no seguros según unos criterios cada vez más amplios se va cumpliendo de forma gradual. Desde que aplicamos el cambio en Chrome 56, se han reducido en un 23% las visitas a páginas HTTP con campos de contraseña o de tarjeta de crédito en ordenadores. Pero estamos listos para dar un paso más.
Las contraseñas y las tarjetas de crédito no son los únicos datos que deben ser privados. Ningún usuario de la red debería poder acceder a la información que se introduce en un sitio web, por lo que, a partir de la versión 62 de Chrome, se mostrará la advertencia No es seguro cuando se introduzcan datos en sitios web HTTP.
Es probable que los usuarios que naveguen usando el modo incógnito de Chrome crean tener un nivel de privacidad superior. Sin embargo, la navegación HTTP no protege los datos, por lo que en la versión 62 también se marcarán como no seguras las páginas HTTP que se visiten en modo incógnito.



Nuestra intención es mostrar la advertencia “No es seguro” en todas las páginas HTTP, se use el modo incógnito o no. A medida que publiquemos versiones nuevas, iremos actualizando la información. No obstante, te recomendamos que utilices HTTPS cuanto antes, ya que implementarlo es más fácil y más barato que nunca y, además, proporciona el mejor rendimiento posible en la Web, así como funciones nuevas que usan datos confidenciales, por lo que no deberían utilizarse con HTTP. Para empezar, consulta nuestras guías de configuración.






Escrito por Emily Schechter, del equipo de Seguridad de Chrome. Publicado por Joan Ortiz, equipo de Calidad de Búsqueda.


Source: Google Webmasters

21 Ago 17 La nueva Search Console – Un vistazo sobre dos nuevas prestaciones experimentales

Search Console se lanzó de forma oficial ahora hace más de 10 años. Hoy incluye más de 25 herramientas e informes cubriendo AMP, datos estructurados y herramientas de pruebas en tiempo real, todo ello diseñado para ayudar a mejorar el rendimiento de tu sitio.


Ahora hemos decidido embarcarnos en una revisión de considerable envergadura para mejorar Search Console. Esto es lo que esperamos obtener con estos cambios:


  • Información más accionable – Vamos a agrupar los errores que identifiquemos en base a lo que pensemos que es su causa común, y así ayudarte a identificar las soluciones que debes implementar. Organizaremos estos errores en “tareas” que tienen un estado para ayudarte a saber si el problema está todavía presente o si Google ha detectado la solución que hayas implementado. También podrás seguir el progreso de las páginas afectadas.


  • Mejor soporte para tu organización – Después de hablar con numerosas organizaciones, hemos aprendido que normalmente hay múltiples personas involucradas en implementar, diagnosticar y arreglar los problemas de los sitios web. Por ésta razón vamos a introducir una funcionalidad para compartir que te permite escoger una tarea y compartirla con el resto del grupo.


  • Comunicación más rápida entre tú y Google – Hemos creado un mecanismo que te permite iterar de forma rápida sobre los cambios que implementes, de forma que no tengas que esperar a que Google vuelva a rastrear tu sitio para que después te diga que el problema no está arreglado. Vamos a proporcionar una funcionalidad de “prueba en el momento” que provocará un rastreo automático una vez que veamos que todo funciona bien. Del mismo modo, la herramienta de pruebas incluirá fragmentos de código y una vista previa – para que puedas ver de forma rápida dónde está el problema, confirmar que está arreglado y comprobar cómo se verán las páginas en la búsqueda.


Durante las semanas siguientes, vamos a lanzar does funcionalidades BETA de la nueva Search Console para un reducido grupo de usuarios: el “Index Coverage Report” y el “AMP fixing flow”.



1. “Inex Coverage Report”
Este informe muestra el número de páginas indexadas en tu sitio, información sobre porqué algunas de ellas no se pudieron indexar, así como ejemplos de páginas y consejos sobre cómo solucionar problemas de indexación. También incorpora la opción de subir un sitemap y la posibilidad de filtrar los datos de cobertura de índice usando sitemaps que hayas subido.
Aquí tienes una vista previa del “Index Coverage Report”:




2. El nuevo “AMP fixing flow”
La nueva experiencia para arreglar problemas con AMP comienza con el informe de AMP. Este informe muestra las incidencias que están afectando tu sitio, agrupadas por el error que las causa. De forma que puedes investigar con más profundidad para obtener más detalles sobre el error en cuestión, incluyendo ejemplos de páginas afectadas. Una vez arreglado el error, haz click en un botón para verificar si ya está solucionado y mandar a Google rastrear de nuevo las páginas afectadas por la incidencia. Google te notificará del progreso del rastreo, y actualizará el informe a medida que tus cambios sean validados.



A medida que empecemos a experimentar con estas nuevas funcionalidades, algunos usuarios verán este nuevo diseño a lo largo de las próxima semanas.

Escrito por John Mueller y el equipo de Search Console. Publicado por Joan Ortiz, equipo de calidad de búsqueda.


Source: Google Webmasters

13 Jul 17 Más notificaciones de seguridad a través de Google Analytics

*** Este artículo es una traducción del artículo en inglés que fue publicada en Junio de 2016***


Hace más de un año lanzamos las alertas de Navegación Segura en Google Analytics para advertir a los usuarios sobre sitios web identificados como pirateados que se usaban para distribuir software malicioso o para realizar ataques de phishing (suplantación de identidad). Desde su lanzamiento, hemos advertido a más de 24.000 usuarios con propiedades de Google Analytics cuyos sitios web han recibido ataques de terceros.


Hoy nos complace anunciar la ampliación de nuestro conjunto de alertas de Google Analytics. Para ello, hemos añadido notificaciones de sitios web pirateados con spam y que infringen nuestras Directrices para Webmasters. En el improbable caso de que un tercero piratee tu sitio web, se indicará el dominio afectado con una alerta en la IU de Google Analytics y se facilitarán recursos para ayudarte a resolver el problema.
La seguridad de los sitios web sigue siendo un tema muy importante. En septiembre del año pasado, anunciamos que la piratería de sitios web con fines de spam había aumentado un 180% en comparación con el año anterior. A través de nuestra investigación, hemos comprobado que el contacto directo con los propietarios de los sitios web aumenta la probabilidad de resolver el problema en más de un 75%. Con esta nueva alerta, tenemos un modo adicional de informar a los propietarios de que han pirateado sus sitios web.


¿Qué puedes hacer para prevenir la piratería en tu sitio web?
La prevención es muy importante para la protección de tu sitio web y de tus usuarios. Hace poco, publicamos consejos y prácticas recomendadas para proteger el contenido en Internet que resultarán útiles a los propietarios de sitios web, tanto grandes como pequeños.


Verifica tu sitio web en Search Console.
Además de recibir alertas en Google Analytics o a través de las etiquetas de los resultados de búsqueda, en caso de que pirateen tu sitio web, recomendamos realizar un paso más: verificar tu sitio web en Search Console.
Con la función Problemas de seguridad, te avisaremos cuando algo no vaya bien y te indicaremos qué problemas hemos detectado en tus propiedades. Explicamos con detalle un proceso de recuperación en nuestra guía detallada para la recuperación de sitios pirateados con el fin de ayudarte a resolver el problema y proteger tu sitio web y a tus usuarios.
Siempre estamos abiertos a escuchar ideas y sugerencias, por lo que no dudes en usar la sección de comentarios que hay a continuación. Si tienes alguna pregunta, visita google.com/webmasters y nuestras comunidades de ayuda disponibles en 14 idiomas.

Escrito por Giacomo Gnecchi Ruscone, Atención relacionada con la Búsqueda, y Anthony Medeiros, ingeniero de Software


Source: Google Webmasters

05 Jun 17 Recordatorio sobre los enlaces en campañas de artículos a gran escala

Últimamente, hemos observado un incremento en el número de enlaces con contenido fraudulento en artículos categorizados como publicaciones de colaboradores, de invitados, de partners o de distribución. Normalmente, este tipo de artículos los redacta un sitio web o se redactan en su nombre y otro sitio web diferente los publica.
Google no desaconseja utilizar este tipo de artículos, ya que pueden ser una manera efectiva de educar a los visitantes de otro sitio web o de aumentar la visibilidad de tu causa o empresa. Sin embargo, sí se infringen las directrices de Google sobre los esquemas de enlaces cuando la intención principal de estos artículos es crear enlaces a gran escala que dirijan al sitio web del autor. A continuación exponemos una serie de factores que, cuando se llevan al extremo, pueden servir de ejemplo de estas infracciones:
  • Incluir en tus artículos demasiados enlaces repletos de palabras clave que dirijan a tu sitio web.
  • Publicar los mismos artículos en varios sitios web diferentes o un gran número de artículos en un conjunto reducido de sitios web diferentes.
  • Usar o contratar escritores sin conocimientos acerca de los temas sobre los que escriben.
  • Usar contenido idéntico o similar en varios artículos o duplicar todo el contenido de los artículos de tu sitio web. En este caso, se recomienda usar rel=”canonical”, además de rel=”nofollow”.
Cuando Google detecta que un sitio web publica artículos que contienen enlaces con contenido fraudulento, puede que su percepción sobre la calidad del sitio cambie y que la posición de este en la clasificación se vea perjudicada. Los sitios web en los que se acepten y publiquen estos artículos deben haberlos revisado detenidamente, haciéndose preguntas como, por ejemplo, si conocen a esa persona, si el mensaje de esa persona se adecua a la audiencia de su sitio, si el artículo incluye contenido útil o, cuando en el artículo hay enlaces con intenciones cuestionables, si el autor ha utilizado el atributo rel=”nofollow”.
Google tomará medidas respecto a aquellos sitios web que creen artículos específicamente para enlaces, ya que dicho comportamiento afecta negativamente a la Web en general. Cuando se crean los enlaces antes que los artículos, la calidad de estos puede verse afectada y empeorar la experiencia de usuario. Además, a los webmasters no les gusta recibir solicitudes agresivas o reiteradas como “¡Publica mi artículo!”, y animamos a que se nos informe de este tipo de comportamientos mediante nuestro formulario de informe de spam. Por último, si tenemos en cuenta que incluir un enlace es en cierta forma una recomendación, y que tú te encargas de crear la mayor parte de las recomendaciones de tu sitio web, tienes que pensar si esta es la mejor manera mediante la cual tu sitio web puede causar una buena impresión. En lo relativo a la creación de enlaces, te aconsejamos que te centres en mejorar el contenido de tu sitio web, ya que todo lo demás, enlaces incluidos, está vinculado con esto.

Publicado por el equipo de detección y prevención de spam web de Google


Source: Google Webmasters

02 Jun 17 Mejores fragmentos para tus usuarios

Por lo general, antes de comprar un libro, a los lectores les gusta conocer algunos datos sobre él para saber a qué van a dedicar su tiempo. Consultan el resumen, la introducción o hasta el prólogo para intentar averiguar si les va a gustar.

Los fragmentos de resultados de búsqueda son más o menos lo mismo: ayudan a decidir si vale la pena pasar tiempo leyendo la página a la que pertenece ese fragmento.
 
Cuanto más descriptivo y relevante sea el fragmento de un resultado de búsqueda, más posibilidades hay de que los usuarios hagan clic en él y estén satisfechos con la página de destino. Tradicionalmente, los fragmentos proceden de 3 lugares distintos:
  1. El contenido de la página
  2. La metadescripción
  3. El directorio DMOZ
Utilizar el contenido de la página para extraer los fragmentos de los resultados de búsqueda es una opción evidente y a menudo los datos que se sacan de ahí son los más relevantes para las consultas de los usuarios. Sin embargo, a veces el contenido en sí mismo no es el mejor lugar de donde extraer un fragmento. Por ejemplo, si alguien busca una editorial para publicar un libro, las páginas relevantes de los resultados de búsqueda puede que solo contengan unas pocas imágenes descriptivas de la empresa y su logotipo, aparte de algunos enlaces que tampoco resultan demasiado útiles si se incluyen en el fragmento.
La metadescripción es la alternativa lógica en los casos en que el contenido de una página no incluye mucho texto que pueda ser útil poner en un fragmento de resultados de búsqueda. Suelen ser anuncios cortos que describen de manera precisa y minuciosa el contenido de la página en pocas palabras.
Y, en último lugar, si una página no tiene mucho contenido textual del que poder generar fragmentos y carece de una metadescripción, o esta es de mala calidad o no tiene relación con la página, nuestra alternativa era DMOZ, también denominado Open Directory Project. Durante más de 10 años, usamos DMOZ para generar fragmentos porque la calidad de estos solía ser muy superior a la de las metadescripciones proporcionadas por los webmasters, o eran más descriptivos que el contenido de la página.
Ahora que DMOZ ha cerrado, hemos dejado de usar sus fichas para generar fragmentos y, por lo tanto, ha cobrado mucha más importancia que los webmasters proporcionen metadescripciones de buena calidad en los casos en los que no se puede añadir más contenido a la página.
¿Qué caracteriza a una buena metadescripción?
Las buenas metadescripciones son anuncios cortos que describen de manera precisa el contenido de la página, como si fueran pequeños resúmenes que buscan convencer al usuario de que la página en cuestión es exactamente lo que está buscando. Si quieres más consejos, consulta el práctico artículo del Centro de Ayuda sobre este tema. Acuérdate de comprobar que tus páginas, tanto para ordenadores como para dispositivos móviles, incluyen un título y una metadescripción.
¿Cuáles son los problemas más frecuentes que presentan las metadescripciones?
Puesto que en general las metadescripciones solo son visibles para los motores de búsqueda y para otros programas, los webmasters a veces se olvidan de ellas y las dejan vacías. Exactamente por este motivo, también es muy frecuente que una misma metadescripción se utilice en varias páginas, incluso en muchas en algunos casos. También se pueden encontrar además, con relativa frecuencia, descripciones que no tienen nada que ver con el tema de la página, son de baja calidad o incluyen contenido fraudulento; si se da alguno de estos casos, preferimos ignorar estas metadescripciones, ya que deterioran la experiencia de búsqueda de los usuarios.
¿Hay algún límite de caracteres para las metadescripciones?
No hay límite de longitud para las metadescripciones. Sin embargo, hay que tener en cuenta que los fragmentos de resultados de búsqueda se cortan según se necesite, en la mayoría de los casos para ajustarse a la anchura del dispositivo.
¿Qué pasará con la directiva NOODP?
Hemos dejado de utilizar los datos de DMOZ (ODP) desde que cerró y, por lo tanto, la directiva NOODP ya no está operativa.
¿Puedo impedir que Google utilice el contenido de la página como fragmento?
Puedes impedir que Google genere fragmentos si incluyes la directiva “nosnippet”. Sin embargo, si lo que quieres es evitar que se incluya el contenido de la página en los fragmentos, tienes que impedir también que se extraiga del resto de las fuentes.
Como siempre, si tienes preguntas, pregunta en los foros o búscanos en Twitter.



Escrito por Gary, del equipo de Búsqueda. Publicado por Joan Ortiz, equipo de Calidad de Búsqueda.


Source: Google Webmasters

12 Abr 17 Cómo luchamos contra el spam en la web – Informe de spam en la web del 2016

Pasados ya unos meses del 2017, queremos dedicar un momento a compartir algunas de las ideas que recogimos en el 2016 en nuestra lucha contra el spam en la web. Durante el año pasado encontramos nuevas formas de evitar que el spam mermara la calidad de los resultados de búsqueda y trabajamos con webmasters de todo el mundo para mejorar la Web.
Hacemos muchas cosas entre bastidores para asegurarnos de que los usuarios tengan acceso a todo lo que la Web puede ofrecer hoy en día y proporcionamos resultados relevantes a todo el mundo, al mismo tiempo que luchamos contra el spam, que podría molestar o incluso perjudicar a los usuarios.
Tendencias del spam web en el 2016
スクリーンショット 2017-02-06 10.49.50.png
  • La seguridad de los sitios web continúa siendo una de las mayores preocupaciones. El número de ataques a sitios web el año pasado fue mayor que nunca: aumentaron en un 32% respecto al 2015. Por esta razón, seguimos invirtiendo en crear más recursos y mejorar los que ya hay disponibles para que los webmasters puedan saber qué deben hacer si su sitio web sufre un ataque.
  • Volvimos a observar que no solo existe el peligro de que los sitios alojen spam. Muchos webmasters se vieron afectados por la ingeniería social, software no deseado e inyectores de anuncios no deseados. Hemos adoptado una postura más firme en la navegación segura para proteger a los usuarios de botones de descarga engañosos, hicimos un gran esfuerzo para proteger repetidamente a los usuarios de sitios peligrosos y publicamos textos de ayuda más detallados en el informe Problemas de seguridad de Search Console.
Cómo luchamos contra el spam en el 2016
スクリーンショット 2017-02-06 10.50.00.png
  • Seguimos acotando nuestros algoritmos para hacer frente al spam. Realizamos diversas mejoras en la forma de clasificar los sitios web, incluso poniendo en funcionamiento a Penguin (uno de los algoritmos principales en el posicionamiento de sitios) en tiempo real.
  • Gestionamos de forma manual el spam que nuestro algoritmo no pudo detectar. Enviamos más de 9 millones de mensajes a webmasters para avisarles de problemas de spam web en sus sitios. También empezamos a enviar más notificaciones de seguridad a través de Google Analytics.
  • Realizamos controles de calidad con algoritmos y manualmente para garantizar que los sitios web con etiquetas de datos estructurados cumplan con los estándares de calidad. Trabajamos manualmente en más de 10.000 sitios web que no cumplían con las directrices de calidad para la inclusión en funciones de búsqueda impulsadas por datos estructurados.
Colaboramos con usuarios y webmasters para mejorar la Web
スクリーンショット 2017-02-06 10.50.17.png
  • En el 2016 recibimos más de 180.000 informes de spam enviados por usuarios de todo el mundo. Después de comprobar detenidamente su validez, se consideró que el 52% de estos sitios web denunciados eran spam. Damos las gracias a todos los que enviaron informes y contribuyeron a crear un ecosistema web más limpio y seguro.
  • Invertimos más de 170 horas de trabajo online y eventos en directo en todo el mundo para una audiencia total de más de 150.000 propietarios de sitios web, webmasters y profesionales del marketing digital.
  • Seguimos ofreciendo asistencia a propietarios de sitios web de todo el mundo a través de los foros de ayuda para webmasters en 15 idiomas. Registramos más de 67.000 preguntas a través de estos foros y, en la mayoría de los casos, nuestra comunidad de Colaboradores Principales, Usuarios Destacados y Googlers determinó que se ofrecía la mejor respuesta.
  • Invitamos a 119 webmasters, Colaboradores Principales y Usuarios Destacados voluntarios a asistir al encuentro de Colaboradores Principales en 11 lugares diferentes de cuatro continentes (Asia, Europa, Norteamérica y Sudamérica).
スクリーンショット 2017-02-06 10.50.24.png
Creemos que todo el mundo merece resultados de búsqueda de alta calidad y libres de spam y esperamos que este informe ofrezca una visión general de lo que hacemos para conseguirlo.
Escrito por Michal Wicinski, equipo de Calidad en Búsqueda, y Kiyotaka Tanaka, Educación de usuarios. Publicado por Joan Ortiz, equipo de Calidad de Búsqueda.


Source: Google Webmasters

11 Abr 17 Artículos similares: más productos en la Búsqueda de imágenes de Google

Recientemente, en la Búsqueda de imágenes se ha implementado la función Artículos similares en la Web para móviles y en la aplicación Búsqueda de Google para Android. Esta función está diseñada para ayudar a los usuarios a encontrar productos que les puedan interesar a partir de fotos que les llamen la atención en la Búsqueda de imágenes de Google. Mediante la tecnología de visión artificial, Artículos similares identifica los productos en aquellas imágenes que tengan un estilo relacionado para poder mostrar artículos similares al usuario. Esta función es compatible con artículos como bolsos, gafas de sol y calzado y, en los próximos meses, también se empezará a usar en otras categorías de accesorios, hogar y jardinería.
Artículos similares permite a los usuarios explorar fotografías de artículos de moda que les pueden servir de inspiración para comprarlos, o bien encontrar información sobre productos en los que puedan estar interesados. Puedes probar cómo funciona consultando los resultados de búsquedas como [bolsos de diseño].
Poder consultar información sobre los precios y la disponibilidad de los productos es una de las peticiones más populares entre los usuarios de la Búsqueda de imágenes. El carrusel de Artículos similares obtiene millones de impresiones y clics diariamente en todo el mundo.
Para que tus productos sean aptos para la función Artículos similares, asegúrate de añadir y mantener los metadatos de productos de Schema.org en tus páginas. La etiqueta schema.org/Product ayuda a Google a encontrar ofertas en la Web y a proporcionar a los usuarios un resumen con la información esencial del producto.
Para asegurarte de que tus productos puedan aparecer en Artículos similares:
  • Comprueba que las ofertas de los productos en tus páginas tengan la etiqueta de producto de schema.org, incluida una imagen de referencia.Los productos que incluyan metadatos de nombre, imagen, precio y moneda, y disponibilidad en su página de alojamiento son compatibles con la función Artículos similares.
  • Prueba tus páginas con la Herramienta de Prueba de Datos Estructurados de Google para verificar que la etiqueta de producto tiene el formato correcto.
  • Accede a tus imágenes en la búsqueda mediante la consulta “site:tudominio.com”. Para los resultados con etiquetas de producto válidas, es posible que se muestre la información del producto al tocar las imágenes de tu sitio web. El robot de Google puede tardar hasta una semana en rastrear tu sitio web.
En estos momentos, la función Artículos similares está disponible en los navegadores móviles y en la aplicación Búsqueda de Google para Android en todo el mundo, y está previsto que a lo largo del 2017 llegue a más plataformas.
Si tienes cualquier pregunta, puedes contactar con nosotros en la sección de datos estructurados de nuestro foro, en Twitter o en Google+. Si no quieres que tus imágenes se muestren en Artículos similares, los webmasters pueden inhabilitar esta función en la Búsqueda de imágenes de Google.
Estamos encantados de poder ayudar a los usuarios a encontrar tus productos en la Web mostrándoselos como artículos de compra. ¡Gracias por asociarte con Google para hacer que sea más fácil comprar en la Web!
Escrito por Julia E, directora de producto en Búsqueda de imágenes. Publicado por Joan Ortiz, equipo de Calidad de Búsqueda.


Source: Google Webmasters

10 Abr 17 Actualizaciones en la herramienta de estado del sitio web de Navegación Segura de Google

La Navegación Segura de Google proporciona herramientas a los usuarios para ayudarles a protegerse de amenazas de Internet como software malicioso o no deseado y contenido de ingeniería social. Esta función es muy reconocible gracias a sus advertencias, que los usuarios reciben cuando intentan acceder a sitios web peligrosos o descargar archivos que no son seguros. También ofrecemos otras herramientas, como la herramienta de estado del sitio web, que permite que los usuarios consulten el nivel de seguridad de una página web sin tener que visitarla.



Esta herramienta se encuentra en el Informe de transparencia de Navegación Segura de Google. Al igual que hacemos con otras secciones del Informe de transparencia de Google, ponemos estos datos a disposición del público para informar de la seguridad y el estado del ecosistema online. Para utilizar la herramienta de estado del sitio web, los usuarios tienen que introducir una página web (una URL, un sitio web o un dominio) en la herramienta y, a continuación, se muestran los resultados más recientes del análisis de Navegación Segura, además de enlaces a materiales formativos y a la ayuda para solucionar problemas.




Acabamos de lanzar una nueva versión de la herramienta de estado del sitio web que proporciona unos resultados más sencillos y claros y que está diseñada pensando más en los usuarios principales de la página: las personas que han llegado a la herramienta tras haber recibido una advertencia de Navegación Segura o al buscar información concreta sobre la detección de suplantación de la identidad y de software malicioso de Google. La herramienta ahora incluye una interfaz de usuario más despejada, un lenguaje más sencillo y resultados más precisos; además, hemos movido datos más técnicos sobre sistemas autónomos asociados a la sección del panel de software malicioso del informe.

Aunque hayamos simplificado la interfaz, no hemos eliminado la información sobre diagnóstico adicional: los investigadores que deseen acceder a ella pueden consultar el desglose en el Informe de transparencia de Navegación Segura, mientras que los propietarios de sitios web pueden buscar más información sobre diagnóstico en Search Console. Uno de los objetivos del Informe de transparencia es explicar problemas complejos de seguridad o relacionados con las políticas, así que esperamos que las modificaciones en el diseño permitan ofrecer esta información a los usuarios de forma más clara.



Escrito por Deeksha Padma Prasad y Allison Miller, Equipo de Safe Browsing. Publicado por Joan Ortiz, Equipo de Calidad de Búsqueda.


Source: Google Webmasters

21 Mar 17 #NoHacked: resumen anual

Esperamos que hayas empezado el año sano y salvo.
Queremos compartir contigo un resumen del trabajo realizado en 2016, mientras continuamos con nuestra campaña #NoHacked. Comenzaremos describiendo algunas de las tendencias que hemos podido observar durante el año pasado en sitios web pirateados.


Estado de la seguridad de los sitios web en 2016
Empecemos por las malas noticias. Hemos detectado un aumento de aproximadamente el 32% en el número de sitios web pirateados en 2016 en comparación con 2015 y, según nuestras previsiones, no parece que esta tendencia vaya a disminuir. Los hackers cada vez se vuelven más agresivos y muchos sitios van quedando obsoletos, una circunstancia que aprovechan para atacar a más sitios web.
Si miramos el lado positivo, el 84% de los webmasters que solicitan la reconsideración logran limpiar sus sitios web. Sin embargo, el 61% de los webmasters pirateados no recibieron ninguna notificación de Google informándoles de que su sitio había sido atacado, porque dichos sitios no habían sido verificados en Search Console. Recuerda registrarte en Search Console si eres el propietario o el administrador de un sitio web, ya que es el canal principal que usa Google para comunicar las alertas sobre el estado de seguridad del sitio.




Documentación adicional para webmasters pirateados
Hemos tenido en cuenta vuestras sugerencias para entender mejor cómo podemos ayudar a los webmasters con sus problemas de seguridad. Una de las peticiones que recibimos con más frecuencia es que mejoremos la documentación sobre sitios pirateados para que sea más fácil de entender, así que nos hemos dedicado a mejorar nuestra documentación para que resulte más útil.
En primer lugar, hemos creado documentación nueva en la que se ofrece a los webmasters más contexto si su sitio se ve atacado. En la siguiente lista puedes encontrar la nueva documentación de ayuda:


También hemos creado guías para limpiar los sitios web afectados por ataques conocidos. Hemos podido observar que, en muchos casos, los sitios web son atacados de forma similar. Después de investigar dichas similitudes, hemos elaborado unas guías para limpiar tu sitio web después de determinados tipos de ataques conocidos. A continuación presentamos una descripción breve de todas las guías que hemos creado:
Ataque de texto autogenerado: los ataques de texto autogenerado crean automáticamente varias páginas con frases sin sentido repletas de palabras clave en el sitio de destino. Los hackers, de esta forma, intentan que las páginas pirateadas aparezcan entre los resultados de la Búsqueda de Google. Después, cuando un usuario intenta visitar estas páginas, se le redirige a una página no relacionada, como un sitio web con contenido pornográfico. Consulta más información sobre cómo solucionar este tipo de ataques.


Ataques con palabras clave en japonés: normalmente, este ataque crea páginas nuevas con texto en japonés en el sitio web de destino en nombres de directorios generados aleatoriamente. Estas páginas obtienen ingresos mediante enlaces afiliados a tiendas que venden productos de marcas de imitación y que después se muestran en la Búsqueda de Google. A veces, las cuentas de los hackers se añaden a Search Console como propietarios de los sitios web. Consulta más información sobre cómo solucionar este tipo de ataques.


Ataque con palabras clave de encubrimiento: el ataque con palabras clave y enlaces encubiertos crea automáticamente varias páginas web con frases, enlaces e imágenes sin sentido. A veces, estas páginas contienen elementos de plantilla básicos del sitio web original, de manera que a primera vista las páginas parecen partes normales del sitio web de destino hasta que lees su contenido. En este tipo de ataque, los hackers suelen utilizar técnicas de encubrimiento para esconder el contenido malicioso y hacer que la página insertada parezca parte del sitio web original o una página con el error 404. Consulta más información sobre cómo solucionar este tipo de ataques.




Mejor prevenir que curar
Como siempre, es mejor ser precavidos y proteger nuestro sitio web que tener que lidiar con las consecuencias de un ataque. Recuerda que una cadena siempre se rompe por su eslabón más débil. Puedes leer más información sobre cómo identificar vulnerabilidades en tu sitio web en nuestra guía de ayuda para sitios web pirateados. También te recomendamos que te mantengas informado de las últimas novedades de tus proveedores del sistema de gestión de contenidos (CMS), y de software y hardware.




Previsiones de futuro
El comportamiento de los hackers evoluciona constantemente y la investigación nos permite mantenernos al día para combatir los ataques más innovadores. Puedes obtener más información sobre nuestras últimas publicaciones en el sitio web de investigación sobre la seguridad de la información. A continuación destacamos algunos estudios específicos sobre sitios web vulnerados:


Si tienes alguna sugerencia o alguna duda específica sobre sitios web pirateados, los foros de ayuda para webmasters tienen un grupo activo de Googlers y colaboradores técnicos que pueden responder a tus preguntas y proporcionarte asistencia técnica adicional.

Escrito por  Wafa Alnasayan, Equipo de Calidad de Búsqueda, y Eric Kuan, Webmaster Relations. Publicado por Joan Ortiz, Equipo de Calidad de Búsqueda.


Source: Google Webmasters