Réoriente: Bon, Bad & conditionnelle

A+ A-

Chaque fois que vous apportez des modifications à un site Web, l'un devrait être comment les considérations les plus importantes utilisent « réexpédie » pour alerter le moteur de recherche à vos changements pour éviter d'avoir un impact négatif sur votre classement de recherche. Que vous déménagiez pages autour, les plates-formes de commutation CMS, ou qui veulent simplement éviter le duplicate content et dilution de PageRank, vous aurez envie d'employer réoriente afin de ne pas dilapider les jus de lien (PageRank) que votre site a fait l'acquisition. Il y a plusieurs façons de réorienter, et il est important que vous obtenez droite si vous voulez l'avantage de SEO sans risque de chute des directives du moteur de recherche à l'extérieur (par exemple, comme cela est le cas avec « réexpédie conditionnelles »).

Les programmeurs et les administrateurs système qui ne sont pas SEO avertis seront probablement par défaut d'utiliser un « redirection temporaire », également appelé « redirection 302 ». Malheureusement, une telle redirection ne transfère pas de jus de lien de l'URL redirigé vers l'URL de destination. Il n'est pas que les programmeurs sont intentionnellement fait preuve de négligence. Il est tout simplement un cas d'entre eux « ne sachant pas ce qu'ils ne savent pas. » Il suffit de les informer doucement que ce qu'ils ont vraiment besoin d'être à l'aide est une « redirection permanente » ou une « redirection 301 ». S'ils se demandent pourquoi, il suffit de dire les « Parce que le consultant SEO a dit. »

Quelles seraient quelques-uns des « cas d'utilisation » pour une redirection 301? Je l'ai mentionné quelques-uns dans mon premier paragraphe, mais nous allons examiner plusieurs scénarios plus en détail ... D'une manière générale, si l'un de vos URL vont changer, vous aurez envie d'utiliser des redirections 301, comme si vous changez les noms de domaine (tiredoldbrand.com à newbrand.com). Ou si vous migrez vers un nouveau système de gestion de contenu (CMS alias), provoquant ainsi les URL de vos pages à tout changement. Vous aurez envie de le faire même si vous êtes « retraite » certaines pages à une URL d'archive (par exemple, Guide cadeaux de l'année en cours une fois que la saison des achats de vacances est trop bien que je ferais le cas que vous devez maintenir une telle la page à une URL sans jour pour toujours et laissez le jus de lien accumuler à cette URL pour une utilisation dans les éditions des années à venir et pas du tout redirect).

Ensuite, il y a des situations où vous voulez atténuer avec 301s où plusieurs URL répondent au même contenu, créant ainsi plusieurs copies de la même page dans l'index du moteur de recherche. assez contenu en double est mauvaise, mais le plus gros problème est celui de la « dilution du PageRank », où les votes (liens) sont répartis sur les différentes versions au lieu de tous les agrégeant à l'unique, URL définitive, « canonique ». Cela peut se produire lorsque les codes de suivi sont ajoutés à une URL (par exemple, « ? Source = SMXad »). Un exemple courant des copies de pages avec le code de suivi URL associées s'indexées dans Google se trouve ici ironiquement, son propre site de Google (oui, il arrive aux meilleurs d'entre nous, même Google!). Ou lorsque les paramètres essentiels ne sont pas toujours commandés de manière cohérente (par exemple, « ? Paragraphe = 5 & section = 2 » contre « ? Section = 2 & paragraphe = 5 »). Ou lorsque les paramètres sont utilisés comme des drapeaux, mais le réglage ne change pas substantiellement le contenu (par exemple, « ? Photos = ON » contre « ? Photos = OFF »). Ou lorsque plusieurs domaines ou sous-domaines répondent à la demande avec le même contenu, mais pas redirect (par exemple, « jcpenney.com/jcp/default.aspx » et « www1.jcpenney.com/jcp/default.asp » et « jcp.com /jcp/default.asp » et « jcpenny.com/jcp/default.asp » et « www.jcpenney.com/jcp/default.asp »). Dans tous les cas ci-dessus, 301 redirections pointant vers l'URL canonique économiseraient le jour.

