Najczęściej głosowane pytanie jest dość przestarzałe:

Są to jedyne 2 opcje, które powinny być używane od Listopad 2014:

Dla nie-programistów

1. użyj debuggera FB: https://developers.facebook.com/tools/debug/og/object
2. Wklej adres url, który chcesz zmienić. (Upewnij się, że używasz tego samego adresu URL zawartego w tagu og: url)
3. Kliknij ponownie przycisk Pobierz zeskrobuj informacje

Dla Programistów

1. Make a GET call programowo to this URL: https://graph.facebook.com/?id=[YOUR_URL_HERE] & scrape=true (Zobacz: https://developers.facebook.com/docs/games_payments/takingpayments#scraping )
2. upewnij się, że znacznik og:url umieszczony na tej stronie pasuje do tego, który przechodzisz.
3. możesz nawet przeanalizować odpowiedź json, aby uzyskać liczbę akcji tego adresu URL.

Dodatkowe Informacje O Aktualizacji Zdjęć

• If the og: image URL pozostaje taki sam, ale obraz rzeczywiście się zmienił, nie będzie aktualizowany ani recached przez skrobaków Facebook nawet robiąc powyższe. (nawet przechodząc a ?last_update=[TIMESTAMP] na końcu URL obrazka nie działa dla mnie).
• jedynym skutecznym obejściem dla mnie było przypisanie nowej nazwy obrazowi.

Uwaga dotycząca aktualizacji obrazu lub wideo na wcześniej zamieszczonych postach:

• kiedy wywołujesz debugger, aby usunąć zmiany na Twoich tagach og:Twojej strony, wszystkie poprzednie Akcje Facebook tego adresu URL nadal będą wyświetlać stary obraz/wideo. Nie ma sposobu, aby zaktualizować wszystkie poprzednie posty i tak jest z założenia ze względów bezpieczeństwa. W przeciwnym razie, ktoś mógłby udawać, że użytkownik dzielił się czymś, czego on/ona w rzeczywistości nie.]}

Jeśli masz wiele stron i nie chcesz odświeżać ich ręcznie-możesz to zrobić automatycznie.

Powiedzmy, że masz stronę profilu użytkownika ze zdjęciem:

$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; ?>"

Po prostu dodaj to do swojej strony:

// 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");

To odświeży pamięć podręczną Facebook ' a. Jeśli używasz rozwiązania jQuery, spójrz na "response" w konsoli.log - znajdziesz tam pole "updated_time" i inne przydatne informacje.

Miniaturka OG nie wydaje się odświeżać nawet przy przekazywaniu zmiennej fbrefresh. Aby to zaktualizować bez czekania na automatyczne czyszczenie, musisz zmienić nazwę pliku wartości znacznika meta powiązanego z miniaturą i odświeżyć.

W zasadzie odpowiedzią jest cierpliwość;)

Sprawdziłem Linter dziś rano i og:title I og: url wyświetlają się poprawnie, bez zbędnych wartości. Myślę, że FaceBook automatycznie czyści pamięć podręczną w określonym przedziale czasu. Muszę tylko poczekać.

Facebook facebook automatycznie czyści pamięć podręczną co 24 godziny: w rzeczywistości facebook zeskrobuje strony i aktualizuje pamięć podręczną co 24 godziny https://developers.facebook.com/docs/reference/plugins/like/#scraperinfo .

1. odwiedź stronę FB https://developers.facebook.com/tools/debug/og/object/
2. Wprowadź swoją domenę.
3. Kliknij przycisk "Pobierz nowe informacje o skrobaniu"
4. zrobione

Właśnie na to wpadliśmy, jak się okazuje, nie linkowaliśmy odpowiedniego adresu url, ponieważ prawdziwy adres URL miał ciąg zapytania(duh, inna strona, jeśli chodzi o bota).

http://example.com/

!==

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

The linter will recache Twojej strony, nie musisz czekać.

Ooook, w końcu pomogło (używam IP.Deska). To co musiałem zrobić to:

1. Zmień adres URL obrazu og:na mojej stronie internetowej (ogólna konfiguracja).
2. Spróbuj tej metody z ?fbrefresh=1154464gd56

Podziękowania dla autora za ten wątek!

EDIT: co więcej musisz pamiętać o wymaganiach graficznych. Na razie (styczeń 2013) jest: - co najmniej 200 px w obu kierunkach - maksymalny stosunek 3: 1

Jedna rzecz do dodania, adres URL rozróżnia wielkość liter . Zauważ, że:

Apps.facebook.com / HELLO

Jest inaczej w oczach lintera wtedy

Apps.facebook.com / hello

Pamiętaj, aby użyć dokładnego adresu URL witryny, który został wprowadzony w Ustawieniach programisty dla aplikacji. W przeciwnym razie linter zwróci właściwości, ale nie odświeży pamięci podręcznej.

