Comment puis-je entrer une URL via une redirection 301 et de conserver la page Facebook aime et Open Graph de l'information?

Je comprends la og:url balise meta est l'url canonique de la ressource dans l'open graph.

Quelles stratégies puis-je utiliser si je souhaite soutenir 301 redirection de la ressource, tout en préservant sa place dans l'open graph? Je ne veux pas perdre mon aime parce que j'ai changé l'Url.

Est la meilleure façon de le faire pour stocker l'url d'origine du contenu, et reportez-vous à cela? Existe-il d'autres stratégies pour faire face à cela?

À préciser - j'ai la page:

/page1, avec un og:url de http://www.example.com/page1

Je veux le déplacer vers
/page2, à l'aide d'une redirection 301 pour http://www.example.com/page2

Dois-je toutes les options pour éviter de perdre les aime et les commentaires autres que le réglage de la og:url meta à /page1?

InformationsquelleAutor timmow | 2011-08-25
  1. 50

    Réponse courte, vous ne pouvez pas.

    Une fois que l'objet a été créé sur Facebook de côté son adresse URL dans Facebook graphique est fixe, les Goûts et les Commentaires associés à cette URL et de l'objet; il faut que l'URL est accessible par Facebook du robot afin de maintenir l'objet dans l'avenir. (notez que l'objet devient inaccessible n'est pas nécessairement le supprimer de Facebook, mais effectivement, vous auriez du commencer plus)

    Ce que j'ai l'habitude de recommander ici est (avec des exemples http://www.example.com/oldurl et http://www.example.com/newurl):

    • Sur /newpage, garder l'og:url pointant vers /oldurl
    • Ajouter un HTTP redirection 301 de /oldurl d' /newurl
      • Exemptés de l'Facebook robot de cette redirection
      • De continuer à servir les balises meta de la page sur http://www.example.com/oldurl si la demande vient de l'Facebook robot.
      • Pas besoin de retourner tout contenu réel pour le robot, juste une simple page HTML avec les balises appropriées

    Ainsi:

    1. Les instances existantes de l'objet sur Facebook volonté, lorsqu'il est cliqué, amener les utilisateurs à la bonne (nouvelle) page via votre redirection
    2. Le bouton Comme sur la (nouvelle) page produisent encore de l'un comme de l'objet correct (mais à l'ancienne URL)

    Si vous vous déplacez beaucoup de liens autour ou la réécriture complète de votre schéma d'URL, vous devez utiliser la nouvelle Url pour de nouveaux articles/produits/etc, mais vous aurez besoin de garder la redirection en place si vous souhaitez conserver les aime, commentaires, etc sur le contenu plus ancien.

    Cela comprend si vous décidez de changer de domaine.

    Le seul problème ici, c'est le maintien de l'ancienne URL -> nouveau mappage d'URL quelque part dans votre code, mais il n'est pas techniquement difficile, juste une chose supplémentaire à maintenir à l'avenir.

    BTW, Le Facebook robot UA est actuellement facebookexternalhit/1.1 (+http://www.facebook.com/externalhit_uatext.php)

    • Si l'ancienne URL est passée par une redirection 301), puis de suivre vos recommandations, l'fb comme count toujours remis à 0?
    • Si vous aviez aime sur une URL, alors que l'URL de redirection d'ailleurs la cible de la redirection de conserver la comme comte de l'ancienne URL? Non, je suis assez sûr qu'il ne l'est pas. c'est presque à l'opposé de la solution de contournement ma réponse fournit
    • Pourquoi est-il nécessaire pour dispenser le facebook robot de la redirection? Qu'advient-il si vous ne le ferais pas?
    • Je ne suis pas sûr à 100%, mais je crois que le robot considère le "post-redirect", page à l'URL canonique, et peut ignorer aime, commentaires, etc à l '"ancien" de l'URL (qui est maintenant au milieu d'une chaîne de redirection à la finale, URL canonique)
    • Pouah, -10 à Facebook pour faire de ce le seul moyen et de ne pas nous offrir de l'orientation. Merci pour la solution mais pour la plupart des gens c'est toujours trop compliqué et impliquerait beaucoup de disproportionnée de la complexité.
    • Sur le côté positif aime sont beaucoup plus importantes pour le nouveau contenu que des vieux trucs, donc à partir frais n'est pas la fin du monde.
    • c'est ce que FB actuellement dit sur leur robot (avec la mise à jour d'UC) - en plus, c'est bon de voir qu'ils autorisent la détection UA donc c'est ok pour le faire - developers.facebook.com/docs/sharing/webmasters/crawler
    • Yep, que la page de documentation est en partie de ma réponse ici - j'ai oublié d'ajouter un lien ici, après qu'il a été publié en avril - merci pour les fournir
    • Que faire si j'ai changer totalement le domaine et je fais cela dans le htaccess , à ce stade, il n'y a aucun moyen de l'ouvrir de l'ancienne page , aucune idée de comment faire cela?
    • Que voulez-vous dire "il n'y a aucun moyen de l'ouvrir ancienne page"? vous avez besoin d'avoir de l'ancienne URL continuent de répondre à Facebook de robot pour la réponse ci-dessus fonctionne, si il ne peut pas pour une raison quelconque, vous allez être à partir de 0 avec l'Url sur le nouveau nom de domaine / les nouvelles Url
    • a partir de maintenant, cette réponse n'est plus vrai. voir developers.facebook.com/docs/plugins/faqs
    • Je crois que la FAQ est encore compatible avec cette réponse: ( à partir de 'Comment puis-je déplacer d'une page vers une URL différente?" dans l'URL) This also requires that the old URL still renders a document with Open Graph tags and returns a HTTP 200 response, at least when loaded by Facebook's crawler. If you want other clients to redirect when they visit the URL, you must send your 301 HTTP response to all non-Facebook crawler clients. The old URL should contain its own og:url tag that points to itself.

    InformationsquelleAutor
  2. 0

    Je vais avoir le même problème avec mon vieux sites. Les domaines sont en train de changer, les admins veulent changement de l'url pour le référencement etc

    Je suis venu à la conclusion de son mieux pour avoir une sorte uniqe id en db juste pour facebook - depuis le début. Pour les articles, par exemple j'ai myurl.com/a/123 où 123 est l'ID de l'article.

    Url réelle est myurl.com/category/article-title. Article peuvent être mis dans différentes catégories, de les renommer, etc avec de vastes logique pour des redirections 301 derrière elle. Mais la base fb identifiant peut rester la même pour toujours.

    Bien sûr, ce n'est viable que lorsque le départ avec un nouveau site ou lors de la mise en œuvre de commentaires fb pour la première fois.

    Juste une idée si vous pouvez planifier à l'avance 🙂 Laissez-moi savoir ce que vous en pensez.

    • Cela ne résout pas un changement de protocole de migration (par exemple. de HTTP à HTTPS).
    • Cela a un sens, mais ça me rend heureux, je n'ai jamais mis en œuvre Facebook commentaires! Quel maladroit mess. FB devrait soutenir 301 correctement et re-attribut aime. Ils doivent également soutenir HTTP/HTTPS par défaut.
    InformationsquelleAutor Miha Trtnik