El Blog para Webmasters de Google [ES]

#nohacked:Como identificar un caso particular de hackeo (parte 1): inyecciones de URLs con contenido autogenerado

lunes, 17 de agosto de 2015

Hoy, en nuestra campaña #nohacked hablaremos de cómo identificar y diagnosticar un sitio pirateado con urls inyectadas. Aunque tu sitio web no esté infectado con este tipo concreto de pirateo, muchos de estos pasos te pueden ser útiles para otros tipos de pirateo. La semana que viene seguiremos con una entrada sobre cómo corregir este pirateo. Puedes continuar la conversación en Twitter y en Google+ usando la etiqueta #nohacked (Parte 1, Parte 2, Parte 3).
Identificar los síntomas
Páginas con texto autogenerado
En este tipo de pirateo, se añaden páginas con contenido fraudulento al sitio web. Estas páginas contienen texto autogenerado con gran cantidad de palabras clave, enlaces e imágenes diseñados para manipular los motores de búsqueda. Por ejemplo, en este tipo de pirateo se crean páginas como www.example.com/pf/bajar-2015-gratis-completo-crack.html, que contienen texto autogenerado como el siguiente:

Encubrimiento
En este tipo de pirateo se acostumbra a utilizar el encubrimiento para evitar que los webmasters lo detecten. El encubrimiento consiste en la práctica de mostrar URL o contenido distintos a los webmasters, a los visitantes y a los motores de búsqueda. Por ejemplo, el webmaster del sitio web puede ver una página vacía o HTTP 404, lo que le puede llevar a creer que el pirateo ya no está presente. Sin embargo, a los usuarios que visiten la página desde los resultados de búsqueda se les seguirá redirigiendo a páginas con contenido fraudulento y los motores de búsqueda que rastreen el sitio web seguirán viendo el texto autogenerado.

Revisar el sitio web Supervisar el sitio web de forma adecuada para detectar pirateo te permite ponerle fin más rápidamente y reducir los daños que pueda causar. Tienes varias formas de detectar este tipo de pirateo en un sitio web.
Buscar un pico en el tráfico del sitio web
Como en este pirateo se crean muchas URL con muchas palabras clave que los motores de búsqueda rastrean, comprueba si se han producido picos recientes e inesperados en el tráfico. Si es así, utiliza la herramienta Análisis de búsqueda de Search Console para detectar si el origen de ese tráfico inusual en el sitio web se encuentra en páginas pirateadas.
Hacer el seguimiento del aspecto del sitio web en los resultados de búsqueda
Comprobar regularmente cómo se muestra el sitio web en los resultados de búsqueda es una buena práctica para todos los webmasters, ya que permite detectar indicadores de pirateo. Puedes comprobar tu sitio web en Google usando el parámetro site: operator en el sitio web (p. ej., puedes buscar site:example.com). Si ves enlaces con texto autogenerado asociados a tu sitio web o una etiqueta en la que se indique "Este sitio web puede estar pirateado", puede que tu sitio web esté comprometido.
Registrarse para recibir alertas de Google
Te recomendamos que te registres en Search Console para comprobar si Google ha detectado alguna página pirateada en tu sitio web con el Visor de acciones manuales o con el informe Problemas de seguridad. Search Console también te enviará un mensaje si Google detecta páginas pirateadas en tu sitio web. También te recomendamos que configures Alertas de Google en el sitio web. Desde Alertas de Google se te enviará un correo electrónico si Google encuentra resultados nuevos para una consulta de búsqueda. Por ejemplo, puedes configurar una alerta de Google para tu sitio web junto con términos de contenido fraudulento habituales, como [site:example.com software barato]. Si recibes un correo electrónico en el que se indique que Google ha devuelto una nueva consulta para ese término, debes comprobar inmediatamente qué páginas del sitio web están activando la alerta.
Diagnosticar el sitio web Herramientas útiles
En Search Console encontrarás la herramienta Explorar como Google, que te permite ver las páginas como Google para detectar páginas pirateadas encubiertas. En el apéndice a esta entrada encontrarás más herramientas de terceros, tanto de pago como gratuitas.
Comprobar si hay páginas pirateadas
Si no tienes claro si hay contenido pirateado en el sitio web, la herramienta para solucionar problemas relacionados con el pirateo de Google puede guiarte por algunas comprobaciones básicas. Para este tipo de pirateo, realiza una búsqueda del parámetro site: en el sitio web. Busca páginas sospechosas y URL repletas de palabras clave extrañas en los resultados de búsqueda. Si tu sitio web contiene un gran número de páginas, puede que tengas que realizar una consulta más restringida. Busca términos de spam comunes y añádelos a la consulta de búsqueda site:, por ejemplo [site:example.com software barato]. Hazlo con varios términos con contenido fraudulento para ver si se muestran resultados.
Comprobar si hay páginas pirateadas encubiertas
Como en este tipo de pirateo se utiliza el encubrimiento para impedir que se detecte, es muy importante que utilices la herramienta Explorar como Google de Search Console para comprobar las páginas con contenido fraudulento que has encontrado en el paso anterior. Recuerda que las páginas encubiertas pueden mostrarte una página HTTP 404 que te haga pensar que el pirateo se ha resuelto aunque la página siga publicada. También debes utilizar Explorar como Google en la página principal, ya que en este tipo de pirateo a menudo se añade texto o enlaces a dicha página. Esperamos que esta entrada te permita hacerte una idea de cómo identificar y diagnosticar formas de pirateo en las que se inyecten URL con texto autogenerado en tu sitio web. La semana que viene explicaremos cómo retirar este pirateo del sitio web. Sigue nuestras campañas en las redes sociales y comparte tus trucos y consejos sobre seguridad en Internet con el hashtag #nohacked. Si tienes más dudas, puedes preguntar en los Foros de ayuda para webmasters, donde encontrarás una comunidad de webmasters que pueden ofrecerte consejo.
Apéndice
Con estas herramientas puedes analizar tu sitio web para encontrar contenido problemático. Google solo ejecuta VirusTotal y le presta asistencia, pero no lo hace con las demás. Virus Total, Aw-snap.info, Sucuri Site Check, Wepawet: con estas herramientas puedes analizar tu sitio web para detectar contenido problemático. Recuerda que estas herramientas de análisis no garantizan la identificación de todos los tipos de contenido problemático.

