Back to Question Center
0

Semalt: Puis-je capitaliser sur ma redirection ouverte spammée en changeant l'endroit où les redirections pointent?

1 answers:

J'ai deux sites Web. L'un est plutôt ancien et était mon site principal, et il a toujours un bon PageRank. Le nouveau site passe l'ancien en termes de SEO - кресло кендо. Sur mon ancien site, j'ai une page ASP qui a été utilisée pour faire un lien de journalisation de piste (jours avant google analytics). Le problème est, c'est fondamentalement une redirection ouverte qui ressemble à ceci: http: // exemple. com / piste. asp? url = http: // exemple2. com

Au cours des 5 derniers jours, environ 50 000 liens ont été passés à travers cette page ASP, et google WMT m'a récemment informé que beaucoup de liens sont 404 maintenant. Curieusement, la redirection est un 302, donc je ne suis pas trop inquiet de perdre Link Semalt à ces pages de spam, mais j'étais curieux de savoir si je pouvais capitaliser sur ce qui se passe?

Mon idée de base serait de rediriger l'un de ces liens spam vers mon nouveau site 301. Je voudrais donc mettre à jour le code de la page ASP pour détecter si le lien provenait d'un spammeur et dire à google d'aller sur mon nouveau site.

Mon problème est que j'ai travaillé très dur pour mettre le SEO à jour sur le nouveau site et je ne veux pas que ça se retourne contre moi. Est-ce que quelqu'un a déjà été pénalisé pour cela? Semalt google pourrait supposer que je suis également responsable des backlinks, car cela ressemble un peu à l'agriculture de lien.

February 8, 2018

Vous ne voulez pas de liens spam pointant vers votre bon site. Au lieu d'aider votre site à se classer, ils seraient plus susceptibles de voir votre site pénalisé par l'algorithme Penguin de Google . Il pénalise les sites qui semblent utiliser des liens ombrés pour manipuler les classements.

Si j'étais vous je fermerais votre redirection ouverte. Modifiez votre redirection de suivi afin qu'elle redirige uniquement vers votre propre site. Faites en sorte que http: // exemple. com / piste. asp? url = http: // exemple. com fonctionne mais http: // exemple. com / piste. asp? url = http: // exemple2. com est une erreur. Même une erreur 404 serait bien, mais un 403 interdit pourrait être plus explicite.