Promoción de sitios web modernos para dispositivos modernos en los resultados de búsqueda de Google


Algo que molesta habitualmente a los usuarios de la Web es que los sitios web requieran tecnologías de navegación que no sean compatibles con su dispositivo. Cuando los usuarios acceden a esas páginas, es posible que lo único que vean sea un espacio vacío o que se pierdan gran parte del contenido de la página.

A partir de hoy, indicaremos esto a los usuarios, para búsquedas en España, cuando nuestros algoritmos detecten que es posible que las páginas no funcionen en su dispositivo.
Por ejemplo, Adobe Flash no es compatible con los dispositivos iOS ni con Android 4.1 (y versiones posteriores), y una página que mayoritariamente contenga Flash se indicará del modo siguiente:

Desarrollo de sitios web modernos para varios dispositivos

Por suerte, crear sitios web que funcionen en todos los dispositivos modernos no es tan difícil: los sitios web pueden utilizar HTML5, ya que es compatible con todos los dispositivos, de forma exclusiva en algunos casos. Para permitir a los webmasters diseñar sitios web que funcionen en todo tipo de dispositivos, independientemente del tipo de contenido que quieran ofrecer, recientemente hemos anunciado dos recursos:
Si sigues las prácticas recomendadas descritas en Conceptos básicos para la Web, podrás crear un diseño web adaptable, que ha sido la recomendación de Google durante mucho tiempo para los sitios optimizados para la búsqueda. Asegúrate de no impedir el rastreo por parte de Googlebot de los elementos de la página (CSS, JavaScript e imágenes) mediante robots.txt o de otra manera. Si Googlebot tiene acceso completo a estos archivos externos, nuestros algoritmos detectarán la configuración del diseño web adaptable del sitio y la procesarán del modo adecuado. Puedes utilizar la función Explorar y procesar como Google de Herramientas para webmasters de Google para probar los algoritmos de indexación en tu sitio.


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



Escrito por Keita Oda, ingeniero en software, y Pierre Far, analista de tendencias para webmasters, Publicado por Javier Pérez equipo de calidad de búsqueda


martes, 7 de octubre de 2014

Actualización de la API de Herramientas para webmasters


Durante el verano, el equipo de Herramientas para webmasters ha estado preparando una actualización de la API de Herramientas para webmasters. La nueva API es compatible con las otras API de Google, permite que las autenticaciones desde aplicaciones o servicios web sean más sencillas y proporciona acceso a algunas de las funciones principales de Herramientas para webmasters.



Si ya has utilizado otras API de Google, te resultará muy fácil empezar a utilizar la nueva API de Herramientas para webmasters. Tenemos ejemplos para Python, JavaOACurl (para los fans de las líneas de comando).

Esta API te permite hacer lo siguiente:
  • Enumerar, añadir o eliminar sitios de tu cuenta (actualmente, puedes disponer de hasta 500 sitios en tu cuenta),
  • Enumerar y eliminar los sitemaps de tus sitios web o añadirlos,
  • Eecibir advertencias, errores y recuentos indexados de sitemaps concretos,
  • Disponer de periodos de seguimiento de todos los tipos de errores de rastreo de tu sitio,
  • Obtener muestras de los errores de rastreo de un tipo de errores específico,
  • Marcar errores de rastreo concretos como corregidos (esto no cambia la manera de procesarlos, pero te puede ayudar a simplificar la IU).

Nos gustaría saber qué estás diseñando con la API. 
Puedes enseñarnos tus proyectos en la sección de comentarios que hay a continuación. En caso de que tengas alguna duda acerca del uso de la API, también puedes preguntar en el Centro de ayuda.



Publicado por John Mueller, fan de las líneas de comando largas, Google Zúrich, Publicado por Javier Pérez equipo de calidad de búsqueda

miércoles, 10 de septiembre de 2014

La Academia para webmasters ahora en 22 idiomas.










Hoy presentamos la nueva Academia para webmasters en 22 idiomas. Ahora, los webmasters principiantes podrán aprender los principios básicos para crear un sitio web fantástico, proporcionar una gran experiencia a sus usuarios y obtener una buena clasificación en los resultados de búsqueda en una gran variedad de idiomas. Y si crees que ya estás familiarizado con todos estos temas, puedes responder a los cuestionarios que encontrarás al final de cada módulo para demostrarlo. :)

Lee los contenidos de la Academia para webmasters en tu idioma favorito y danos tu opinión en los comentarios o en el Foro de ayuda. Hemos recibido una gran cantidad de comentarios muy útiles desde que presentamos la versión en inglés el marzo pasado, de modo que esperamos que esta guía clara y sencilla sea útil (¡y divertida!) para todo el mundo.

Queremos ayudar a los usuarios de todo el mundo a crear sitios formidables con contenido disponible para búsquedas.


Escrito por Mary Chen, Webmaster Outreach team, Publicado por Javier Pérez equipo de calidad de búsqueda


lunes, 8 de septiembre de 2014

Un cuadro de búsqueda mejorado en los resultados de búsqueda


Hoy verás un cuadro de búsqueda de enlaces de sitio nuevo y mejorado. Con él, a los usuarios les resultará más sencillo acceder a contenido concreto de tu sitio, directamente desde las páginas de búsqueda del mismo.

