Arreglar enlaces rotos o eliminados tiene muchos beneficios. Pero, ¿qué pasa si el enlace venía de un sitio web de confianza, con un elevado quality score y no lo quieren enlazar de nuevo?
A veces los enlaces se eliminan o se borran. Tal vez a propósito, o simplemente por error. Con El Explorador de Sitios de Majestic podemos ayudarte a determinar la razón por la que un enlace se ha perdido, haciendo su recuperación más sencilla, sobretodo si es de gran calidad.
Con una sección (pestaña) entera dedicada a entender estos enlaces, puede hacer clic y analizar las partes del gráfico que más te llamen la atención y echar un vistazo a los enlaces perdidos en unas fechas determinadas. Pueden presentarse numerosas razones, tales como cuestiones técnicas, respuestas HTTP, o incluso a veces puede ser debido a la naturaleza concreta de un tipo de sitio.
En esta entrada vamos a abordar (la mayoría) de las razones con las que te encontrarás durante el análisis de los enlaces perdidos dentro de Majestic:
Enlaces Eliminados
Ésta es la razón más común del porqué hemos “perdido” un enlace. Simplemente, éste ha sido eliminado por el desarrollador. Sin embargo, para hacer las cosas más difíciles, éste no es siempre el caso. En ocasiones es el tipo de sitio web donde tu enlace solo puede ser encontrado una única vez. En la época en la que estamos, donde todo el mundo actualiza el contenido todo el tiempo, el feed RSS por ejemplo, está constantemente buscando nuevo contenido para actualizarse. Por lo tanto tu enlace no es estático y será desplazado hacia abajo en el feed – hasta que finalmente desaparezca por completo. Si eso ocurre, cuando nuestro bot vuelva a visitar la URL original, tu enlace no será encontrado por ningún sitio. Tu enlace está ahora en una nueva URL, así que nuestros robots informarán que ese enlace se ha perdido.
Por desgracia, es muy difícil para cualquier bot conocer la diferencia entre un enlace desplazado y uno eliminado. Mi consejo sería que buscaras pistas. ¿Puedes ver la palabra “feed” en la URL? Si es así, casi puedo garantizar que el enlace está en la página siguiente. En el peor de los casos necesitarás usar el icono del “engranaje” para ir directamente al enlace y verlo por ti mismo. También puedes comprobar tus “Enlaces Nuevos” para ver si recientemente has ganado un enlace desde el mismo dominio.
Los anuncios pueden, a veces, afectar a esto también. Si comienzas una nueva campaña que incluye poner anuncios en una red de publicada, un día cuando estemos rastreando una página en particular, tu anuncio puede ser mostrado, sin embargo la próxima vez puede que se muestre el anuncio de otra empresa. De nuevo, los datos pueden sugerir que el enlace ha sido eliminado. Afortunadamente, en estos casos el tipo de enlace es normalmente una imagen así que ¡compruébalo antes de preocuparte!
Redirect Canonical
Las etiquetas canonical no son nada nuevo. Este tipo de etiquetas te permiten apuntar a los motores de búsqueda a la página que tú quieres que ellos rastreen en lugar de su duplicado – lo más probable es que estemos hablando de un sitio www frente a uno sin www o un http frente a un https. Efectivamente en estos casos sólo necesitará una página para ser indexado por los rastreadores.
Entonces, ¿por qué lo muestra como un enlace perdido? Bien, la etiqueta canonical podría indicar que la página debería estar en un sitio diferente. Por ejemplo, una página es visible en www.site.com y site.com, majestic mostrará el enlace en ambas. Si después de esto, se añade una etiqueta canonical a una de las páginas para hacer que la que se tenga en cuenta sea www.site.com, site.com será ahora redirigida a www.site.com por lo que el enlace de site.com se mostrará como perdido.
Respuestas HTTP:
HTTP 301 – Redirect Permantente
Este redirect se usa cuando quieres mover una página entera a un nuevo lugar – para siempre. Este tipo de redirect pasa link juice, a la vista de los motores de búsqueda, más que ninguna otra opción de redirect. Ver esto en la pestaña de Enlaces Perdidos significa, normalmente, que vas a tener un nuevo enlace al hacer este cambio a la nueva URL. Este proceso puede llevarnos unos días, mientras que regeneramos la nueva página de origen y la añadimos a tu patrón.
HTTP 302/ 307 – Redirección temporal
Los desarrolladores suelen usar este código de respuesta mientras realizan tareas de mantenimiento web, rediseñan o solucionan pequeños problemas. Este tipo de redirect pasa muy poco link juice, ya que está destinado a ser un simple cambio temporal. Si ves esto en tu sección de enlaces perdidos, no te preocupes, seguramente los recuperarás pronto.
HTTP 403 – Prohibido
Esto suele indicar que hemos localizado una URL en particular, que ha respondido, pero que no nos permite entrar ella. La mayoría de las veces, es debido a algún tipo de problema con el alojamiento o el proveedor de servicios de tu sitio web. Puede que se deba a un problema de seguridad y que la configuración por defecto no nos está permitiendo pasar. Para resolverlo, simplemente envía un correo electrónico a tu proveedor de hosting y pídeles que pongan en la lista blanca (whitelist) los bots que quieras. Es difícil decirte qué otros bots pueden estar siendo bloqueados, pero al menos, asegúrate que permitan el paso del MJ12bot. A no ser que conozcas al webmaster del sitio y puedas contactar con él para pedirle que resuelva este bloqueo, y ésta ya sería la última opción posible.
HTTP 404 – Página no encontrada
En pocas palabras, la página ha sido eliminada. No es nada personal hacia tu empresa o tu enlace, el desarrollador ha decidido eliminar el contenido. Si encuentras esta situación en tus “Enlaces Perdidos”, puedes intentar contactarles y tratar de conseguir en enlace desde otra página del mismo dominio. El hecho de que esta página haya sido eliminada, no quiere decir que vuestra relación haya tenido que acabar también. Además, se podría argumentar que es una victoria fácil.
HTTP 406 – No aceptable
De manera similar al HTTP 403, el código de respuesta 406 se muestra cuando el servido no puede cumplir con la petición solicitada. Actualmente, nuestro robot no es capaz de hacer nada con imágenes o películas, etc. así que para reducir el ancho de banda o el tiempo de carga incluimos con nuestra petición que sólo nos envíen en la respuesta si el contenido es text/html/xml. Si el servidor no considera que éste sea el caso, entonces devolverá una respuesta 406. Esto puede ser debido a que estamos solicitando una imagen u otro contenido inaceptable, o posiblemente porque debido a que los tipos MIME de tu servidor están configurado de manera incorrecta.
HTTP 500 – Internal Server Error
Ver este error significa que nuestro bot se ha encontrado con un error inesperado al tratar de acceder a una página o dominio. Este código de respuesta del servidor web no especifica realmente cuál es el problema actual, lo que sin duda hace las cosas más difíciles de resolver. Los operadores necesitarán localizar los logs y tratar de resolver el problema. A través del sitio http://downforeveryoneorjustme.com/ puedes encontrar si el problema se ha solucionado. Si es así, vuelve a enviar el enlace a través de la Plataforma de Envío de URLs.
Problemas técnicos:
Tiempo de espera agotado (Timeout)
Esto sucede cuando la URL solicitada tarda mucho tiempo en responder a la solicitud que ha enviado nuestro bot. En realidad es muy sencillo, si la página o el dominio está tardando mucho tiempo en cargar es probable que sea un fallo técnico.
Fallo de conexión (Connect Failure)
Similar al Timeout, este código de respuesta significa que hay un fallo técnico. Este fallo particular indica algún tipo de problema de infraestructura entre el servidor y el sitio web.
Error en la resolución de nombre de dominio (Domain Name Resolution Failure)
Esto indica que hay un problema con el servidor DNS desde el domino de origen, a menudo debido al cambio en la dirección IP. Después de hacer un cambio como éste, por lo general suele llevar algo de tiempo propagarlo en todo el mundo. Otra razón podría ser que el servidor de DNS está caído. Si es así, entonces no podemos rastrear el sitio.
- Características del Bulk Backlink Checker - June 10, 2016
- Compárate frente a tus competidores - May 4, 2016
- Cuestiones sobre la pérdida de enlaces - March 30, 2016