LinkedIn не получает метаданные при публикации сайта

У меня проблемы с совместным использованием веб-сайта, над которым я работаю в LinkedIn: LinkedIn не получает никаких данных со страницы. Метаданные сайта соответствуют рекомендациям в своих документах. Я перепробовал все эти предложения.

Кроме того, я исследовал следующее:

  1. Обслуживание контента через HTTP вместо HTTPS, но многие другие сайты, обслуживаемые через HTTPS, такие как https://stripe.com/no и https://www.facebook.com/, работают отлично.
  2. Размещение на странице компании. Это не имело никакого значения, кроме возможности ручного ввода данных (что удобно в качестве временного решения).
  3. Размещение в качестве другого пользователя. Не имеет никакого значения.
  4. Размещение нового контента на веб-сайте, чтобы убедиться, что метаданные не были кэшированы LinkedIn. Это также не имело никакого значения.
  5. Это также было проблемой до того, как я добавил метатеги Open Graph.

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

Источник

6 ответов

Я не думаю, что вы увидите какие-либо изменения в данных, которые LinkedIn захватывает с вашего сайта в течение недели:

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

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

https://developer.linkedin.com/docs/share-on-linkedin (прокрутите вниз)

Источник

Как и во всем программировании, давайте сначала посмотрим на официальную документацию по обмену данными LinkedIn! API общего доступа LinkedIn будет учитывать следующееog: теги в вашем HTML...

  • <meta property='og:title' content='Title of the article"/>
  • <meta property='og:image' content='//media.example.com/ 1234567.jpg"/>
  • <meta property='og:description' content='Description that will show in the preview"/>
  • <meta property='og:url' content='//www.example.com/URL of the article" />

Хотите быть уверены, что используете его правильно? Это легко - воспользуйтесь официальным инспектором сообщений LinkedIn, чтобы отладить, проверить и подтвердить свой URL-адрес.

Источник

У меня была точно такая же проблема. Очистить историю кеша. Затем добавьте этот 'prefix = "og: http://ogp.me/ns'" к каждому тегу метаданных, и он сразу заработает:

    <meta prefix="og: http://ogp.me/ns#" property='og:title' content='Content Title'/>
    <meta prefix="og: http://ogp.me/ns#" property='og:image' content='https://images.url...'/>
    <meta prefix="og: http://ogp.me/ns#" property='og:description' content='Description'/>
    <meta prefix="og: http://ogp.me/ns#" property='og:url' content='https://site_url/'/>
Источник

В моем случае казалось, что LinkedIn Parser действительно беден до такой степени, что если ваш HTML-файл не имеет <head> тег (который не требуется спецификацией) будет просто игнорировать все, где не работает сильфон

<!doctype html>
<meta charset=utf-8>                                                            
<meta property=og:title content='My Shared Article Title'>                      
<meta property=og:description content='Description of shared article'>          
<meta property=og:image content=http://i.imgur.com/12345.jpg>                
<meta name=description content='Nice description'>
<title>TEST 15</title>
<p>content here</p>

Но просто добавив открытие <head> тег (все еще действительный HTML), сделал трюк

<!doctype html>
<head>
<meta charset=utf-8>                                                            
<meta property=og:title content='My Shared Article Title'>                      
<meta property=og:description content='Description of shared article'>          
<meta property=og:image content=http://i.imgur.com/12345.jpg>                
<meta name=description content='Nice description'>
<title>TEST 15</title>
<p>content here</p>
Источник

Это исправит это для вас, просто войдите на ваш сайт и, похоже, очистите кеш, который в моем случае был кешем около 3 лет???

https://www.linkedin.com/post-inspector/inspect/

Источник

Для меня проблемой был тег, который всегда содержал значение корневого домена:

      <meta property="og:url" content="https://example.com/">

Это привело к тому, что linkedin всегда получал и отображал кэшированное содержимое этого корневого домена ( эта проблема была только у linkedin, она работала на всех остальных сайтах, таких как Facebook, WhatsApp, Instagram, команды MS и т. д. - вот почему я был так сбит с толку).

Как только я начал переопределятьog:urlна каждой дочерней странице проблема исчезла.

      // page 1:
<meta property="og:url" content="https://example.com/page-11">
// page 2:
<meta property="og:url" content="https://example.com/page-2">
// etc.
Источник
Другие вопросы по тегам