самый проголосованный вопрос довольно устарел:

Это только 2 варианта, которые должны использоваться как ноября:

для разработчиков

1. используйте отладчик FB:https://developers.facebook.com/tools/debug/og/object
2. вставьте url-адрес, который вы хотите перезаписать. (Убедитесь, что вы используете тот же url, что и в теге og:url)
3. снова щелкните по информации о скребке выборки Кнопка

Для Разработчиков

1. сделать вызов GET программно по этому URL:https://graph.facebook.com/?id=[YOUR_URL_HERE] & scrape=true (см.: https://developers.facebook.com/docs/games_payments/takingpayments#scraping)
2. убедитесь, что тег og: url, включенный на голове на этой странице, совпадает с тем, который вы передаете.
3. вы даже можете проанализировать ответ json, чтобы получить количество акций это URL.

Дополнительная Информация Об Обновлении Изображения

• если URL-адрес og:image остается прежним, но изображение фактически изменилось, оно не будет обновлено и не будет восстановлено скребками Facebook, даже если это будет сделано выше. (даже проходя мимо ?last_update=[TIMESTAMP] в конце url-адреса изображения не работает для меня).
• единственным эффективным обходным путем для меня было назначить новое имя для изображения.

Примечание относительно изображения или видео обновления на ранее опубликованные сообщения:

• когда вы вызываете отладчик, чтобы отменить изменения на вашем OG: теги вашей страницы, все предыдущие акции Facebook этого URL-адреса будут по-прежнему показывать старое изображение/видео. Нет никакого способа обновить все предыдущие сообщения, и это так по дизайну из соображений безопасности. В противном случае, кто-то мог бы сделать вид, что пользователь поделился чем-то, что он/она на самом деле не сделал.

Если у вас много страниц и вы не хотите обновлять их вручную - вы можете сделать это автоматически.

допустим у вас есть страница профиля пользователя с фотографией:

$url = 'http://'.$_SERVER['HTTP_HOST'].'/'.$user_profile;
$user_photo = 'http://'.$_SERVER['HTTP_HOST'].'/'.$user_photo;

<meta property="og:url" content="<?php echo $url; ?>"/>
<meta property="og:image" content="<?php echo $user_photo; ?>"

просто добавьте это на свою страницу:

// with jQuery
$.post(
    'https://graph.facebook.com',
    {
        id: '<?php echo $url; ?>',
        scrape: true
    },
    function(response){
        console.log(response);
    }
);

// with "vanilla" javascript
var fbxhr = new XMLHttpRequest();
fbxhr.open("POST", "https://graph.facebook.com", true);
fbxhr.setRequestHeader("Content-type", "application/x-www-form-urlencoded");
fbxhr.send("id=<?php echo $url; ?>&scrape=true");

это обновит кэш Facebook. Если вы используете решение jQuery, посмотрите на "ответ" в консоли.log-вы найдете там поле "updated_time" и другую полезную информацию.

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

в принципе, ответ-Терпение;)

Я проверил Линтер сегодня утром, и og:title и og:url отображаются правильно, без избыточных значений. Я думаю, FaceBook автоматически очищает свой кэш через определенный интервал. Мне просто нужно подождать.

Да, facebook автоматически очищает кэш каждые 24 часа: на самом деле facebook очищает страницы и обновляет кэш каждые 24 часа https://developers.facebook.com/docs/reference/plugins/like/#scraperinfo.

1. посетите страницу FBhttps://developers.facebook.com/tools/debug/og/object/
2. введите свой домен.
3. Нажмите кнопку "Fetch new scrape information"
4. сделал

мы просто столкнулись с этим, как оказалось, мы не привязывали правильный url, так как реальный url имел строку запроса (duh, другая страница, насколько это касается бота).

http://example.com/

!= =

http://example.com/?utm_campaign=foo

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

Ooook, наконец-то это помогло (я использую IP.Правление.) Что я должен был сделать:

1. изменить url og: изображение на моем сайте (общая конфигурация).
2. попробуйте этот метод ?fbrefresh=1154464gd56

спасибо автору за эту ветку!

EDIT: что еще вам нужно помнить о требованиях к изображению. На данный момент (январь 2013) это: - не менее 200 px в обоих направлениях - максимальное соотношение 3:1

одна вещь, чтобы добавить, URL-адрес -регистр. Обратите внимание, что:

apps.facebook.com/ Здравствуйте

отличается в глазах линтера тогда

apps.facebook.com/ Здравствуйте

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

У меня были те же проблемы с использованием og:image, несколько попыток переименовать файл или очистить кэш FB не работали ни через отладчик facebook, ни через тестирование через фактическую учетную запись.

