Consejos para proveedores de hosting y webmasters

Martes, 06 de diciembre de 2011

Algunos webmasters en nuestros foros preguntan sobre problemas relacionados con el hosting que afectan a sus sitios. Para ayudar tanto a los proveedores de hosting como a los webmasters a reconocer, diagnosticar y solucionar dichos problemas, nos gustaría compartir con ustedes algunos de los problemas comunes que hemos visto y sugerirles cómo pueden solucionarlos.

• Bloqueo del rastreo de Googlebot. Este es un problema muy común que generalmente se debe a una mala configuración en un cortafuegos o sistema de protección contra DoS, y a veces se debe al sistema de gestión de contenido en el que se ejecuta el sitio. Los sistemas de protección son una parte importante de un buen hosting y a menudo están configurados para bloquear niveles inusualmente altos de solicitudes de servidor, a veces automáticamente.
  Sin embargo, como Googlebot a menudo realiza más solicitudes que un usuario humano, estos sistemas de protección pueden decidir bloquear Googlebot y evitar que rastree su sitio web. Para comprobar este tipo de problema, utilice la
  función Explorar como Googlebot
  en Herramientas para webmasters, y compruebe otros
  errores de rastreo
  mostrados en Herramientas para webmasters.

  Ofrecemos varias herramientas a los webmasters y proveedores de hosting que desean un mayor control sobre el rastreo de Googlebot y mejorar la eficiencia del rastreo:

• Tenemos ayuda detallada sobre cómo controlar el rastreo de Googlebot utilizando el
  protocolo de exclusión de robots y
  la configuración de parámetros de URL.
• . Si le preocupa que bots maliciosos utilicen el agente de usuario de Googlebot, ofrecemos una forma de
  verificar si un rastreador es realmente Googlebot.
• . Si desea cambiar la intensidad con la que Googlebot rastrea su sitio, puede verificar su sitio web en Herramientas para webmasters y
  cambiar la frecuencia de rastreo de Googlebot.
  Los proveedores de hosting también pueden verificar la propiedad de sus direcciones IP.
• Tenemos más información en nuestra
  página de preguntas frecuentes sobre rastreo e indexación.
• Problemas de disponibilidad. Un tipo de problema relacionado que vemos es que los sitios web no están disponibles cuando Googlebot (y los usuarios) intentan acceder al sitio. Esto incluye problemas de DNS, servidores sobrecargados que provocan tiempos de espera y conexiones rechazadas, redes de entrega de contenido (CDN) mal configuradas y muchos otros tipos de errores. Cuando Googlebot encuentra este tipo de problemas, los informamos en Herramientas para webmasters como
  errores de URL no accesible
  o
  errores de rastreo.
• Certificados SSL no válidos. Para que los certificados SSL sean válidos para su sitio web, deben coincidir con el nombre del sitio. Los problemas comunes incluyen certificados SSL caducados y servidores mal configurados de modo que todos los sitios web en ese servidor utilicen el mismo certificado. La mayoría de los navegadores web intentarán advertir a los usuarios en estas situaciones, y Google intenta alertar a los webmasters sobre este problema enviando un mensaje a través de Herramientas para webmasters. La solución a estos problemas es asegurarse de utilizar certificados SSL que sean válidos para todos los dominios y subdominios de su sitio web con los que interactuarán sus usuarios.

• DNS comodín. Los sitios web se pueden configurar para responder a todas las solicitudes de subdominio. Por ejemplo, el sitio web en example.com se puede configurar para responder a solicitudes de foo.example.com, made-up-name.example.com y todos los demás subdominios.

  

  En algunos casos es deseable tener esto; por ejemplo, un sitio web de contenido generado por el usuario puede optar por dar a cada cuenta su propio subdominio. Sin embargo, en algunos casos, es posible que el webmaster no desee este comportamiento, ya que puede hacer que el contenido se duplique innecesariamente en diferentes nombres de host y también puede afectar al rastreo de Googlebot.

  Para minimizar los problemas en las configuraciones de DNS comodín, configure su sitio web para que no las utilice, o configure su servidor para que no responda con éxito a nombres de host inexistentes, ya sea rechazando la conexión o devolviendo un 404 cabecera HTTP.