¿Qué es este cuadro de búsqueda y cuándo aparece en mi sitio?

Cuando los usuarios buscan una empresa por su nombre, por ejemplo, [Pepe Gotera y Otilio construcciones] o [T.I.A.], puede que realmente busquen algo concreto en ese sitio web. Anteriormente, cuando nuestros algoritmos descubrían casos de este tipo, mostraban un conjunto de enlaces de sitio más completo y un cuadro de búsqueda adicional debajo del resultado de búsqueda, lo que permitía que los usuarios realizaran búsquedas usando "site:" en el sitio directamente desde los resultados; por ejemplo,  [site:T.I.A.com zapatofonos].

Ahora, este cuadro de búsqueda ocupa una posición más destacada (encima de los enlaces de sitio), es compatible con la función Autocompletar y, si usas el marcado correcto, enviará al usuario directamente a las páginas de búsqueda de tu sitio web.


¿Cómo puedo añadir marcado a mi sitio?

Debes tener un motor de búsqueda específico para tu sitio que funcione bien. Si ya tienes uno, indícanoslo: marca tu página principal como entidad schema.org/WebSite con la propiedad potentialAction del marcado schema.org/SearchAction. Para ello, puedes usar JSON LD, microdatos o RDFa; consulta todos los detalles sobre la implementación en nuestro sitio para desarrolladores.

Si implementas el marcado en tu sitio, los usuarios podrán pasar directamente del cuadro de búsqueda de enlaces de sitio a la página de resultados de búsqueda de tu sitio. Si no detectamos ningún marcado, mostraremos a los usuarios una página de resultados de búsqueda de Google con la consulta"site:" correspondiente, como hemos hecho hasta ahora.

Como siempre, si tienes preguntas, no dudes en pasarte por nuestro foro de ayuda para webmasters.


Escrito por Mariya Moeva, Analista de tendencias de webmasters y Kaylin Spitz, Software Engineer. Publicado por Javier Pérez equipo de calidad de búsqueda

viernes, 5 de septiembre de 2014

Cómo optimizar el ancho de banda en Apache y Nginx





A todos nos gustaría reducir el uso de ancho de banda: los hosts quieren ahorrar en las facturas, los usuarios de dispositivos móviles no quieren superar el límite que tienen y a nadie le gusta tener que esperar por bytes innecesarios. La Web está llena de oportunidades para ahorrar ancho de banda, como, por ejemplo, la posibilidad de publicar páginas sin gzip, hojas de estilo y JavaScript sin minificar, e imágenes no optimizadas.

Así pues, ¿por qué la Web no se ha optimizado ya para el ancho de banda? Si estos ahorros son buenos para todos, ¿por qué todavía no se han aplicado soluciones a estos problemas? Principalmente, porque hacerlo resulta demasiado complicado. Se anima a los diseñadores web a que tomen medidas para "ahorrar en la Web" cuando exportan sus obras, pero no siempre se acuerdan de hacerlo. A los programadores de JavaScript no les gusta trabajar con código minificado porque dificulta la depuración. Se puede configurar un canal personalizado para que estas optimizaciones siempre se apliquen al sitio como parte de la implementación o del proceso de implementación, pero supone mucho trabajo.

Una solución sencilla para los usuarios web es utilizar un proxy de optimización, como el de Chrome. Cuando los usuarios activan este servicio, el tráfico HTTP se realiza mediante el proxy de Google, con lo que se optimiza la carga de la página y se reduce el uso de ancho de banda en un 50%. Aunque es una alternativa fantástica, está limitada a usuarios de Chrome que activen la función y no se puede optimizar el tráfico HTTPS.

Con Optimize for Bandwidth, el equipo de PageSpeed acerca esta misma tecnología a los webmasters, lo cual aporta ventajas para todos: usuarios de otros navegadores, sitios seguros, usuarios de ordenadores y propietarios de sitios que deseen reducir las facturas del tráfico saliente. Para utilizarlo, solo hay que instalar el módulo PageSpeed en el servidor Apache o Nginx [1] y activar Optimize for Bandwidth en la configuración. PageSpeed hará el resto.

Si posteriormente te interesa aplicar optimizaciones más avanzadas de PageSpeed, desde la inserción y la extensión de caché, hasta funciones más agresivas como la carga lenta de imágenes y el aplazamiento de JavaScript, solo tienes que activarlos en la configuración de PageSpeed.

Consulta más información sobre la instalación de PageSpeed o la activación de Optimize for Bandwidth.


Escrito por Jeff Kaufman, de Make the Web Fast, Publicado por Javier Pérez equipo de calidad de búsqueda


[1] Si utilizas otro servidor web, considera ejecutar PageSpeed en un proxy de Apache o Nginx. Es de código abierto, y se está trabajando para ampliar la compatibilidad con IIS, ATS y otros.

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


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.


Publicado por los cordiales ayudantes de #NoHacked

lunes, 25 de agosto de 2014

HTTPS como señal del ranking


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

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

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

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

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


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

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

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


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

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

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


jueves, 7 de agosto de 2014