Escrito por: Eric Kuan, Webmaster Relations Specialist et Yuan Niu, Spam Analyst. Publicado por Javier Pérez equipo de calidad de búsqueda.

#NoHacked: usar la autenticación de dos factores para proteger tu sitio web

martes, 11 de agosto de 2015

TwitterGoogle+parte 1parte 2

un estudio de Stop Badware En estos momentos, Google ofrece la verificación en dos pasos en todas las cuentas, incluidas las de los dominios de Google Apps. Puedes usar tu teléfono, un token de hardware (por ejemplo, una llave de seguridad) o la aplicación Google Authenticator para verificar tu cuenta. Estas opciones te ofrecen una mayor flexibilidad a la hora de viajar o cuando no tengas acceso a la red para móviles.

Si tu proveedor de alojamiento, tu sistema de gestión de contenido (CMS) o la plataforma que uses para administrar tu sitio web no permite la autenticación de dos factores, solicita a su servicio de asistencia al cliente una opción para usar este tipo de autenticación en el futuro. Pueden incorporar la autenticación de dos factores en su plataforma con el código de software libre de Google. Si tu plataforma o proveedor de alojamiento no ofrece una buena protección contra el acceso no autorizado, te recomendamos que cambies de proveedor. Puedes ver una lista de sitios web que admiten la autenticación de dos factores, junto con las opciones de autenticación que ofrecen, en https://twofactorauth.org/.

Si tienes más dudas, puedes preguntar en los Foros de ayuda para webmasters, donde encontrarás una comunidad de webmasters que podrá guiarte.

Escrito por: Eric Kuan, Webmaster Relations Specialist & Yuan Niu, Webspam Analyst Publicado por Javier Pérez equipo de calidad de búsqueda.

#NoHacked: Cómo detectar la ingeniería social y protegerse contra ella

martes, 4 de agosto de 2015

TwitterGoogle+Parte 1ingeniería social

Suplantación de identidad (phishing)

Es posible que te suene el "phishing", o la suplantación de identidad, una de las formas más comunes de ingeniería social. Los sitios web y los correos electrónicos usados para la suplantación de identidad imitan sitios web legítimos para tratar de engañar al usuario y que introduzca información confidencial, como el nombre de usuario y la contraseña, en tales sitios web. Un estudio reciente de Google descubrió que algunos sitios de suplantación de identidad engañan a las víctimas el 45% de las veces. Una vez que el sitio web de suplantación de identidad haya obtenido la información, el propietario de dicho sitio puede vender o utilizar la información de tu cuenta para manipularla.