En général, une « règle » unique de redirection peut être écrite pour correspondre contre un grand nombre d'URL. Ceci est appelé « pattern matching », et il vous permet d'utiliser des caractères génériques (tels que le caractère astérisque) et de capturer une partie de l'URL demandée dans la mémoire et de l'utiliser plus tard dans la redirection. Cela est possible si vous exécutez Apache ou Microsoft IIS Server comme serveur Web. Examinons quelques-uns des exemples mentionnés ci-dessus, et la façon de traiter chacun d'entre eux en utilisant le module mod_rewrite d'Apache (fourni avec Apache):

# Changing domain names
RewriteCond %{HTTP_HOST} tiredoldbrand\.com$ [NC]
RewriteRule ^(.*)$ http://www.newbrand.com/$1 [R=301,QSA,L]

# Suppression des paramètres de suivi (mais suivi URL enregistre encore dans les analyses). Suppose aucun autre paramètre.
RewriteCond% {QUERY_STRING} ^ source =
RewriteRule ^ (. *) $ 1 $ [R = 301, L]

# paramètres Réorganiser
RewriteCond% {QUERY_STRING} ^ paragraphe = ([0-9] +) & section = ([0-9] +) $
RewriteRule ^ (. *) $ 1 $? Section = 2% et 1% = paragraphe [R = 301, L]

# Réorienter le sous-domaine non www www
RewriteCond% {HTTP_HOST} ^ exemple \ .com $ [NC]
RewriteRule ^ (. *) $ Http://www.example.com/$1 [R = 301, QSA, L]

Les exemples ci-dessus changent un peu si vous êtes sur Microsoft IIS Server. Par exemple, pour ceux d'entre vous en utilisant le plugin ISAPI_Rewrite pour serveur IIS, utilisez « RP » à la place de « R = 301. »

Parfois, il est impossible de correspondance de motif et une table de consultation est nécessaire. Cela peut se faire facilement en créant un fichier texte et faisant référence à l'aide de la directive « RewriteMap ». Vous pouvez même faire référence à un script qui fait un peu de fantaisie travail de recherche et de remplacer, au lieu d'un fichier texte, comme suit:

# Search-and-replace on the query string part of the URL, using my own Perl script
RewriteMap scriptmap prg:/usr/local/bin/searchandreplacescript
RewriteCond %{QUERY_STRING} ^(.+)$
RewriteRule ^(.+)$ $1?${scriptmap:%1} [R=301,L]

Intrigué par tout ce genre de choses geeks et que vous voulez plus sur la correspondance de modèle et réécrire les règles? Ensuite, vous voudrez peut-être vérifier ma plate-forme PowerPoint de ma présentation sur les « URL » à Démêler SMX Ouest.

Il y a un autre type de redirection qui porte la mention-Et il est livré avec un avertissement « redirect conditionnelle. »: Il pourrait vous en grande difficulté avec Google. Matt Cutts, le chef de l'équipe de Google webspam, conseillé lors de son discours à SMX avancé que les gens n'emploient redirections conditionnelles en raison du risque d'une pénalité Google ou interdiction. Pour ceux qui ne connaissent pas le terme, il se réfère au service d'une redirection 301 de manière sélective à la recherche spiders des moteurs comme Googlebot. De toute évidence, lorsque vous commencez à servir des contenus différents pour les humains que vous faites pour les araignées (et oui, cela inclut différentes réoriente), vous entrez dans un territoire dangereux avec les moteurs de recherche. Vous pourriez avoir la plus pure des intentions « chapeau blanc », mais le risque reste. Considérons mentionné ci-dessus cas de deux URL tant sur le fond similaire contenu contenant un « photos = OFF » et un autre contenant des photos « = OUI » -et les deux reçoivent un certain nombre de liens. Vous pourriez faire un argument convaincant que, pour éliminer la dilution de filtrage de contenu en double et PageRank, les deux versions devraient s'effondrer en un seul, mais seulement pour Googlebot. Après tout, si vous rediriger toutes les requêtes, les utilisateurs à faible bande passante ne pouvait pas basculer hors et sur le chargement des images de produits miniatures. Cependant, cela est un faux choix. Vous ne avez pas réellement besoin d'une redirection en premier lieu, et encore moins un conditionnel. Vous pouvez ajouter rel = nofollow à tous les liens pointant vers les photos = OFF URL, donc pas de jus de lien est « utilisé » sur cette version. Ensuite, faire des photos = ON implicite de sorte que la charge des photos par défaut lorsque le paramètre est spécifié, et supprimer des photos = ON à partir des URL de tout et tous les liens internes.

