web-dev-qa-db-fra.com

Page de partage Facebook/LinkedIn - Problèmes liés à l’exploitation du https

J'ai ajouté les métadonnées Open Graph à mon functions.php :

function insert_fb_in_head() {
  global $post;
  if ( !is_singular())
    return;
        echo '<meta property="fb:admins" content="PAGE_ID"/>';
        echo '<meta property="og:title" content="' . get_the_title() . '"/>';
        echo '<meta property="og:type" content="article"/>';
        echo '<meta property="og:url" content="' . get_permalink() . '"/>';
        echo '<meta property="og:site_name" content="SITE_TITLE"/>';
        echo '<meta property="og:image" content="' . $default_image . '"/>';
}
add_action( 'wp_head', 'insert_fb_in_head', 5 );

Toutefois, lors du collage à partir de HTTPS, les données OG ne sont pas récupérées. Le partage de HTTP fonctionne parfaitement.

J'ai aussi essayé d'ajouter:

og:image:secure_url

N'a pas fonctionné non plus.

HTTP vs HTTPS LinkedIn Share

facebookhttps
1
Qerim

J'ai utilisé le débogueur Open Graph: https://developers.facebook.com/tools/debug/

Résultat:

Inferred Property   The... property should be explicitly provided, even if a value can be inferred from other tags.

Donc tout ce que j'avais à faire:

<meta property="og:..." content="http://www.mywebaddress.com"/>
<meta property="og:..." content="http://www.mywebaddress.com" />

Cet espace supplémentaire entre"/>était la solution. Bizarre.

N'oubliez pas non plus que LinkedIn met les données en cache pour7 jours, aussi vérifiez plus tard dans la semaine si elles sont entièrement résolues.

0
Qerim

J'ai un problème très similaire pour lequel vous pouvez voir des informations détaillées et un diagnostic ici: http://www.themastfarminn.com/php-prob/

J'ai envoyé un ticket d'assistance à la société d'hébergement et voici ce qu'ils ont répondu:

|||||||||||||||||||||||||||

Nous avons récemment mis à jour nos paramètres Mod Security pour tous les comptes de signature. Cela bloquera toutes les demandes n'incluant pas la chaîne d'agent utilisateur dans l'en-tête HTTP et enverra une réponse interdite. Pour résoudre le problème, vous devrez mettre à jour votre script (script curl) afin d'inclure une chaîne d'agent d'utilisateur. Le serveur autorisera alors la connexion. Pour référence, vous pouvez voir le lien ci-dessous:

https://msdn.Microsoft.com/en-us/library/ms537503%28v=vs.85%29.aspx

|||||||||||||||||||||||||||

Ce n'était pas du tout utile pour moi car je ne sais pas comment faire ce qu'ils disent doit être fait, mais peut-être que vous le faites.

0
Henri Deschamps

J'ai eu le même problème et l'administrateur système a été en mesure de le résoudre. Le problème avec notre site était une mauvaise configuration du serveur. Lorsque j'ai exécuté nos pages avec HTTPS dans validator.w3.org, une erreur d’alerte de poignée de main était renvoyée. La même page exécutée avec HTTP était correcte. Cette erreur empêchait l'extraction des pages entrées sur linkedin avec HTTPS, mais la même page entrée avec HTTP fonctionnait correctement.

Consultez votre page sur https://validator.w3.org/ .

Remarque: Je crois que linkedin ne fait pas la distinction entre HTTP et HTTPS, mais le moteur qui lit les pages peut trouver une erreur dans HTTPS et non des balises de lecture. Linkedin met en cache les métadonnées OG pendant une semaine.

0
jlevy