Actualización de las directrices técnicas para webmasters


Recientemente anunciamos que nuestro sistema de indexación procesa las páginas web de manera similar a como lo hacen los navegadores modernos típicos, con CSS y JavaScript activados. Ahora, hemos actualizado nuestras directrices técnicas para webmasters para reflejar esta novedad.

En las nuevas directrices explicamos que para optimizar el procesamiento y la indexación de un sitio, se debe permitir el acceso de Googlebot a los archivos JavaScript, CSS y de imagen que utilicen las páginas. Este ajuste optimizará el procesamiento y la indexación de tu sitio. 
Si desactivas el rastreo de los archivos JavaScript o CSS en el archivo robots.txt de tu sitio, el procesamiento y la indexación de contenido que realizan nuestros algoritmos se verán afectados directamente y se podría producir una clasificación inferior al nivel óptimo.

Consejos actualizados para optimizar la indexación

En el pasado, los sistemas de indexación de Google se parecían a los antiguos navegadores de solo texto, como Lynx, y así lo afirmábamos en las directrices para webmasters. Ahora, con un sistema de indexación basado en el procesamiento de las páginas, esta afirmación deja de ser exacta. En su lugar, sería más acertado considerarlo como un navegador web moderno. Teniendo en cuenta esta nueva perspectiva, debes tener en cuenta lo siguiente:
  • Al igual que los navegadores modernos, es posible que nuestro motor de procesamiento no sea compatible con todas las tecnologías que utiliza una página. Asegúrate de que el diseño de tu sitio web cumpla los principios de la mejora progresiva; de este modo, ayudarás a nuestros sistemas (y a una gran variedad de navegadores) a ver el contenido útil y las funciones básicas si determinadas funciones de diseño web todavía no son compatibles.
  • Un procesamiento rápido de las páginas no solo permite que los usuarios accedan al contenido con mayor facilidad, sino que también mejora la eficiencia de la indexación de las páginas. Te recomendamos que sigas las prácticas recomendadas para optimizar el rendimiento de la página, en concreto, las siguientes:
  • Comprueba que tu servidor pueda gestionar la carga adicional que supone la publicación de los archivos JavaScript y CSS en Googlebot.

Evaluación y resolución de problemas

Además del lanzamiento de la indexación basada en el procesamiento, también hemos actualizado la función Explorar y procesar como Google de Herramientas para webmasters para que los webmasters puedan ver cómo nuestros sistemas procesan la página. Con esta mejora, podrás identificar muchos problemas de indexación, restricciones de robots.txt incorrectas y redireccionamientos que Googlebot no puede seguir, entre otros.

Como siempre, si tienes algún comentario o alguna pregunta, visita nuestro foro de ayuda para webmasters.



Escrito por Pierre Far, Analista de tendencias de webmasters, Publicado por Javier Pérez equipo de calidad de búsqueda 

martes, 28 de octubre de 2014

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