多くのサイトをHTTPSのみに更新し、必要に応じてHTTPリクエストをリダイレクトすると、Facebookで共有すると空白の画像が生成されることに気付きました。共有添付ファイルを更新しても何も変更されないため、FBのドキュメントを調べました。サイトでHTTPS接続が必要な場合はog:image:secure_url
タグを指定するように指定されているため、私はreplaced簡単なog:image
タグとセキュアなタグを使用し、Facebook OpenGraph Debuggerはog:image
はありませんが、サイトに安全でないイメージはありません。
本当に両方を設定する必要がありますか?そして、両方がまったく同じHTTPS URLを指すことができますか?
私が理解しているように、あなたのサイトが100%SSL(そしてすべてがHTTPSにリダイレクトされるため、本質的にプレーンHTTPがない場合)必要なのはog:image
URLを指定するhttps://...
タグのみです。認めなければならないが、これは OGPドキュメント (または Facebook Docs )から特に明確ではない-これはog:image
URL HTTPのみです-これは事実ではないようです。
og:image:secure_url
タグは、alternativeHTTPS URLを指定するために使用されます(「alternative」は、 OGPドキュメント )。これは、サイトがHTTPとHTTPSの両方をサポートしている場合(HTTPSが実際に「代替」である場合)にのみ必要と思われます。
ただし、og:image
とog:image:secure_url
の両方を指定して、両方を同じhttps://...
URLに指定しても害はありません。 WordPressはデフォルトでこれを行うように見えます。ただし、前述のように、サイトがonlyHTTPSの場合、og:image:secure_url
も指定する必要はないようです。どちらの方法でも、 Facebook Debugger でOKが検証されます。私のテストでは両方の方法が「機能します」。 StackExchange(現在は100%HTTPS)は、og:image
タグ(https://
URLを指定)のみを使用します-これは検証され、「正常に動作」します。
共有添付ファイルを更新しても何も変わりません
「添付ファイルの共有」に関して何を参照しているのか本当にわかりませんか?しかし、このような問題は、多くの場合(Facebook)キャッシュの結果です。 Facebook Debugger内で「Time Scraped」をチェックし、必要に応じて「Scrape Again」ボタンを押します。
ただし、URLが共有されている場合に画像を表示できないことに関して、過去に多くのクエリが提起されています。いくつかの「修正」には次のものがあります。
og:image:width
およびog:image:height
タグの指定。これらはすべてFBキャッシュに関連しているように見えるため、 FBデバッガー を使用して要求を更新する必要がある場合があります。
参照:(ただし、この質問は数年前ですが、いくつかの答えはまだ関連があると思います)
混合コンテンツはそれらのタグ内には適用されないため、SSLはHTTPSまたはHTTPに関係なく正しく機能しますが、SSLのポイントはユーザーのセキュリティとプライバシーのためです。