У меня проблемы с моими метатегами с Open Graph. Кажется, что Facebook кеширует старые значения моих метатегов. Старые значения для Атрибутов og:title
и og:url
до сих пор используются, хотя я их уже изменил.
Я запустил Lint на странице моего сайта , и это появилось:
Обратите внимание , что существуют два значения для og:title
и og:url
, а последняя преобладала. Тем не менее, последние две записи являются старые записи, которые я использовал для этого сайта. Сейчас я использую эти метатеги (вы можете проверить, просматриваете ли вы источник HTML):
<meta property="og:title" content="Smart og rummelig pusletaske fra Petit Amour med god plads til alt – værdi 1.099 kr – køb nu kun 599 kr "/>
<meta property="og:description" content="Pinq.dk - Det gode liv for det halve"/>
<meta property="og:type" content="product"/>
<meta property="og:url" content="http://pinq.dk/tilbud/landsdaekkende/lissy/"/>
<meta property="og:image" content="http://pinq.dk/wp-content/themes/pinq/images/logo-top.png"/>
<meta property="og:site_name" content="Pinq" />
<meta property="fb:app_id" content="161840830532004" />
Почему Facebook кеширует og:title
и og:url
? Кто-нибудь испытывает ту же проблему?
facebook
facebook-opengraph
Арди Арам
источник
источник
title
иurl
для вас (в информационной таблице), так зачем беспокоиться?Ответы:
fbrefresh=CAN_BE_ANYTHING
Примеры:
http://www.example.com?fbrefresh=CAN_BE_ANYTHING
http://www.example.com?postid=1234&fbrefresh=CAN_BE_ANYTHING
http://developers.facebook.com/tools/debug/og/object?q=http://www.example.com/?p=3568&fbrefresh=89127348912
У меня была та же проблема прошлой ночью, и я получил это решение с какого-то сайта.
Facebook сохраняет миниатюру кеша. Он не обновится, даже если вы удалите thumnail / изображение с вашего сервера. Но Facebook позволяет обновлять с помощью
fbrefresh
Надеюсь, это поможет.
источник
Самый голосующий вопрос довольно устарел:
Это только 2 варианта, которые следует использовать с ноября 2014 года :
Для не разработчиков
Для разработчиков
Дополнительная информация об обновлении изображений
Примечание относительно обновлений изображений или видео в ранее опубликованных сообщениях:
источник
Если у вас много страниц и вы не хотите обновлять их вручную - вы можете сделать это автоматически.
Допустим, у вас есть страница профиля пользователя с фотографией:
Просто добавьте это на свою страницу:
Это обновит кеш Facebook. Если вы используете решение jQuery, взгляните на «response» в console.log - там вы найдете поле «updated_time» и другую полезную информацию.
источник
fbrefresh
ничего не сделало для моей проблемы.Похоже, миниатюра OG не обновляется, даже если передана переменная fbrefresh. Чтобы обновить это, не дожидаясь автоматической очистки, вам нужно изменить имя файла метатега, связанного с миниатюрой, и обновить.
источник
fbrefresh
параметр URL.У меня были те же проблемы с использованием
og:image
, несколько попыток переименовать файл или очистить кэш FB не работали ни через отладчик facebook, ни при тестировании через реальную учетную запись.В новых рекомендациях Facebook говорится, что размер изображения должен быть 1200 x 630 или иметь такое соотношение сторон, это кажется неправильным, единственное, что сработало для меня, - это использование изображения с квадратными размерами .
Edit * Несколько часов я вернулся, чтобы использовать 1200 x 630, и это волшебно сработало, это было волшебно.
Я также переименовал файлы в f * ^ * kfacebook.jpg, не уверен, что это помогло, но это было хорошо.
источник
В основном ответ терпение;)
Я проверил Linter этим утром, и og: title и og: url отображаются правильно, без избыточных значений. Я предполагаю, что FaceBook автоматически очищает свой кеш через определенный интервал. Мне просто нужно подождать.
источник
Мы просто столкнулись с этим, как оказалось, мы не указали правильный URL-адрес, поскольку реальный URL-адрес имел строку запроса (да, другая страница, если речь идет о боте).
http://example.com/
==!
http://example.com/?utm_campaign=foo
ЛИНТЕР будет поместить в кэш страницы, вы не должны ждать.
источник
Да, Facebook автоматически очищает кэш каждые 24 часа: на самом деле Facebook очищает страницы и обновляет кэш каждые 24 часа https://developers.facebook.com/docs/reference/plugins/like/#scraperinfo .
источник
Ооооо, наконец то помогло (я пользуюсь IP.Board). Что я должен был сделать:
Спасибо автору за эту тему!
РЕДАКТИРОВАТЬ: Что еще нужно помнить о требованиях к изображению. На данный момент (январь 2013 г.) это: - не менее 200 пикселей в обоих направлениях - максимальное соотношение 3: 1
источник
источник
Одна вещь, чтобы добавить, URL чувствителен к регистру . Обратите внимание, что:
иначе в глазах линтера
Обязательно используйте точный URL-адрес сайта, который был введен в настройках приложения для приложения. В противном случае linter вернет свойства, но не обновит кеш.
источник
Простите, ребята, но правильный ответ:
Не существует надежного способа обновить открытый график og: image url с немедленным результатом. Он кэшируется до обновления fb (по сообщениям каждые 24 часа)
Вот вещи, о которых, как сообщалось, работали другие, но у меня был НУЛЬ успех с любым из них.
Проверка вашего кода - это всегда подходящее место для подтверждения того, что это не проблема кеша браузера или какой-либо службы кэширования. Если метаинформация в вашем коде обновлена, и вы перепробовали все вышеперечисленное (если не было выполнено другое предложение), правильный ответ - вы ничего не можете сделать, кроме как ждать .
источник
Я обнаружил, что если ваше изображение 72dpi, это даст вам ошибку размера изображения. Используйте вместо этого 96dpi. Надеюсь это поможет.
источник
Перейти к http://developers.facebook.com/tools/debug
Вставьте URL-адрес страницы и нажмите «Отладка». Если на вашем сайте используются псевдонимы URL, убедитесь, что вы используете тот же URL-адрес, который Facebook использует для страницы, которой вы делитесь (пример: в Drupal используйте путь узла / * вместо псевдонима, если страница используется по этому URL-адресу).
источник
Документы разработчика Facebook говорят, что свойство title имеет исключение:
https://developers.facebook.com/docs/sharing/opengraph/using-objects#update
источник
Был похожий опыт. Ссылка на сайт показывала 404 в предварительном просмотре, который генерировал Facebook. Оказывается, метаданные og: url были неправильными. Мы уже исправили это несколько дней назад, но все еще видели 404 на предварительном просмотре. Мы использовали инструмент по адресу https://developers.facebook.com/tools/debug/, и это принудительно обновило (кстати, не нужно было добавлять какие-либо параметры). В нашем случае Facebook не обновлял кэш после 24 часов, но инструмент помог заставить его.
источник
Это кеш, часто обновляется, именно это и нужно делать кешу время от времени. Так что ожидание в конечном итоге сработает, но иногда вам нужно сделать это быстрее. Изменение имени файла работает.
источник
У меня тоже была эта проблема. Скребок показывает правильную информацию, но URL-адрес общего ресурса все еще был заполнен старыми данными.
Я нашел способ использовать метод подачи вместо общего доступа, а затем заполнить данные вручную (что не предоставляется методом общего доступа)
Что-то вроде этого:
источник
Действительно легко решить. Проверено и работает. Вам просто нужно сгенерировать новый URL при обновлении ваших метатегов. Это так же просто, как добавить "& cacheBuster = 1" к вашему URL. Если вы измените метатеги, просто увеличьте "& cacheBuster = 2"
Оригинальный URL
URL при обновлении метатегов og:
URL при повторном обновлении метатегов:
Facebook будет относиться к каждому как к новому URL и получать свежие метаданные.
источник
Годы спустя, и это все еще распространенная проблема, но это не всегда кеш Facebook: это очень часто человеческая ошибка (позвольте мне уточнить)
ОГ: ТИП влияет на чистку изображения:
Помните, что og: type = website приведет к тому, что любые / подстраницы / этого URL станут "каноническими". Это означает, что у вас будут проблемы с обновлением изображений с помощью скребка, независимо от того, что вы делаете.
Считайте, что это «предположение и распространенная ошибка»
-
<meta property="og:type" content="website" />
=> https://www.example.org (родитель)-
<meta property="og:type" content="website" />
=> https://www.example.org/sub-page/-
<meta property="og:type" content="website" />
=> https://www.example.org/sub-page/child -2 /- Ergo:
/sub-page/
и/child-2/
унаследуетog:image
от родителяЭто не «все сайты», 1 - это сайт, остальные - статьи.
Если вы сделаете это, Facebook сочтет все это каноническими и поместит в них ПЕРВОЕ изображение og :. (попробуйте, вы увидите) - если вы установите og: url в качестве корневого или родительского домена, вы сказали Facebook, что все они канонические. (есть веская причина для этого, но это не по теме)
Рассмотрим это решение (именно этого большинство людей «действительно хотят»)
-
<meta property="og:type" content="article" />
=> https://www.example.org/sub-page/-
<meta property="og:type" content="article" />
=> https://www.example.org/sub-page/child-2/Если вы сделаете это сейчас, Facebook даст вам гораздо меньше проблем с очисткой ваших НОВЫХ изображений.
В заключение, ДА могут работать сбои кеша, случайные переменные, изменение URL и предложения, но они будут выглядеть как «прерывистое вуду», если они
og:type
не указаны правильно.PS: помните, что CDN или серверный кеш будет служить скребку Facebook, даже если вы «думаете», что можете увидеть самую последнюю версию. (Я не буду тратить на это какое-либо время, кроме как на то, чтобы указать, что оно потратит колоссальное количество вашего времени, если не будет проверено дважды)
источник
Недавно у меня была другая, но похожая проблема с Facebook, и я обнаружил, что упомянутая страница скребка / отладки просто не читает ни одну страницу целиком. Мои мета-свойства для Open Graph были ниже в разделе head, и скребок постоянно сообщал мне, что спецификация изображения была неправильной, и независимо от него использовал бы кэшированную версию. Я переместил теги Open Graph дальше в коде, в самом верху страницы, и тогда все работало идеально, каждый раз.
источник