в новых рекомендациях facebook говорится, что размер изображения должен быть 1200 x 630 или иметь такое соотношение сторон, это кажется неправильным, единственное, что сработало для меня, это использование изображения с квадрат размеры.

редактировать* Afew часов я вернулся, чтобы использовать 1200 x 630 и это волшебно сработало, это было волшебно.

Я также переименовал файлы в f * ^ * kfacebook.jpg, не уверен, что это помогло, но это было хорошо.

Мне жаль, ребята, но правильный ответ:

нет никакого способа доказательства дурака, чтобы обновить открытый граф og: url изображения с немедленным результатом. Он кэшируется до обновления fb (по сообщениям, каждые 24 часа)

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

• выбор "Fetch new scrape information"
• изменение фактического имени файла изображения и / или удаление оригинал
• добавление строки запроса к url-адресу изображения путем добавления метки времени PHP или ?все что угодно
• добавление "...yoursite.com/?fbrefresh=anything " строка запроса к отладчику fetch url
• выбор ссылки API graph в нижней части страницы OG dev
• выбор, чтобы увидеть именно то, что скребок видит - не появляется, чтобы запросить в режиме реального времени некэшированные данные скребка, он по-прежнему показывает URL-адрес кэшированного изображения, даже если файл больше не существует

проверка вашего кода всегда является местом на пути, чтобы подтвердить, что это не проблема с кэшем браузера или какой-либо службы кэширования. Если метаинформация обновлена в вашем коде, и вы пробовали все вышеперечисленное (Если другое предложение не будет реализовано), правильный ответ вы ничего не можете сделать, кроме как ждать.

Я узнал, что если ваше изображение 72dpi это даст вам ошибку размера изображения. Использовать вместо 96 точек на дюйм. Надеюсь, это поможет.

1. перейти к http://developers.facebook.com/tools/debug

2. вставьте url-адрес страницы и нажмите кнопку отладка. Если ваш сайт использует псевдонимы url, убедитесь, что вы используете тот же url, что и Facebook используется для страницы, которую вы делите (пример: в Drupal используйте узел / * путь вместо псевдонима, если страница совместно используется через это url).

3. Нажмите в разделе" предварительный просмотр " на "см. Это в диалоговом окне" общий доступ" ссылка

разработчик документов Facebook говорит, что право собственности на объект недвижимости за исключением:

после того, как 50 действий (лайки, акции и комментарии) были связаны с объект, вы не сможете обновить его название

https://developers.facebook.com/docs/sharing/opengraph/using-objects#update

был подобный опыт. Ссылка на сайт показывала 404 в предварительном просмотре, который сгенерировал facebook. Оказывается, метаданные og: url были неправильными. Мы уже исправили это несколько дней назад, но все еще видели 404 на предварительном просмотре. Мы использовали инструмент в https://developers.facebook.com/tools/debug/ и это заставило обновить (кстати, не нужно было добавлять какие-либо параметры) В нашем случае Facebook не обновил кэш через 24 часа, но инструмент помог заставить его.

это кэш, ofc он обновляется, вот что кэш мент делать время от времени. Так что ожидание в конечном итоге будет работать, но иногда вам нужно сделать это быстрее. Изменение имени файла работает.

У меня тоже была эта проблема. Скребок показывает правильную информацию, но url-адрес общего ресурса по-прежнему заполнен старыми данными.

способ, которым я обошел это, состоял в том, чтобы использовать метод feed вместо share, а затем заполнить данные вручную (который не отображается с помощью метода share)

что-то вроде этого:

shareToFB = () => {
    window.FB.ui({
    method: 'feed',
    link: `signup.yourdomain.com/?referrer=${this.props.subscriber.sid}`,
    name: 'THIS WILL OVERRIDE OG:TITLE TAG',
    description: 'THIS WILL OVERRIDE OG:DESCRIPTION TAG',
    caption: 'THIS WILL OVERRIDE THE OG:URL TAG'
  });
};

для меня все решения не работают. Я узнал, если вы используете Wordpress с Yoast SEO затем вы должны обновить эти два тега:

<meta property="article:modified_time" content="2017-09-29T00:37:33+02:00" />
<meta property="og:updated_time" content="2017-09-29T00:37:33+02:00" />

чтобы обновить значения, вы должны представить любые изменения в статье. Если вы не измените эту дату, кэш facebook не будет обновляться.

вы также можете отключить эти дополнительные теги, добавив фильтры в functions.php:

add_filter( 'wpseo_og_article_published_time', '__return_false' );
add_filter( 'wpseo_og_article_modified_time', '__return_false' );
add_filter( 'wpseo_og_og_updated_time', '__return_false' );