Otras formas de ingeniería social

Si eres el propietario de un sitio web, la suplantación de identidad no es la única forma de ingeniería social que debes vigilar. Hay otro método de ingeniería social que se aprovecha del software y las herramientas usados en tu sitio web. Si realizas descargas o usas algún sistema de gestión de contenido (CMS) o algún tipo de complemento, asegúrate de que provengan de fuentes acreditadas, por ejemplo, descargándolos directamente desde el sitio web del programador. El software que provenga de sitios web que no estén acreditados puede suponer una amenaza que daría acceso a tu sitio web a los hackers.

Por ejemplo, la empresa de productos para mascotas El palacio de la mascota contrató recientemente al webmaster Wanda para crear su sitio web. Tras hacer algunos bocetos para el diseño, Wanda empezó a compilar el software que necesitaba para crear el sitio web. Sin embargo, descubrió que uno de los complementos de retoque fotográfico que más le gustaba, Photo Frame Beautifier, ya no estaba disponible en el sitio web de complementos oficial de su sistema de gestión de contenido y que el programador del complemento había decidido dejar de aceptarlo. Wanda hizo una búsqueda rápida y encontró un sitio web que ofrecía un archivo de complementos antiguos. Decidió descargar el complemento y usarlo para completar el sitio web. Dos meses más tarde, Wanda recibió una notificación de Search Console que le informaba de que habían pirateado el sitio web de su cliente.Rápidamente, se encargó de corregir el contenido pirateado y descubrió cuál era la raíz del problema. Resultó que el complemento Photo Frame Beautifier había sido modificado para permitir que terceras partes maliciosas tuvieran acceso al sitio.Eliminó el complemento, corrigió el contenido pirateado, protegió el sitio contra futuros ataques y envió una solicitud de reconsideración con Search Console. Como puedes ver, el descuido involuntario de Wanda hizo que el sitio web de su cliente acabara comprometido.

Protegerse de los ataques de ingeniería social

La ingeniería social resulta efectiva porque no es obvio que se esté cometiendo un error. Sin embargo, hay algunos puntos básicos que se deben tener en cuenta para protegerse de la misma.

Mantente alerta: Cuando vayas a introducir algún tipo de información confidencial o instales el software de algún sitio web, conviene hacerlo con cierta dosis de escepticismo sano. Comprueba las URL para asegurarte de que no estás escribiendo información confidencial en sitios web maliciosos. Cuando vayas a instalar software de un sitio web, asegúrate de que proviene de fuentes conocidas y acreditadas, como el sitio web del programador.
Usa métodos de autenticación de dos factores: La autenticación de dos factores como la verificación en dos pasos de Google, añade una capa adicional de seguridad que ayuda a proteger la cuenta, incluso si han robado la contraseña. Deberías habilitar una autenticación de dos factores en todas las cuentas en las que sea posible. Durante la semana que viene, daremos información más detallada sobre las ventajas de la autenticación de dos factores.

Recursos adicionales sobre la ingeniería social:

Si tienes más dudas, puedes preguntar en los Foros de ayuda para webmasters donde encontrarás una comunidad de webmasters que podrá guiarte. Además, puedes unirte a nuestro Hangouts en directo (en inglés) sobre seguridad el día 26 de Agosto.

Escrito por: Eric Kuan, Webmaster Relations Specialist & Yuan Niu, Webspam Analyst Publicado por Javier Pérez equipo de calidad de búsqueda.

#NoHacked: Cómo evitar ser el objetivo de los piratas informáticos

lunes, 27 de julio de 2015

campaña #nohackedTwitterGoogle+ Refuerza la seguridad de tu cuenta(no introduzcas nunca la tuya en otros sitios)autenticación de dos factores Actualiza el software de tu sitio websistema de gestión de contenido Averigua cómo trata los problemas de seguridad tu proveedor de alojamiento Utiliza las herramientas de Google para mantenerte informado del contenido comprometido que pueda haber en tu sitioregistres en Search ConsoleAlertas de Googletérminos relacionados con contenido fraudulento comunesForos de ayuda para webmasters

Escrito por: Eric Kuan, Webmaster Relations Specialist und Yuan Niu, Webspam Analyst Publicado por Javier Pérez equipo de calidad de búsqueda.

Novedades sobre la API de autocompletar

viernes, 24 de julio de 2015

más de 80 APIs

