El Blog para Webmasters de Google: consejos

Casos de éxito: Reparación de sitios comprometidos

martes, 24 de marzo de 2015

Problemas de seguridadAyuda para sitios comprometidosnuestro foro Caso de éxito n.º 1: sitio web de un restaurante con varias secuencias de comandos inyectadas por hackers.htaccessprotegiéndolo

Mantener actualizado el CMS (sistema de gestión de contenido, como WordPress, Joomla, Drupal, etc.) con la versión más reciente. Asegurarse también de que los plugins estén actualizados.

Comprobar que la contraseña de la cuenta utilizada para acceder a las funciones administrativas del CMS sea difícil y única.

Habilitar la verificación en dos pasos para iniciar sesión, si el CMS la admite. (También puede denominarse "autenticación en dos factores" o "autenticación en dos pasos"). Este procedimiento también se recomienda para la cuenta utilizada para la recuperación de la contraseña. La mayoría de los proveedores de correo electrónico, como Google, Microsoft o Yahoo, admiten esta función.

Asegurarse de que los plugins y los temas instalados provienen de una fuente de confianza, ya que, a menudo, los plugins o los temas pirateados pueden contener código que facilita aún más la entrada de los hackers.

Caso de éxito n.º 2: sitio web profesional con muchas páginas comprometidas difíciles de encontrarhttp://example.com/where-to-buy-cialis-over-the-counter/http://www.example.com/where-to-buy-cialis-over-the-counter/http://www.example.com/where-to-buy-cialis-over-the-counter/http://example.com/ http://www.example.com/http://example.com/http://www.example.com/http://www.example.com/http://example.com/http://example.com/where-to-buy-cialis-over-the-counter/http://example.com/ 2)- Revisar el archivo .htaccess por si contenía nuevas reglas.

María habló con su proveedor de alojamiento, que le explicó cómo acceder al archivo .htaccess. Enseguida se dio cuenta de que en el archivo .htaccess había contenido extraño que ella no había añadido:

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteCond %{HTTP_USER_AGENT} (google|yahoo|msn|aol|bing) [OR]
RewriteCond %{HTTP_REFERER} (google|yahoo|msn|aol|bing)
RewriteRule ^([^/]*)/$ /main.php?p=$1 [L]
</IfModule>

El hacker había insertado la regla mod_rewrite anterior para redireccionar a todos los usuarios procedentes de determinados motores de búsqueda y rastreadores de motores de búsqueda a main.php, que generaba todo el contenido comprometido. Estas reglas también pueden redireccionar a los usuarios que accedan al sitio desde un dispositivo móvil. Ese mismo día también vio, con un escaneo de software malicioso reciente, que había contenido sospechoso en el archivo main.php. Además, también encontró a un usuario desconocido en el área de usuarios del FTP de su software de desarrollo de sitios web.

María eliminó el archivo main.php, el archivo .htaccess y al usuario desconocido del área de usuarios del FTP, y su sitio dejó de estar comprometido.

Pasos para evitar que se vuelva a comprometer el sitio

No utilizar el FTP para transferir archivos a los servidores. El FTP no cifra todo el tráfico, incluidas las contraseñas. En cambio, el SFTP lo cifra todo, incluida la contraseña, como protección contra los intrusos que examinan el tráfico de red.
Comprobar los permisos de los archivos confidenciales, como .htaccess. El proveedor de alojamiento puede ofrecer ayuda para ello. El archivo .htaccess se puede utilizar para mejorar y proteger el sitio, pero los hackers maliciosos también pueden utilizarlo si consiguen acceder a él.
Estar atentos y buscar usuarios nuevos y desconocidos en el panel de administración, o en cualquier otro lugar en el que los usuarios puedan modificar el sitio.

Esperamos que tu sitio nunca se vea comprometido, pero si esto sucede, tenemos muchos recursos para webmasters en nuestra página de Ayuda para sitios comprometidos. Si necesitas más ayuda o quieres compartir tus propios consejos, puedes escribir en nuestro Foro de ayuda para webmasters. Si escribes en el foro o envías una solicitud de reconsideración para tu sitio, incluye la etiqueta #NoHacked..

Escrito por Julian Prentice y Yuan Niu, Search Quality Team.Publicado por Javier Pérez equipo de calidad de búsqueda.

#NoHacked: campaña global para aumentar la sensibilización acerca de las vulnerabilidades en los sitios web

lunes, 25 de agosto de 2014

El mes pasado, presentamos una campaña social de una semana llamada #NoHacked. Los objetivos de #NoHacked son sensibilizar a los usuarios acerca de los ataques contra las vulnerabilidades en los sitios web y proporcionarles consejos sobre cómo mantener los sitios protegidos contra los hackers.

Organizamos la campaña en 11 idiomas en varios medios, incluidos Google+, Twitter y Weibo.

Cerca de 1 millón de personas han consultado nuestros consejos y cientos de usuarios han utilizado la etiqueta #NoHacked para aumentar la sensibilización y compartir sus propios consejos.

A continuación algunos de los muchos consejos compartidos por usuarios de todo el mundo:

Pablo Silvio Esquivel, de Brasil, recomienda a los usuarios no utilizar software pirateado (fuente).