• Alojamiento virtual mal configurado. El síntoma de este problema es que múltiples hosts y/o nombres de dominio alojados en el mismo servidor siempre devuelven el contenido de un solo sitio. Para decirlo de otra manera, aunque el servidor aloja múltiples sitios, devuelve solo un sitio independientemente de lo que se solicite. Para diagnosticar el problema, debe verificar que el servidor responda correctamente al Host cabecera HTTP.
• Duplicación de contenido a través de URLs específicas de hosting. Muchos hosts ofrecen útilmente URLs para su sitio web con fines de prueba/desarrollo. Por ejemplo, si está alojando el sitio web https://a.com/ en el proveedor de hosting example.com, el host puede ofrecer acceso a su sitio a través de una URL como https://a.example.com/ o https://example.com/~a/. Nuestra recomendación es que estas URLs específicas de hosting no sean de acceso público (protegiéndolas con contraseña); e incluso si estas URLs son accesibles, nuestros algoritmos suelen elegir la URL que los webmasters pretenden. Si nuestros algoritmos
  seleccionan las URLs específicas de hosting, puede influir en nuestros algoritmos para que elijan sus URLs preferidas implementando
  técnicas de canonización
  correctamente.

• Páginas de error blando. Algunos proveedores de hosting muestran páginas de error utilizando un
  200 código de estado HTTP (que significa “Éxito”) en lugar de un código de estado de error HTTP. Por ejemplo, una página de error “Página no encontrada” podría devolver HTTP 200 en lugar de
  404, convirtiéndola en una página de
  error 404 blando ; o un mensaje de “Sitio web temporalmente no disponible” podría devolver unen lugar de devolver correctamente un 200 código de estado HTTP. Nos esforzamos mucho por detectar páginas de error blando, pero cuando nuestros algoritmos no logran detectar las páginas de error blando de un host web, estas páginas pueden indexarse con el contenido de error. Esto puede causar problemas de clasificación o de 503 selección de URL entre dominios
  .
  Es fácil comprobar el código de estado devuelto: simplemente compruebe las cabeceras HTTP que devuelve el servidor utilizando cualquiera de las numerosas herramientas, como

  Explorar como Googlebot
  . Si una página de error devuelve HTTP, cambie la configuración para que devuelva el código de estado de error HTTP correcto. Además, esté atento a los informes de 200error 404 blando en Herramientas para webmasters, en la página Errores de rastreo de la sección Diagnóstico. Modificación de contenido y marcos

• . Los webmasters pueden sorprenderse al ver el contenido de sus páginas modificado por los proveedores de hosting, típicamente mediante la inyección de scripts o imágenes en la página. Los web hosts también pueden servir su contenido incrustándolo en otras páginas utilizandoframe
  o iframe elementos HTML. Para comprobar si un web host está cambiando su contenido de formas inesperadas, simplemente compruebe el código fuente de la página tal como lo sirve el host y compárelo con el código que subió. Tenga en cuenta que algunas modificaciones de código del lado del servidor pueden ser muy útiles. Por ejemplo, un servidor que utiliza el módulo

  mod_pagespeed
  de Apache de Google u otras herramientas puede devolver su código minificado para optimizar la velocidad de la página.
  Spam y malware

• . Hemos visto que algunos web hosts y servicios de subdominios masivos se convierten en fuentes importantes de malware y spam. Nos esforzamos por ser granulares en nuestras acciones al proteger a nuestros usuarios y la calidad de la búsqueda, pero si vemos una fracción muy grande de sitios en un web host específico que son spam o distribuyen malware, es posible que nos veamos obligados a tomar medidas contra el web host en su conjunto. Para ayudarle a mantenerse al día con el malware, ofrecemos:Alertas de Navegación segura para administradores de red
• , útil para proveedores de hostingNotificaciones de malware
• en Herramientas para webmasters para sitios web individuales
  Safe Browsing API
• A para desarrolladores fr

Esperamos que esta lista ayude tanto a los proveedores de hosting como a los webmasters a diagnosticar y solucionar estos problemas. Más allá de esta lista, piense también en los aspectos cualitativos del hosting como la calidad del servicio y la utilidad del soporte. Como siempre, si tiene preguntas o necesita más ayuda, por favor pregunte en nuestro
Foro de Ayuda para Webmasters.

Escrito por
Pierre Far, Analista de Tendencias para Webmasters