Linkedin разделяет URL-адреса / не анализирует открытый граф

Я снова проверил свой html и нашел некоторые предупреждения / ошибки в метаданных. Я исправил их, и все они работают хорошо. Таким образом, решение, если вы столкнулись с той же проблемой:

Проверьте свой html и отлаживайте его. Даже если страница загружается в вашем браузере, анализатор LinkedIn не так сильно отличается от небольших ошибок. Этот инструмент может помочь.

Мое первое предложение заключается в добавлении бессмысленного запроса к URL-адресу, так что LinkedIn считает, что это новая ссылка (это не влияет ни на что другое), то есть:

http://example.com/link.php?42 или http://example.com/link.html?refid=LinkedIn

Если это не соответствует вашим потребностям, более радикальная мера в порядке.

Убедившись, что у вас нет ошибок в консоли и проверки вашего сайта с помощью: http://validator.w3.org/ …

Добавьте атрибут prefix к каждому тегу (а не к тегу html), а затем повторно войдите в свою учетную запись LinkedIn, чтобы очистить кеш.

prefix="go: http://ogp.me/ns#" т.е.:

 <meta prefix="og: http://ogp.me/ns#" property="og:title" content="Title of Page" /> <meta prefix="og: http://ogp.me/ns#" property="og:type" content="article" /> <meta prefix="og: http://ogp.me/ns#" property="og:image" content="http://example.com/image.jpg" /> <meta prefix="og: http://ogp.me/ns#" property="og:url" content="http://example.com/" /> 

Я надеюсь, что одно из этих трех решений работает для кого-то. Ура!

Если вы уверены, что сделали все правильно (используя метатеги open graph , никаких ошибок на validator.w3.org ), и он все еще не работает, не забудьте попробовать его с другой страницы, это может быть кеш LinkedIn вещь.

У меня была страница <h1>Project information</h1> на моей странице, которую LinkedIn использовал как заголовок для совместного использования страницы, вместо <title> или <meta property="og:title" [...]/> тег. Хотя я все сделал правильно. Но когда я полностью удалил эту <h1>Project information</h1> из источника страницы, она продолжала использовать «информацию о проекте», поскольку название даже считалось, что оно больше не на странице.

Попробовав другую страницу, она сработала.

После долгих проб и ошибок я узнал, что мой .htaccess каким-то образом блокирует робот Linkedin (сайт wordpress). Для тех, кто использует модуль безопасности ithemes для wordpress или другого плагина безопасности, убедитесь, что LinkedIn не заблокирован.
Убедитесь, что нет строки: RewriteCond %{HTTP_USER_AGENT} ^Link [NC,OR]

Самый простой способ проверить – использовать строки htaccess по умолчанию для wordpress.

Как упоминалось ранее, убедитесь, что вы не повторяете кешированные страницы в linkedin.

Вы можете попробовать это только один раз в неделю! У меня была ссылка на мой сайт, и я хотел настроить изображение Linkedin. Поэтому я добавил открытые теги графиков, которые, похоже, не отображались вообще. Пока я не прочитал это:

В первый раз, когда сканеры LinkedIn посещают веб-страницу при обращении к контенту через URL-адрес, найденные данные (значения Open Graph или наш собственный анализ) будут кэшироваться в течение примерно 7 дней.

Это означает, что если впоследствии вы измените описание статьи, загрузите новое изображение, исправьте опечатку в заголовке и т. Д., Вы не увидите изменения, представленные во время любых последующих попыток разделить страницу до истечения срока действия кеша, а искатель – принудительно пересмотреть страницу, чтобы получить свежий контент.

https://developer.linkedin.com/docs/share-on-linkedin

Решение для меня состояло в том, чтобы добавить hashbang. Я нахожусь в приложении стиля ajax, которое не отображает всю страницу, я думаю, что linkedin немного отличается от текста / изображения, не находящегося на странице при первоначальной царапине, добавляя

%23!

до конца моего кодированного URL или

#!

к незашифрованному URL-адресу, прежде чем отправить его на сайт linkedin, похоже, хорошо пригодится для всплывающего окна моей учетной записи. Не уверен, что это только приложения Ajax / js или нет, но это, безусловно, решило пару часов усилий для меня.

Я думаю, это полезно только в том случае, если ваше приложение настроено для обработки escape_фрагмента в URL-адресе и делает статическую страницу не динамической, но я не могу проверить эту теорию прямо сейчас

Это происходило и на одном из сайтов моего клиента. Я обнаружил, что файл .htaccess блокировал сайт из LinkedIn, если пользовательские агенты содержали строку «jakarta».

Как только я удалю эту фильтрацию, LinkedIn смог получить доступ ко всей необходимой информации OpenGraph (og), когда клиент отправит ссылку.

Я наткнулся на ту же проблему для нашего сайта WordPress. Проблема возникает из-за противоречивых OGP и oembed заголовков в стандартном плагине wordpress + yoast / jetpack seo.

Вам нужно отключить очерченные заголовки с помощью этого плагина (у этого нет побочных эффектов): https://wordpress.org/plugins/disable-embeds/

После этого вы можете принудительно обновить ссылку, добавив ?1 как некоторые из вас, ребята, уже указали!

Я надеюсь, что это исправляет вашу проблему.

Я написал подробное объяснение проблемы здесь: https://pmig.at/2017/10/26/linkedin-link-preview-for-wordpress/