Escrito por Peter Chiu on behalf of the Autocomplete team Publicado por Javier Pérez equipo de calidad de búsqueda.

Google+: Un caso práctico para describir el efecto de los intersticiales de descarga de aplicaciones

jueves, 23 de julio de 2015

En la Web para móviles de Google+, nos decidimos a estudiar con detalle nuestro propio uso de intersticiales. Los estudios internos sobre la experiencia de usuario los identificaron como experiencias mediocres, y Jennifer Gove dio una charla muy interesante durante la edición de IO del año pasado en la que recalcaba la frustración que estos elementos provocan en el usuario.

A pesar de que nuestra intuición nos decía que deberíamos quitar el intersticial, preferimos que sean los datos los que guíen nuestras decisiones, por lo que nos dispusimos a averiguar cómo afectaba el intersticial a nuestros usuarios. Estos fueron los resultados de nuestro análisis:

El 9% de las visitas que recibió la página de nuestro intersticial generaron una interacción con el botón "Obtener la aplicación". (Hay que tener en cuenta que cierto porcentaje de estos usuarios ya tenían instalada la aplicación o que quizá no llegaron a completar la descarga en la tienda de aplicaciones).
Mientras que el 69% de las visitas abandonaron la página; es decir, estos usuarios ni se dirigieron a la tienda de aplicaciones ni visitaron el sitio web para móviles.

Aunque un 9% puede parecer un buen CTR para cualquier campaña, nos centramos mucho más en la cantidad de usuarios que habían abandonado el producto por culpa de la molestia que sintieron durante su experiencia. Con estos datos en mente, en julio de 2014 decidimos llevar a cabo un experimento y determinar qué efecto se produciría en el uso del producto en sí en caso de quitar el intersticial. Añadimos un banner de aplicación inteligente para seguir promocionando la aplicación nativa con un método menos invasivo, tal como se recomienda en la sección Evitar errores habituales de la guía "SEO para móviles". Los resultados fueron sorprendentes:

La cantidad de usuarios activos durante un día en nuestro sitio web se incrementó un 17%.
Las instalaciones de la aplicación G+ nativa para iOS no se vieron afectadas (-2%) en exceso. (No incluimos los datos sobre instalaciones desde dispositivos Android porque la mayoría llevan Google+ ya instalado de fábrica).

A la luz de estos resultados, decidimos quitar el intersticial de una vez por todas.Estamos convencidos de que el aumento de usuarios de nuestro producto convierte esta decisión en un cambio positivo neto y, por eso, hemos querido compartir esta experiencia con la esperanza de que te replantearás el uso de los intersticiales promocionales. Te animamos a eliminar las molestias y a hacer que la Web para móviles sea más útil y más fácil de usar.

(Desde este estudio, hemos lanzado una mejor experiencia en web móvil que se encuentra actualmente sin un banner intersticial. La el banner intersticial se puede todavía ver en iOS 6 y siguientes.)

Escrito por David Morell, Software Engineer, Google+, Publicado por Javier Pérez equipo de calidad de búsqueda

Gestión de Google de los nuevos dominios de nivel superior

martes, 21 de julio de 2015

gTLDP. ¿Cómo afectarán los gTLD a la búsqueda? ¿Google cambiará sus algoritmos para favorecer estos TLD? ¿Cuál es la importancia real que tendrán en la búsqueda?P. ¿Y qué pasa con los TLD del tipo IDN como みんな? ¿El robot de Google los puede rastrear e indexar para que se puedan usar en la búsqueda?site:みんなPunycodeP. ¿Los TLD del tipo .BRAND ponderarán más que los .com?P. ¿Cómo se gestionan los nuevos TLD regionales o de ciudad (como .london o .bayern)?sitios multirregionales y multilingüessegmentación geográfica de Search ConsoleP. ¿Y los ccTLD (dominios de nivel superior con código de país)? ¿Google favorecerá los ccTLD (como .uk, .ae, etc.) como si fueran un dominio local para la gente que busque en esos países?excepcionessitios multirregionales y multilingüesP. ¿Google apoyará mis esfuerzos de SEO para trasladar mi dominio de .com a un TLD nuevo? ¿Cómo puedo trasladar mi sitio web sin perder la clasificación en las búsquedas o el historial?cómo trasladar el sitio webforos de ayuda
Publicado por John Mueller, Analista de Tendencias para Webmasters, Google Switzerland, Publicado por Javier Pérez equipo de calidad de búsqueda