og:url
メタタグが開いているグラフのリソースの正規URLであることを理解しています。
開いているグラフでの位置を維持しながら、リソースの301リダイレクトをサポートしたい場合、どのような戦略を使用できますか? URLを変更したので、いいねを失いたくありません。
これを行うための最良の方法は、コンテンツの元のURLを保存し、それを参照することですか?これに対処するための他の戦略はありますか?
明確にするために-私はページを持っています:
/page1
、og:url
のhttp://www.example.com/page1
/page2
への301リダイレクトを使用して、それをhttp://www.example.com/page2
に移動したいと思います。
og:url
メタを/page1
に設定する以外に、いいねやコメントが失われないようにするオプションはありますか?
簡単に言えば、できません。
オブジェクトがFacebook側で作成されると、Facebookのグラフ内のURLが修正されます。「いいね」とコメントはそのURLとオブジェクトに関連付けられます。将来そのオブジェクトを維持するために、FacebookのクローラーがそのURLにアクセスできるようにする必要があります。 (オブジェクトにアクセスできなくなっても、必ずしもFacebookから削除されるわけではありませんが、事実上、最初からやり直すことになります)
私がここで通常お勧めするのは(例_http://www.example.com/oldurl
_と_http://www.example.com/newurl
_)です:
http://www.example.com/oldurl
_のページのメタタグを引き続き提供します。したがって:
多くのURLを移動したり、URLスキームを完全に書き直したりする場合は、新しい記事や製品などに新しいURLを使用する必要がありますが、いいね、コメント、古いコンテンツなど。
これには、ドメインを変更する場合も含まれます。
ここでの唯一の問題は、コードのどこかに古いURL->新しいURLマッピングを維持することですが、技術的に難しいことではなく、将来維持するための追加のことです。
ところで、FacebookクローラーUAは現在facebookexternalhit/1.1 (+http://www.facebook.com/externalhit_uatext.php)
です
古いサイトでも同じ問題が発生しています。ドメインが変更され、管理者がseoなどのURLを変更したい
私は、Facebookのためだけにdbにある種の一意のIDを持っていることが最善であると結論付けました-最初から。たとえば記事の場合、myurl.com/a/123があります。123は記事のIDです。
実際のURLはmyurl.com/category/article-titleです。その後、記事を別のカテゴリに分類したり、名前を変更したりすることができます。その背後には、301リダイレクトの広範なロジックがあります。しかし、基本的なfb識別子は永遠に同じままでいられます。
もちろん、これは新しいサイトから始めるとき、または初めてfbコメントを実装するときにのみ実行可能です。
あなたが前もって計画を立てることができるかどうかだけのアイデア:)あなたの考えを教えてください。