Ou considérez le cas d'avoir besoin de conserver un paramètre de suivi dans l'URL tout au long de la session utilisateur. En utilisant une redirection conditionnelle, araignées demandant l'URL de suivi pourraient être redirigés au lieu de l'URL canonique (à savoir l'URL moins le paramètre de suivi) -Ainsi maintenir l'intégrité de votre système de suivi pour les visiteurs, mais le suivi inutilement araignées ou de créer de nombreuses copies de pages pour les moteurs à indexer. Mais encore une fois, je parie que vous pourriez trouver un autre chemin à travers cela sans avoir recours à des redirections conditionnelles. Par exemple, vous pouvez stocker le paramètre de suivi dans un cookie en même temps que vous faites une redirection non conditionnelle à l'URL canonique, dès que la demande vient pour l'URL suivie.

Aucune question qui réachemine conditionnelles peuvent résoudre des problèmes difficiles pour les entreprises légitimes. En effet, l'un des plus grands détaillants du monde utilise réoriente conditionnelle, comme je l'avais découvert le jour avant de présenter au SMX Advanced. Le détaillant est conditionnellement réoriente les robots collecteurs demandant URL d'affiliation à l'URL du produit canonique, afin de capturer le jus de lien de leurs affiliés. On dirait une chose intelligente à faire pour eux. Mais l'approche est lourde de risques.

Au lieu de cela, le détaillant pourrait choisir de rediriger tous les visiteurs et les araignées-humains aussi bien à l'URL canonique sans l'ID d'affilié. Certains affiliés pourraient obtenir dans un Huff parce qu'alors ils avaient remarqué que le détaillant envoyait maintenant PageRank au marchand. Mais tu sais quoi? Il est dans le pouvoir de ne pas transmettre le PageRank de la filiale; ils peuvent simplement « nofollow » les liens. Ainsi, il devient un simple exercice de relations publiques pour le commerçant de gérer leurs filiales à travers le passage à 301s sans conditions et pour leur rappeler leur droit à nofollow les liens.

Un autre scénario que j'ai appris est tout récemment d'une propriété de premier plan médias qui redirect conditionnellement deux types d'URL. Le premier type ont suivi des paramètres pour différencier les taux de clics sur les liens qui mènent au même contenu. Leur utilisation de redirections conditionnelle leur permettre d'effondrement des doublons et PageRank global. Mais devinez quoi? Si la redirection était inconditionnelle, les clics pourraient encore être différenciés car l'URL clicktracked serait encore inscrire dans leurs fichiers journaux.

La même chose serait vrai si le paramètre de suivi étaient pour différencier les programmes de marketing / sources de trafic. Lorsqu'une demande est disponible en une URL contenant « ? Source = blog, » par exemple, il est nécessaire d'envoyer les visiteurs humains vers une autre destination. Même si la source de trafic devait être effectué par la session de l'utilisateur, puis inclus dans un champ caché sur Contacter formulaire de demande nous du site, qui peut être accompli en utilisant des cookies et stocker les informations de source dans une variable de session. Aucune condition nécessaire redirect.

L'autre type d'URL conditionnellement redirigé par cette société conduit à des sites partenaires de comarquage. Et vous l'aurez deviné, le contenu est en double essentiellement. Ici, ce n'est pas une simple question de passer à une redirection inconditionnelle, parce que la part de rev du partenaire sur les revenus publicitaires est calculé en gardant le visiteur sur un sous-domaine séparé. En redirigeant inconditionnellement à l'URL canonique sur le sous-domaine principal, chaque session passerait de plusieurs pages vues pour un seul. chiffre d'affaires des partenaires baisserait de manière significative; les partenaires ne seraient pas heureux campeurs. Les cookies peuvent être utilisés pour suivre toute la session, pas une entreprise mineure pour eux de passer à, et même s'ils l'ont fait, un nombre non négligeable de visiteurs Norton Internet Security ou un utilitaire similaire installé que des zéros sur la ligne referrer du web demandes de page, occultant ainsi les revenus potentiels de clic qui serait à juste titre en raison du partenaire. Un peu d'une situation. Pour celui-ci, je ne l'ai pas trouvé une solution de contournement.

Un autre scénario dans lequel un cas pourrait être faite pour réoriente conditionnelle est lorsque les URL du site sont réécrits pour être convivial araignée. Cela peut être une importante initiative que je l'ai vu prendre plusieurs mois, voire des années à rouler sur un grand site complexe. Un détaillant de vêtements de plein air a passé plus de deux ans et plus de 1000 heures-homme mise en œuvre réécritures d'URL et ne sont toujours pas terminé. Il est pas toujours possible de mettre en œuvre réécritures sur toutes les URL, ou pour remplacer toutes les occurrences d'URL d'araignée peu favorables. Plus le site, et moins souple de la CMS, plus le mal de tête. Dans une telle situation, réoriente conditionnelle pourrait aider les doublons d'effondrement et PageRank de canal à la version spyder conviviale de chaque URL jusqu'à ce que toutes les occurrences des URL d'araignée-inamicale sont remplacés sur le site. Sinon, les doublons pourraient être éliminés avec un disallow robots.txt ou meta robots noindex de toutes les URL d'araignée-hostile, mais cela ne serait pas possible si la réécriture d'URL est toujours en cours, et il ne permettrait pas PageRank d'être dirigé vers la version réécrite de l'URL.

Il y a une solution, je vous laisse avec négatrice l'utilisation de tout réoriente y compris conditionnelles. Il est utile en particulier pour le suivi, et implique l'ajout des informations de suivi aux URL de telle sorte que les URL sont suivis automatiquement effondrés par les moteurs. Non, il ne comporte pas JavaScript. Curieusement, je ne l'entends jamais cette méthode en cours de discussion. La méthode utilise la # (dièse ou caractère dièse), qui est normalement utilisé pour diriger les visiteurs vers une partie d'une page anchored Web. Ajoutez simplement un # à votre URL, suivi du code de suivi ou ID. Par exemple: www.example.com/widgets.php#partner42. Les moteurs de recherche ignorer le # et tout ce qui suit; Ainsi, PageRank est agrégé et les doublons sont évités.

Espérons que cela vous a lancé un défi à une réflexion critique sur réoriente-temporaires, permanentes et conditionnelles et de leurs implications pour le référencement. Optez pour permanent (301) sur temporaire (302) si vous voulez que le jus de lien vers le transfert. Il faut éviter les redirections conditionnelles, surtout si votre tolérance au risque est faible pour Pénalisation. Si vous prenez un bon coup d' oeil dur à votre « besoin » pour les redirections conditionnelles, je pense que vous pouvez vous trouver ne pas vraiment besoin du tout.


Les opinions exprimées dans cet article sont celles de l'auteur invité et pas nécessairement Search Engine Land. Auteurs du personnel sont listés ici.


Ads

Partager

Récent

L'esprit de votre entreprise: Nos top colonnes de recherche locale de 2017

praticiens SEO locaux ont un rôle de plus en plus important...

SearchCap Santa Tracker, Google API termes et paramètres SEO

Ci-dessous est ce qui est arrivé aujourd'hui à la reche...

Marlene Dietrich honore Google doodle la carrière de l'actrice légendaire

Marlene Dietrich, l'emblématique actrice d'origine ...

les résultats de recherche d'images de Google teste une nouvelle boîte de recherches connexes

Google teste une nouvelle boîte « Recherches associées » da...

commentaires