Rens Blom, de los Países Bajos, sugiere que se utilicen distintas contraseñas para las cuentas, que se cambien periódicamente y que se utilice una capa de seguridad adicional como, por ejemplo, la autenticación en dos pasos (fuente).

Дмитрий Комягин, de Rusia, recomienda supervisar las fuentes de tráfico periódicamente, las consultas de búsqueda y las páginas de destino y, también, buscar picos en el tráfico (fuente).

工務店コンサルタント, de Japón, recomienda a todos los usuarios elegir una buena compañía de alojamiento web conocedora de los problemas que pueden causar las vulnerabilidades y definir el reenvío de correos electrónicos en Herramientas para webmasters de Google (fuente).

Kamil Guzdek es partidario de cambiar el prefijo de la tabla predeterminada de wp-config por uno personalizado al instalar un nuevo WordPress para reducir el riesgo de que las bases de datos sean hackeados (fuente).

Aunque resulte sorprendente, los sitios hackeados todavía son un problema común en todo el mundo, de modo que animamos a todos los webmasters a seguir estos útiles consejos.

Si quieres, puedes seguir utilizando la etiqueta #NoHacked para compartir consejos o experiencias propias sobre la prevención y la sensibilización acerca de la piratería.

Gracias por apoyar la campaña #NoHacked.

En el desafortunado caso de que tu sitio sea hackeado, puedes encontrar ayuda, siguiendo estos pasos para una recuperación de forma rápida y sólida.

Y si tienes alguna duda no dudes en publicar tu pregunta o busca respuestas en nuestro Foro de ayuda

Publicado por los cordiales ayudantes de #NoHacked

HTTPS como señal del ranking

jueves, 7 de agosto de 2014

potente cifrado HTTPS predeterminadoevitar y solucionar las fisuras de seguridadGoogle I/OHTTPS en todos los sitiosHTTPSTLS

centro de ayuda

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.

herramienta Qualys Labrapidez de TLSforo de ayuda para webmastersEscrito por Zineb Ait Bahajji and Gary Illyes, Webmaster Trends Analysts, Publicado por Javier Pérez equipo de calidad de búsqueda

Cómo crear la página de inicio adecuada para usuarios internacionales

lunes, 16 de junio de 2014

Si tienes un negocio en más de un país o segmentas tu contenido en distintos idiomas, te recomendamos que tengas sitios o secciones independientes con contenido específico en cada URL, segmentado para países o idiomas concretos. Por ejemplo, una página para visitantes de EE. UU. y anglófonos y otra página para usuarios de Francia y francófonos.Aunque disponemos de información sobre la administración de sitios multirregionales y multilingües, la página de inicio puede ser un poco especial. Esta entrada te ayudará a crear la página de inicio adecuada en tu sitio web para publicar el contenido correcto para los usuarios en función de su idioma y ubicación.

Hay tres formas de configurar la página de inicio o la página de destino para cuando los usuarios acceden a ella:

mostrar el mismo contenido para todos los usuarios,
permitirles escoger,
publicar contenido en función de la localización y del idioma de los usuarios.

Echemos un vistazo a los detalles de cada opción.

Mostrar el mismo contenido a los usuarios de todo el mundo

