Предварительный просмотр ссылки на веб-сайт Wordpress не работает в группах LinkedIn

Question

Я хочу поделиться ссылкой на эту статью ( https://www.ngdevelop.tech/handsontable/) в группах LinkedIn, но предварительный просмотр ссылки не работает. То же самое происходит с моей предыдущей ссылкой на две ссылки. До двух последних публикаций предварительный просмотр ссылок работал нормально, но теперь он не работает.

Когда я проверил ответ от службы предварительного просмотра ссылок LinkedIn, я получил код ошибки 500 для общего ресурса ссылки в моем статусе.

Для ссылки Link в группе, я получил ниже ответ: {"data":[{"images":[],"id":"https://www.ngdevelop.tech/handsontable/?2","type":"UrlPreview","status":"FAILED"}],"meta":{},"id":"/communities-api/v1/url-preview/https%3A%2F%2Fwww.ngdevelop.tech%2Fhandsontable%2F%3F2"}

Это моя проверка открытого графика https://opengraphcheck.com/result.php?url=https%3A%2F%2Fwww.ngdevelop.tech%2Fhandsontable%2F

и социальная отладка: https://socialdebug.com/results?url=https%3A%2F%2Fwww.ngdevelop.tech%2Fhandsontable%2F

Я также ссылался на Stackru: LinkedIn не извлекает метаданные при публикации публикации на веб-сайте и https://www.linkedin.com/help/linkedin/answer/46687/making-your-website-shareable-on-linkedin?lang=en но ничего не получалось.

Пожалуйста помоги...

Answer 1

Я также видел эту проблему и выделил то, что происходит. Вот что я видел в LinkedIn недавно, когда делился страницами с моего сайта WordPress.com: - Совместное использование в моем фиде работает с предварительным просмотром контента... иногда. - Совместное использование в группе LinkedIn не работает вообще. Запрос LinkedIn XHR, который создает предварительный просмотр, фактически возвращает 500.

Используя инструмент LinkedIn Post Inspector, я смог увидеть, что их сканер запускает цикл перенаправления. Они будут запрашивать URL-адрес HTTPS, перенаправляться на URL-адрес HTTP, а затем перенаправляться на URL-адрес HTTPS, и так далее.

При просмотре на тех же страницах с Safari или Chrome я не был перенаправлен. Наконец, я попробовал то же самое, используя user-agent сканера LinkedIn. Ага! Это был ключ. WordPress.com по-разному относится к пользовательским агентам LinkedIn (и Facebook) и перенаправляет их в цикл.

Пример использования curl:

curl -v -I -A 'LinkedInBot/1.0 (compatible; Mozilla/5.0; Jakarta Commons-HttpClient/3.1 +http://www.linkedin.com)' -k --http1.1 --header 'Host: yoursite.com' 'https://wordpress origin IPv4 address'

После недели поддержки WordPress.com они говорят, что это намеренно. Причиной такого поведения перенаправления является то, что Facebook, LinkedIn и т. Д. Считают количество раз, когда URL-адрес является общим. И перенаправление не позволяет этим сайтам считать URL-адрес HTTPS отдельно от URL-адреса HTTP для того же ресурса. Их перенаправление является попыткой канонизировать URL.

Это исправление подсчета общего доступа является спорным, если перенаправление запрещает кому-либо делиться URL-адресом, где я сейчас нахожусь.

Удачи!