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

La indexación de aplicaciones para Android ya está disponible para todo el mundo


¿Tienes una aplicación para Android además de tu sitio web? Ahora puedes conectar los dos para que los usuarios que efectúen búsquedas desde sus smartphones y tablets puedan encontrar fácilmente el contenido de tu aplicación y acceder a él.

Los enlaces profundos de aplicaciones en los resultados de búsqueda ayudan a tus usuarios a encontrar tu contenido con más facilidad, así como a volver a interactuar con la aplicación después de instalarla.  Como propietario de un sitio, puedes mostrar a tus usuarios el contenido adecuado en el momento justo: al conectar páginas de tu sitio web a partes relevantes de la aplicación, puedes controlar cuándo se dirige a tus usuarios a la aplicación y cuándo visitan tu sitio web.






Cientos de aplicaciones ya han implementado la indexación. Esta semana anunciaremos en Google I/O un conjunto de características nuevas que facilitarán aún más la configuración de enlaces profundos en tu aplicación, la conexión de tu sitio a tu aplicación y el seguimiento del rendimiento y de los posibles errores.

Es fácil comenzar

Hemos simplificado en gran medida el proceso de indexación de enlaces profundos de tu aplicación. Si tu aplicación admite esquemas de enlaces profundos HTTP, tienes que hacer lo siguiente:

  1. Admite los enlaces profundos en tu aplicación
  2. Conecta tu sitio y tu aplicación. 
  3. No hay paso 3 (:


Cuando indexemos tus URL, descubriremos e indexaremos las conexiones aplicación/sitio y los enlaces profundos de la aplicación pueden empezar a surgir en los resultados de búsqueda.

Podemos descubrir e indexar los enlaces profundos de tu aplicación por nuestra cuenta, pero te recomendamos que los publiques, especialmente si tu aplicación solo admite un esquema de enlaces profundos personalizado. Puedes publicarlos de dos formas:



Hay algo más: hemos añadido una nueva característica a Herramientas para webmasters de Google que te ayudará a depurar los problemas que puedan surgir durante la indexación de páginas de aplicaciones. Te mostrará qué tipo de errores hemos detectado para los pares de página de aplicación-página web, junto con ejemplos de URIs de aplicación, para poder depurarlos:





También te daremos instrucciones detalladas acerca de cómo depurar cada problema, incluido un código QR para los enlaces profundos de la aplicación, de modo que puedas abrirlos fácilmente en tu teléfono o tablet. También te enviaremos notificaciones de errores de Herramientas para webmasters de Google para que puedas estar al día.



Prueba la indexación de aplicaciones y, como siempre, si necesitas ayuda, haz preguntas en el Foro de ayuda para webmasters.


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


viernes, 27 de junio de 2014