Con esta opción, tú decides publicar contenido específico para un país y un idioma determinados en la página de inicio o en la URL genérica (http://www.example.com). Este contenido estará disponible para cualquier usuario que haya accedido a esta URL directamente en el navegador o para aquellos que busquen específicamente esa URL. Tal como se indica más arriba, se debería poder acceder a todas las versiones de país e idioma en sus URL únicas.

Nota: Puedes mostrar un banner en la página para sugerir una versión más adecuada a los usuarios de otras ubicaciones o con una configuración de idioma distinta.

Permitir a los usuarios elegir la versión local y el idioma que quieren

Con esta configuración, publicas una página de selección de país en la página de inicio o en la URL genérica para que los usuarios puedan escoger qué contenido quieren ver en función del país y del idioma. Todos los usuarios que escriban esta URL accederán a la misma página.

Si implementas esta opción en el sitio internacional, recuerda utilizar la anotación x-default rel-alternate-hreflang para la página de selección de país, que se ha creado específicamente para este tipo de páginas. El valor x-default nos ayuda a reconocer las páginas que no son específicas de un idioma ni de una región.

Redirigir automáticamente a los usuarios o publicar de forma dinámica el contenido HTML adecuado en función de su configuración de ubicación y de idioma

Una tercera opción consiste en publicar automáticamente el contenido HTML adecuado para los usuarios en función de su configuración de ubicación y de idioma. Para ello, debes utilizar redireccionamientos 302 del entorno del servidor o publicar de forma dinámica el contenido HTML adecuado.

Recuerda utilizar la anotación x-default rel-alternate-hreflang en la página de inicio o en la página genérica, aunque esta última sea una página de redireccionamiento a la que los usuarios no pueden acceder directamente.

Nota: Piensa en la opción de redirigir a los usuarios para los que no tienes una versión específica. Por ejemplo, usuarios francófonos en un sitio web que tiene versiones en inglés, español y chino. Muéstrales el contenido que consideres más adecuado.
Sea cual sea la configuración que escojas, debes asegurarte de que todas las páginas, incluidas las páginas de selección de país e idioma, cumplen lo siguiente:

Tienen anotaciones rel-alternate-hreflang.
Se encuentran accesibles para el rastreo y la indexación de Googlebot: no bloquees el rastreo ni la indexación de las páginas localizadas.
Permite siempre que los usuarios cambien a la versión o al idioma local. Para ello, puedes utilizar un menú desplegable.

Recordatorio: Tal como se indica al principio, recuerda que debes tener URL distintas para cada versión de país y de idioma.

Acerca de las anotaciones rel-alternate-hreflang

Recuerda anotar todas tus páginas, sea cual sea el método que utilices. Ello permitirá que los motores de búsqueda muestren los resultados adecuados a tus usuarios fácilmente.

Todas las páginas de selección de país y las páginas de inicio de publicación dinámica o que redirigen deberían utilizar x-default hreflang, que se ha diseñado específicamente para las páginas de inicio y las páginas de selección de país de redireccionamiento automático.

Por último, aquí tienes algunos recordatorios generales sobre las anotaciones rel-alternate-hreflang:

Tus anotaciones deben confirmarse desde las otras páginas. Si la página A enlaza con la página B, la página B tiene que volver a enlazar con la página A. De lo contrario, es posible que las anotaciones no se interpreten correctamente.
Las anotaciones deben hacer referencia a sí mismas. La página A debería utilizar los enlaces de la anotación rel-alternate-hreflang para sí misma.
Puedes especificar las anotaciones rel-alternate-hreflang en el encabezado de HTTP, en la sección del encabezado del HTML o en un archivo de sitemap. Es muy recomendable que elijas solo una forma de implementar las anotaciones para evitar incoherencias y errores.
El valor del atributo hreflang debe estar en formato ISO 639-1 para el idioma y en ISO 3166-1 Alpha 2 para la región. No puedes especificar solo la región. Si deseas configurar tu sitio solo para un país, utiliza la función de orientación geográfica en Herramientas para webmasters de Google.

Si sigues estas recomendaciones, podremos entender mejor tu contenido localizado y ofrecer resultados más relevantes a tus usuarios en los resultados de búsqueda. Como siempre, si tienes preguntas o comentarios, háznoslos llegar en el Foro de ayuda para webmasters.

Escrito por Zineb Ait Bahajji webmaster trend analysits. Publicado por Javier Pérez equipo de calidad de búsqueda.

Campaña #NoHacked, ayuda a prevenir vulnerabilidades en tu sitio web

martes, 10 de junio de 2014

Esta semana comenzamos nuestra campaña #NoHacked.

Tiene como objetivo concienciar a los webmasters de la existencia de ataques hackers en sus sitios web y ofrecer consejos para ayudar con la prevención para ayudar a mantener tus sitios a salvo de los hackers informáticos.

Seria muy bueno que este tipo de ataques no ocurrieran a nadie pero desgraciadamente hay muchos sitios con vulnerabilidades que los hackers aprovechan, y sorprendentemente es bastante común para muchos sitios web el haber sido atacados sin que los propios webmasters lo sepan.

Es hora de hacer tu sitio menos vulnerable a los piratas informáticos.

Y la parte divertida es, tu puedes ayudar participando!
compartiendo tus propios consejos de prevención con el hashtag #NoHacked.

Anímate a compartir este post tus consejos !!

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

Cómo optimizar el sitio para móviles con PageSpeed Insights

lunes, 19 de mayo de 2014

Recientemente, hemos actualizado PageSpeed Insights con más recomendaciones sobre usabilidad en dispositivos móviles para ayudar a programadores y webmasters a que sus sitios estén optimizados para dichos dispositivos.

Una falta de usabilidad puede reducir las ventajas de que una página se cargue rápidamente. Sabemos que una página móvil normal tarda más de 7 segundos en cargarse. Si utilizas la herramienta PageSpeed Insights y sigues las recomendaciones sobre velocidad, podrás conseguir que tu página se cargue mucho más rápido. Pero supongamos que tu sitio móvil se carga rápidamente, en solo 2 segundos en lugar de 7. Si los usuarios de dispositivos móviles todavía tienen que esperar 5 segundos más al cargarse la página para hacer zoom y desplazarse por la pantalla antes de poder empezar a leer el texto e interactuar con la página, significa que, al fin y al cabo, el sitio no es tan rápido. Las nuevas reglas de Experiencia de Usuario de PageSpeed Insights pueden ayudarte a detectar y arreglar este tipo de problemas de usabilidad.

Estas nuevas recomendaciones actualmente tratan los siguientes aspectos:

Configura la ventana gráfica: sin una etiqueta "meta-viewport", los navegadores de móviles modernos darán por hecho que tu página no está optimizada para móviles,recurrirán a una ventana gráfica de escritorio y, posiblemente, aplicarán el refuerzo de fuente, lo que creará interferencias con el diseño deseado de la página. La configuración de la ventana gráfica para que el ancho sea igual al del dispositivo (width=device-width) debería ser el primer paso para hacer que tu sitio esté optimizado para móviles.

Adapta el tamaño del contenido a la ventana gráfica: los usuarios esperan desplazarse por los sitios de forma vertical, y no horizontal. Cuando hayas configurado la ventana gráfica, asegúrate de que el contenido de tu página se adapta al ancho de la ventana gráfica. Ten en cuenta que no todos los dispositivos móviles tienen el mismo ancho.

Utiliza tamaños de fuente legibles: si los usuarios tienen que usar el zoom solo para poder leer el texto de un artículo en las pantallas de sus teléfonos inteligentes, entonces significa que tu sitio no está optimizado para móviles. PageSpeed Insights comprueba que el texto de tu página sea suficientemente grande para que la mayoría de los usuarios puedan leerlo con comodidad.

Adapta el tamaño de los botones correctamente: no hay nada más frustrante que intentar tocar un botón o un enlace en la pantalla de un teléfono o de una tableta y tocar el que no es por error porque el dedo es más grande que el cursor del ratón de un ordenador. Asegúrate de que los botones o enlaces de tu sitio móvil sean suficientemente grandes para pulsarlos con comodidad en una pantalla táctil.

Evita los complementos: la mayoría de los teléfonos inteligentes no son compatibles con Flash u otros complementos de navegador, así que asegúrate de que tu sitio móvil no dependa de complementos.

Estas reglas se describen con más detalle en nuestras páginas de ayuda. Cuando estés listo, puedes probar tus páginas y las mejoras que implementes con la herramienta PageSpeed Insights. También hemos actualizado el diseño de PageSpeed Insights y lo hemos optimizado para móviles, y hemos traducido nuestros documentos de ayuda a más idiomas.

Como siempre, si tienes alguna pregunta o quieres enviarnos comentarios, publica una entrada en nuestro foro para webmasters.

Escrito por Matthew Steele y Doantam Phan, PageSpeed Insights team, Publicado por Javier Pérez equipo de calidad de búsqueda.

Video: Expandiendo tu sitio web a otros idiomas

martes, 11 de febrero de 2014

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 Maile Ohye, Developer Programs Tech Lead. Publicado por Javier Pérez equipo de calidad de búsqueda de Google.

Verifica tu sitio en Herramientas para webmasters de Google mediante el Administrador de etiquetas de Google

lunes, 17 de junio de 2013

Si utilizas el Administrador de etiquetas de Google para añadir y actualizar las etiquetas del sitio, ahora puedes verificar rápida y fácilmente la propiedad de tu sitio en Herramientas para webmasters de Google mediante el código del fragmento de contenedor.

A continuación te indicamos cómo se hace:

1. En la página principal de Herramientas para webmasters de Google, haz clic en Administrar sitio para el sitio que quieras verificar y, a continuación, selecciona Verificar la propiedad de este sitio. Si todavía no has añadido el sitio, puedes hacer clic en el botón Añadir un sitio que hay en la esquina superior derecha.

Para hacerlo, debes tener los permisos de nivel de cuenta "Ver, editar y administrar" en Administrador de etiquetas de Google.

2. En la página Verificación, selecciona Administrador de etiquetas de Google como método de verificación y sigue los pasos en pantalla.

3. Haz clic en Verificar.

¡Y ya está!

Si tienes alguna pregunta sobre este método de verificación, ve al Foro de ayuda para webmasters.

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

Uso del marcado schema.org para los logotipos de organización

martes, 21 de mayo de 2013

Hoy presentamos la compatibilidad con el marcado schema.org para los logotipos de organizaciones, una forma de conectar tu sitio con una imagen icónica. Queremos que puedas especificar la imagen que debemos usar como tu logotipo en los resultados de búsqueda de Google.

Mediante la Organization markup, de schema.org, puedes indicar a nuestros algoritmos la ubicación de tu logotipo preferido. Por ejemplo, una empresa cuya página principal sea www.example.com puede agregar el siguiente marcado con los elementos de página visibles de dicha página principal:



<div itemscope itemtype="http://schema.org/Organization">
  <a itemprop="url" href="http://www.example.com/">Home</a>
  <img itemprop="logo" src="http://www.example.com/logo.png" />
</div>

Actualización 21 de octubre 2014: También puedes utilizar cualquier otra sintaxis compatible como el código JSON-LD:

<script type="application/ld+json">
      {
      "@context": "http://schema.org/",
      "@type": "Organization",
      "url": "http://www.example.com/",
      "logo": "http://www.example.com/logo.png"
      }
    </script>

Este ejemplo indica a Google que esta imagen corresponde al logotipo de organización de la página principal que también se incluye en el marcado y que, siempre que sea posible, se debe usar en los resultados de búsqueda de Google. Este tipo de marcado es una señal muy potente para ayudar a que nuestros algoritmos muestren esta imagen de forma preferencial por encima de otras, por ejemplo al mostrar el Knowledge Graph a la derecha basado en las consultas de los usuarios.

Y como siempre, no dudes en exponernos tus preguntas en el Foro de ayuda para webmasters.

Escrito por RJ Ryan, Google Engineer Publicado por Javier Pérez, equipo de Calidad de búsqueda.

Academia para webmasters de Google, ahora también en castellano

jueves, 28 de marzo de 2013

Desde el lanzammiento de la Academia para Webmasters en Inglés en mayo del 2012, sus consejos y contenido educativo han sido vistos más de 1 millón de veces.

La Academia para Webmasters fue creada para guiar a los webmasters en la creación de sitios web, funcionen bien en los resultados de búsqueda de Google.

La academia para webmasters no es tan solo una buena guía para webmasters principiantes , sino también una lectura recomendada para los usuarios experimentados que deseen aprender más sobre temas avanzados.

Para apoyar a los webmasters de todo el mundo, estamos encantados de anunciar, que desde hoy la Academia para Webmaster esta disponible en 20 idiomas, entre ellos en castellano.

Esperamos poder ayudarte a crear sitios web aún mejores. Nos encantaría leer tus comentarios y te invitamos a participar en la discusión en los foros de ayuda.

Escrito por Giacomo Gnecchi Ruscone, equipo de Calidad de búsqueda. Publicado por Javier Pérez, equipo de Calidad de búsqueda.

Construir Sitios Web optimizados para dispositivos móviles

miércoles, 20 de marzo de 2013

Cada vez más y más usuarios en todo el mundo utilizan dispositivos móviles para navegar en Internet, y el entorno para acceder a tu sitio web está cambiando.

Google ha estado publicando varios artículos acerca de cómo optimizar tu sitio web para dispositivos móviles y hoy para ayudar a los webmasters a optimizar sus sitios webs nos gustaría presentar la edición en castellano de la web "Creación de sitios web optimizados para móviles".

Ahora en un sitio web único podrás encontrar recursos para la construcción de sitios web optimizados para smartphones, donde también encontrarás algunos consejos útiles con respecto a las tabletas.
Si estas pensando en construir o adaptar tu sitios web para usuarios de smartphones o tabletas, este sitio web puede ser de gran utilidad.

Si tienes alguna pregunta, por favor, pásate por nuestro foro de ayuda para webmasters.

El equipo de Calidad de búsqueda.

Primera hoja de referencia para todos los públicos con los pasos básicos para optimizar tu sitio web

jueves, 14 de marzo de 2013

Todo el mundo conoce a alguien que acaba de crear su primer blog en Blogger, acaba de instalar WordPress por primera vez o se esta iniciando en el mundo de la creación de sitios web.

Especialmente para ellos hemos creado una hoja de referencia con unos primeros pasos de optimización básicos.

Esta hoja contiene una breve lista con consejos básicos para implementar en los sitios web, que puede ayudar a Google y a otros motores de búsqueda a entender mejor el contenido y aumentar la visibilidad de tu sitio.

Por favor no dudes en imprimir, copiar, distribuir y compartir esta hoja con todo aquel al que creas que puede ser de ayuda

Esperamos que este material sea de utilidad a los que están a punto de iniciar su aventura en el mundo webmaster o a los que hasta ahora no han prestado demasiada atención a los motores de búsqueda.

Con el tiempo, a medida que vayas adquiriendo experiencia es posible que te interese echar un vistazo a nuestra más avanzada Guía para principiantes sobre optimizaciónpara motores de búsqueda.

Y como siempre invitamos tanto, los nuevos webmasters y propietarios de sitios web,como a los más experimentados a compartir sus experiencia y conocimiento en el Foro de ayuda para webmasters de Google.

Primera parada en la recuperación de un sitio hackeado

martes, 12 de marzo de 2013

Esperamos que nunca tengas que usar nuestros nuevos recursos de ayuda para sitios hackeados.

Dicho esto hoy presentamos una docena de artículos y más de una hora de vídeos dedicados a ayudar a los webmasters que se encuentran en el desafortunado caso de que su sitio se vea comprometido.

Cómo y por qué los sitios web son atacados

Si tienes más interés en saber por qué los criminales cibernéticos atacan y hackean los sitios web con la intención de spamear, echa un vistazo a la explicación Tiffany Oberoi en Paso 5: Evaluar los daños (hackeado con spam).

Tiffany Oberoi, ingeniero de webspam, comparte información acerca de los sitios hackeado con spam

Y si tienes curiosidad acerca de que es el malware, Lucas Ballard miembro del equipo de Safe Browsing explica más sobre el tema en el Paso 5: Evaluar los daños (hackeado con malware).

Lucas Ballard, ingeniero de Safe Browsing y Maile tienen una conversación sobre malware

Si bien tratamos de explicar extensamente los pasos necesarios para la recuperación, cada paso sigue siendo bastante difícil para los propietarios de sitios web a menos que tengan un conocimiento avanzado como administrador y algo de experiencia con el código fuente.

Por la ayuda prestada a los webmasters con este tipo de casos, nos gustaría agradecer a los usuarios habituales del Foro para Webmaster y en especial a los que participan, en la sección de malware.

¿Cómo evitar tener que necesitar ayuda relacionada con sitios hackeados?

Así como webmaster te centras en la construcción de un sitio que es util para los usuarios y accesible para y los motores de búsqueda, mantener tu sitio seguro - para ti y tus visitantes - es también de suma importancia.

Cuando los propietarios de un sitio web no mantienen la seguridad de su sitio al día, los hackers podrían encontrar y explotar las posibles vulnerabilidades.

Así que, para ayudar a evitar encontrarte en ese escenario, a continuación te detallamos algunas buenas practicas a seguir:

Mantener el software actualizado
Entender y seguir buenas prácticas de seguridad y comprobar todas las aplicaciones, plugins, software de terceras partes, etc, antes de instalarlos en el servidor. Si existe una vulnerabilidad en la seguridad de una de esas aplicaciones puede comprometer la seguridad de todo el sitio web
Eliminar el software innecesarios o que no se utiliza
Crear y usar contraseñas seguras
Mantener todos los dispositivos que se utilizan para acceder al servidor seguros y actualizados (sistema operativo y el navegador)
Hacer copias de seguridad periódicas y automáticas del sitio

Para encontrar mas ayuda e información acerca de sitios hackeados visita www.google.com/webmasters/hacked.

¡Esperamos no tener que verte por allí !

Escrito por Maile Ohye, Developer Programs Tech Lead, Publicado por Javier Pérez, equipo de Calidad de búsqueda.

Saca el mayor partido a la funcionalidad de las consultas de búsqueda en las Herramientas para Webmasters

miércoles, 20 de febrero de 2013

Si te intriga la funcionalidad de las consultas de búsqueda en las Herramientas para webmasters, pero no está seguro exactamente de cómo funciona, tenemos un vídeo que esperamos te ayude.

Maile explica su visión sobre las consultas de búsqueda en las Herramientas para webmasters

Este vídeo Maile explica la terminología usada en las consultas de búsqueda:

Impresiones
Posición media (al hacer el cálculo tan sólo las top URLs usadas por los usuarios son tomadas en consideración)
Clicks
CTR

En el vídeo también se dan algunos consejos, que resumimos a continuación para averiguar cual son las consultas más populares y las páginas más importantes:

Prepárate para entender los objetivos de tu sitio web y las necesidades de tu audiencia (con la ayuda de los "filtros" en las consultas de búsqueda)
Ordena por clics las consultas populares para entender que términos de búsqueda son utilizados más frecuentemente y cuales atraen a los usuarios a tu sitio web (con la opción de verlo por un período de tiempo determinado)
Ordena por CTR para percatarse de las oportunidades perdidas
Categoriza las consultas en grupos similares para simplifican el seguimiento de tu progreso y facilitar el mantenerse en contacto con las necesidades de los usuarios
Ordena las páginas principales con más clics para encontrar las URL de tu sitio visitadas por los buscadores (con la opción de verlo por un período de tiempo determinado)
Ordena las principales páginas con mayor número de impresiones para encontrar páginas más valiosas que te pueden ser de ayuda para averiguar que tipos de paginas aportan calidad pero no tienen un porcentaje de clicks alto.

Después de haber visto el vídeo intenta aplicar lo aprendido en tu sitio web, con la información disponible en la funcionalidad de consultas de búsqueda, seguramente encontrarás varias ideas para ayudar a los usuarios a encontrar tu sitio más fácilmente.

Y si quieres compartir algún consejo o experiencia usando las Consultas de búsqueda o tienes alguna pregunta o sugerencia pásate por el foro para webmasters de Google.

Escrito por Maile Ohye, Developer Programs Tech Lead, Publicado por Javier Pérez, equipo de Calidad de búsqueda.

Consejos para verificación de la propiedad de tu sitio web en las Herramientas para webmasters de Google.

martes, 22 de enero de 2013

La verificación de la propiedad de su sitio web es un primer paso importante para el uso de las Herramientas para webmasters de Google.
Para ayudarte a verificar tu sitio web de manera simple y reducir el mantenimiento al mínimo, especialmente si hay varios usuarios utilizando las Herramientas para webmasters, hemos preparado una pequeña lista de consejos y trucos que nos gustaría compartir con vosotros:

Generalmente el método que elijas para la verificación de tu sitio web en ultima estancia depende de ti, pero puede también depender de tu proveedor de hospedaje o tipo de sistema de gestión de los contenidos que tengas. Si quieres estar seguro que futuros cambios en tu web no dan lugar a cancelar de manera accidental el estado de verificación, puedes incluso considerar el uso de dos métodos de verificación en paralelo.
Ya en 2009, se mejoró el proceso en la verificación verificación con metaetiquetas. Si todavía estás utilizando el formato antiguo, te recomendamos pasar a la nueva versión. La nueva meta etiqueta, y el archivo HTML para la demostración de la propiedad contiene una sola línea con el nombre del archivo. Si bien actualmente continuamos soportando el formato antiguo, utilizando la versión más reciente te aseguras de estar actualizado ante posibles cambios en el futuro.
Cuando canceles el acceso de alguno de los usuarios en las Herramientas para webmasters de Google, no te olvides eliminar todas las validaciones de verificación activas asociadas a ese usuario (archivo, meta tags, etc.). Dejándolas activos, los antiguos usuarios de las herramientas para webmaster podrían obtener acceso de nuevo en cualquier momento. Puedes ver la lista de los usuarios activos del sitio web en las Herramientas para webmasters en "Configuración / Usuarios".
Si varias personas tienen que acceder al sitio, te recomendamos utilizar la función para añadir o eliminar usuarios de las Herramientas para webmasters. Esto te facilitará el mantenimiento y control de acceso sin tener que modificar los archivos o la configuración de los servidores.
Asimismo, si varias personas de tu organización necesitan utilizar las Herramientas para webmasters, puede ser una buena política permitir el acceso sólo a los usuarios con direcciones de correo electrónico de tu dominio. De esta manera podrás comprobar a simple vista que sólo los usuarios de tu empresa tienen acceso. Además, cuando uno de estos usuarios salga de la empresa, el acceso a las Herramientas para webmasters automáticamente se limitará cuando se deshabilite la cuenta corporativa.
Considera el uso de los "permisos" y la posibilidad de restringir el acceso (sólo lectura) siempre que sea posible. En general, no es necesario cambiar la configuración a diario, y cuando es necesario cambiarla, es más fácil si se hace a través de una cuenta central.

Esperamos que estos consejos te ayuden a simplificar el proceso de verificación sitio web en las Herramientas para webmasters de Google. Para más preguntas acerca de la verificación, no dudes en pasar por nuestro Foro de ayuda para webmasters.
Escrito por John Mueller, Webmaster Trends Analyst, Google Zürich, Publicado por Javier Pérez, equipo de Calidad de búsqueda.

Sitios hackeados: ayuda para webmasters

miércoles, 19 de diciembre de 2012

El hecho de que tu sitio web esté hackeado puede ser una experiencia frustrante, por lo que queremos hacer todo lo posible para ayudar a los webmasters a limpiar sus sitios y a evitar, de esta forma, nuevas situaciones de riesgo.

El objetivo de esta publicación es destacar los dos tipos de ataques más comunes, así como describir los pasos para la limpieza y los recursos adicionales que los webmasters pueden encontrar de gran utilidad.

Para ofrecer el mejor servicio a los usuarios, es importante que las páginas a las que nos conectemos en nuestros resultados de búsqueda sean seguras.

Lamentablemente, puede haber terceros malintencionados que intenten aprovecharse de los webmasters lícitos y que usen sus sitios para manipular resultados del motor de búsqueda o distribuir contenido malintencionado y spam.

Alertaremos tanto a los usuarios como a los webmasters y, para ello, etiquetaremos sitios que hemos detectado como hackeados mostrando en nuestros resultados de búsqueda la advertencia "Este sitio puede haber sido modificado por terceros" (this site may be compromised).

Queremos dar a los webmasters la información necesaria para ayudarles a limpiar sus sitios en el menor tiempo posible.

Si has verificado tu sitio con las Herramientas para webmasters de Google, también te enviaremos un mensaje cuando hayamos identificado que se ha hackeado tu sitio y, siempre que sea posible, te daremos algunas URL de ejemplo.

Ocasionalmente, tu sitio puede verse comprometido para facilitar la distribución de software malicioso. En caso de detectarlo, identificaremos el sitio en nuestros resultados de búsqueda con la etiqueta "Este sitio puede dañar tu ordenador" y los navegadores como Chrome pueden mostrar una advertencia cuando los usuarios intenten visitarlo.

En algunos casos, podremos compartir información más específica en la sección Software malintencionado de las Herramientas para webmasters de Google.

En nuestro Centro de asistencia también ofrecemos consejos específicos para prevenir y eliminar software malicioso de tu sitio.

Estos son los dos métodos más utilizados por terceros para comprometer tus sitios:

Inserción de contenido

Los hackers pueden intentar influir en los motores de búsqueda insertando enlaces que conduzcan a sitios de su propiedad. Estos enlaces suelen estar ocultos para evitar que los webmasters detecten lo que ha ocurrido. El sitio también puede estar comprometido de tal modo, que el contenido solo puede visualizarse cuando los rastreadores de los motores de búsqueda lo visitan.

Ejemplo de contenido farmacéutico insertado

Si somos capaces de detectarlo, enviaremos un mensaje a tu cuenta de Herramientas para webmasters de Google con detalles que puedan ser de utilidad. Si sospechas que se ha comprometido tu sitio de este modo, puedes comprobar el contenido que el sitio muestra a Google mediante la herramienta Explorar como Google.

El origen de un comportamiento de este tipo se puede buscar en los archivos .php, en los archivos de plantilla y en los complementos CMS.

Redireccionamiento de usuarios

Los hackers también pueden intentar redireccionar a los usuarios a sitios malintencionados o con contenido fraudulento. Pueden hacerlo a todos los usuarios o a usuarios finales específicos, como aquellos que procedan de motores de búsqueda o los que estén usando dispositivos móviles.

Si puedes acceder a tu sitio cuando lo visitas directamente pero experimentas redireccionamientos no esperados si procedes de un motor de búsqueda, es muy probable que tu sitio se haya visto comprometido.

Uno de los métodos que usan los hackers para llevar a cabo esta acción es modificar los archivos de configuración (como el .htaccess de Apache) para distribuir contenido distinto para usuarios distintos, de modo que es recomendable consultar los archivos de configuración del servidor para ver si se observan modificaciones de este tipo.

Otra de las formas de este comportamiento malicioso es la inserción de JavaScript en el código fuente del sitio. El JavaScript puede estar diseñado para ocultar su finalidad, por lo que buscar términos como “eval”, “decode” y “escape” puede resultar útil.

Limpieza y prevención

Si tu sitio se ha visto comprometido, es importante no solo limpiar los cambios que se hayan realizado en él, sino también solucionar la vulnerabilidad que permitió que se pusiera en peligro.

Tenemos instrucciones para limpiar tu sitio y prevenir los riesgos. Asimismo, tu proveedor de alojamiento y nuestro foro de Software malicioso y sitios comprometidos son recursos excelentes si necesitas asesoramiento más específico.

Cuando hayas limpiado el sitio, envía una solicitud de reconsideración que, si se lleva a cabo correctamente, hará que se elimine la etiqueta de advertencia en los resultados de búsqueda.

Como siempre, si tienes preguntas o comentarios, háznoslos llegar en el Foro de ayuda para webmasters.

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

Cómo ofrecer a los usuarios de tablets la Web a tamaño completo

jueves, 22 de noviembre de 2012

Desde que presentamos las recomendaciones de Google para la creación de sitios web optimizados para smartphones, los webmasters han mostrado su interés por saber cómo abordar este tema en otro tipo de dispositivos: los tablets.

Se trata de una cuestión similar a la que los desarrolladores de aplicaciones Android deben hacer frente, y para la que la guía Creación de aplicaciones de calidad para tablets representa un buen punto de partida.

Aunque no disponemos de recomendaciones específicas para crear sitios web optimizados para tablets con un buen rendimiento en los motores de búsqueda, sí podemos proporcionarte algunos consejos sobre cómo crear sitios web que satisfagan tanto las necesidades de los usuarios de smartphones como las de los usuarios de tablets.

Si nos centramos en los usuarios que visitan tu sitio desde un tablet, es importante pensar tanto en los dispositivos que usan como en las expectativas que tienen.

En comparación con los smartphones, los tablets tienen pantallas táctiles de mayor tamaño y normalmente se usan en conexiones Wi-Fi. Además, los tablets ofrecen una experiencia de navegación que puede ser tan positiva como la de cualquier ordenador de escritorio o portátil, pero en un dispositivo con mayor movilidad, más ligero y, por lo general, más cómodo.

Esto significa que, a menos que ofrezcas contenido optimizado para tablets, los usuarios esperan ver el sitio para ordenadores de escritorio y no la versión adaptada para smartphones.

Lo que te recomendaríamos para los sitios optimizados para smartphones es que uses un diseño web receptivo, es decir, que tengas un sitio para todos los dispositivos.

Si tu sitio web, siguiendo nuestra recomendación, usa un diseño web receptivo, asegúrate de probarlo en distintos tipos de tablets para comprobar que también ofrezca un buen rendimiento en estos dispositivos.

Recuerda que, al igual que con los smartphones, hay una gran variedad de tamaños y de resoluciones de pantalla que debes probar.

Otra configuración frecuente consiste en tener sitios separados para ordenadores de escritorio y para smartphones, y redireccionar a los usuarios a la versión que les corresponda. Si usas esta configuración, comprueba que no estés redireccionando, por error, a los usuarios de tablets al sitio optimizado para smartphones.

Cómo distinguir entre los smartphones y los tablets Android

En los dispositivos Android, es fácil distinguir entre los smartphones y los tablets con la cadena user-agent que proporcionan los navegadores. Aunque tanto los smartphones como los tablets Android incluyen la palabra "Android" en la cadena user-agent, solo el user-agent de los teléfonos contiene el término "Mobile".

En resumen, cualquier dispositivo Android que no incluya el término "Mobile" en el user-agent es un tablet (u otro dispositivo con una pantalla grande) que usa el sitio para ordenadores de escritorio.

Por ejemplo, este es el user-agent de Chrome en un smartphone Galaxy Nexus:

Mozilla/5.0 (Linux; Android 4.1.1; Galaxy Nexus Build/JRO03O) AppleWebKit/535.19 (KHTML, like Gecko) Chrome/18.0.1025.166 Mobile Safari/535.19

Y este es el de Firefox en el Galaxy Nexus:

Mozilla/5.0 (Android; Mobile; rv:16.0) Gecko/16.0 Firefox/16.0

Compáralos con el user-agent de Chrome en Nexus 7:

Mozilla/5.0 (Linux; Android 4.1.1; Nexus 7 Build/JRO03S) AppleWebKit/535.19 (KHTML, like Gecko) Chrome/18.0.1025.166 Safari/535.19

O con el de Firefox en Nexus 7:

Mozilla/5.0 (Android; Tablet; rv:16.0) Gecko/16.0 Firefox/16.0

Como el user-agent de Galaxy Nexus incluye el término "Mobile", debería usar la versión de tu sitio web optimizada para smartphones, mientras que el Nexus 7 debería ver la versión completa del sitio.

Esperamos que estas indicaciones te ayuden a crear sitios web optimizados para tablets que ofrezcan un mejor rendimiento.

Como siempre, no dudes en consultar nuestro foro de ayuda para webmasters si tienes más preguntas.

Escrito por Pierre Far, Webmaster Trends Analyst, y Scott Main, lead tech writer for developer.android.com , Publicado por Javier Pérez, equipo de Calidad de búsqueda.