Miałem te same problemy przy użyciu og:image, kilka prób zmiany nazwy pliku lub wyczyszczenia pamięci podręcznej FB nie działało ani przez debugger facebook, ani testowanie przez rzeczywiste konto.

Nowe wytyczne facebook mówią, że rozmiar obrazu powinien wynosić 1200 x 630 lub mieć taki współczynnik proporcji, to wydaje się być złe, jedyną rzeczą, która działała dla mnie było użycie obrazu o kwadratowe wymiary.

Edit * po kilku godzinach wróciłem do używania 1200 x 630 i magicznie działało, było magiczne.

Zmieniłem też nazwę plików na f * ^ * kfacebook.jpg, Nie wiem, czy pomogło, ale czułem się dobrze.

Przykro mi, ale poprawna odpowiedź brzmi:

Nie ma głupiego sposobu, aby zaktualizować open graph og: image url z natychmiastowym wynikiem. Jest buforowany do aktualizacji fb (podobno co 24 godziny)

Oto rzeczy, które zostały zgłoszone do pracy przez innych, ale miałem ZERO sukcesów z żadnym z nich.

• wybór "Pobierz nowe informacje o skrobaniu"
• Zmiana rzeczywistej nazwy pliku obrazu i / lub usunięcie oryginału
• dodawanie ciągu zapytania do adresu URL obrazu przez dodanie znacznika czasu PHP lub ?anything
• dodanie "...yoursite.com/?fbrefresh=anything" ciąg zapytania do debuggera fetch url
• wybór linku graph API na dole strony og dev
• wybór, aby zobaczyć dokładnie to, co widzi skrobak-nie wydaje się żądać w czasie rzeczywistym nie buforowanych danych zeskrobywania, nadal pokazuje buforowany adres URL obrazu, nawet jeśli plik już nie istnieje

Sprawdzanie kodu jest zawsze na miejscu, aby potwierdzić, że jest nie jest to problem z pamięcią podręczną przeglądarki lub jakąś usługą buforowania. Jeśli meta informacje są aktualne w Twoim kodzie i wypróbowałeś już wszystkie powyższe (chyba że pojawi się kolejna sugestia), poprawną odpowiedzią jest możesz nic nie robić, ale czekać .

Dowiedziałem się, że jeśli obraz jest 72dpi to da ci błąd rozmiaru obrazu. Użyj zamiast tego 96dpi. Mam nadzieję, że to pomoże.

1. Przejdź do http://developers.facebook.com/tools/debug

2. Wklej adres URL strony i kliknij debug. Jeśli Twoja witryna używa aliasów url, upewnij się, że używasz tego samego adresu url Co Facebook jest używany do strony, którą udostępniasz (przykład: w Drupal użyj węzeł / * ścieżka zamiast aliasu, jeśli strona jest współdzielona przez to url).

3. Kliknij w części "Udostępnij podgląd "na" Zobacz to w oknie dialogowym Udostępnij " link

Facebook Developer Documents says title property has exception:

Po powiązaniu 50 akcji (polubień, akcji i komentarzy) z obiekt, nie będzie można zaktualizować jego tytułu

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

Miał podobne doświadczenie. Link do strony internetowej pokazywał 404 w podglądzie, który wygenerował facebook. Okazuje się, że metadane og: url były błędne. Naprawiliśmy go już kilka dni temu, ale nadal widzieliśmy 404 na przedpremierie. Użyliśmy narzędzia w https://developers.facebook.com/tools/debug/ i to wymusiło odświeżenie (przy okazji nie trzeba było dodawać żadnych parametrów) W naszym przypadku Facebook nie odświeżył pamięci podręcznej po 24 godzinach, ale narzędzie pomogło go wymusić.

Jest to cache, ofc odświeża, to jest to, co cache jest ment zrobić raz na jakiś czas. Więc czekanie w końcu zadziała, ale czasami trzeba to zrobić szybciej. Zmiana nazwy pliku działa.

Ja też miałem ten problem. Skrobak pokazuje właściwe informacje, ale adres URL akcji był nadal wypełniony starymi danymi.

Sposób, w jaki obejrzałem to, polegał na użyciu metody feed zamiast share, a następnie ręcznym wypełnianiu danych (które nie są ujawniane metodą share)

Coś takiego:

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'
  });
};

Dla mnie wszystkie rozwiązania nie działały. Dowiedziałem się, że jeśli używasz Wordpress z Yoast SEO to musisz odświeżyć te dwa Tagi:

<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" />

Aby odświeżyć wartości należy zgłosić każdą zmianę w artykule. Jeśli nie zmienisz tej daty facebook cache nie będzie odświeżany.

Możesz również wyłączyć te dodatkowe tagi, dodając filtry w 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' );