Open Graph에서 메타 태그에 문제가 있습니다. 페이스 북이 내 메타 태그의 오래된 값을 캐싱하는 것처럼 보입니다. 속성에 대한 이전 값 og:title과는 og:url아직도 내가 이미 변경 한 경우에도 사용된다.

내 사이트의 페이지에서 Lint를 실행 했는데 다음과 같이 나타납니다.

og:title및 og:url에 대한 두 개의 값이 있으며 마지막 값 이 우선합니다. 그러나 마지막 두 항목은 이 사이트에 사용한 OLD 항목 입니다. 현재이 메타 태그를 사용하고 있습니다 (HTML 소스를 볼 수 있는지 확인할 수 있습니다).

<meta property="og:title" content="Smart og rummelig pusletaske fra Petit Amour med god plads til alt &#8211; værdi 1.099 kr &#8211; 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" />

왜 페이스 북은 캐싱 og:title및 og:url? 누구든지 같은 문제가 있습니까?

1. http://developers.facebook.com/tools/debug로 이동 하십시오
2. 다음에 URL을 입력하십시오. fbrefresh=CAN_BE_ANYTHING

예 :

1. http://www.example.com?fbrefresh=CAN_BE_ANYTHING
2. http://www.example.com?postid=1234&fbrefresh=CAN_BE_ANYTHING
3. 또는 방문 : http://developers.facebook.com/tools/debug/og/object?q=http://www.example.com/?p=3568&fbrefresh=89127348912

지난 밤에 같은 문제가 발생했으며 일부 웹 사이트 에서이 솔루션을 얻었습니다.

Facebook은 캐시 축소판을 저장합니다. 서버에서 썸네일 / 이미지를 삭제하더라도 새로 고쳐지지 않습니다. 그러나 Facebook을 사용하면fbrefresh

이게 도움이 되길 바란다.

가장 많이 투표 된 질문은 매우 구식입니다.

다음은 2014 년 11 월 현재 사용해야하는 두 가지 옵션입니다 .

개발자가 아닌 경우

1. FB 디버거를 사용하십시오 : https://developers.facebook.com/tools/debug/og/object
2. 다시 캐시하려는 URL을 붙여 넣습니다. (og : url 태그에 포함 된 것과 동일한 URL을 사용해야합니다)
3. 다시 스크래치 정보 가져 오기 버튼을 클릭하십시오

개발자를위한

1. https://graph.facebook.com/?id=[YOUR_URL_HERE]&scrape=true ( https://developers.facebook.com/docs/games_payments/takingpayments#scraping 참조 )를 프로그래밍 방식으로 GET 호출 하십시오.
2. 해당 페이지의 헤드에 포함 된 og : url 태그가 전달중인 태그와 일치하는지 확인하십시오.
3. json 응답을 구문 분석하여 해당 URL의 공유 수를 얻을 수도 있습니다.

이미지 업데이트에 대한 추가 정보

• og : image URL은 동일하지만 이미지가 실제로 변경된 경우 위의 작업을 수행하더라도 Facebook 스크레이퍼가이를 업데이트하거나 다시 캐시하지 않습니다. (이미지 URL 끝에? last_update = [TIMESTAMP]를 전달해도 작동하지 않습니다).
• 나를위한 유일한 효과적인 해결 방법은 이미지에 새로운 이름을 할당하는 것입니다.

이전에 게시 한 게시물의 이미지 또는 비디오 업데이트에 관한 참고 사항 :

• 디버거를 호출하여 페이지의 og : tags에서 변경 내용을 스크랩하면 해당 URL의 모든 이전 Facebook 공유에 여전히 이전 이미지 / 비디오가 표시됩니다. 이전 게시물을 모두 업데이트하는 방법은 없으며 보안상의 이유로 의도적으로 설계된 방식입니다. 그렇지 않으면 누군가가 사용자가 실제로하지 않은 것을 공유 한 것처럼 가장 할 수 있습니다.

페이지가 많고 수동으로 새로 고치지 않으려는 경우 자동으로 수행 할 수 있습니다.

사진이있는 사용자 프로필 페이지가 있다고 가정 해 보겠습니다.

$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 솔루션을 사용하는 경우 console.log에서 "response"를 살펴보십시오. "updated_time"필드 및 기타 유용한 정보가 있습니다.

fbrefresh 변수를 전달하더라도 OG 축소판 그림이 새로 고쳐지지 않습니다. 자동 지우기를 기다리지 않고이를 업데이트하려면 축소판 관련 메타 태그 값의 파일 이름을 변경하고 새로 고쳐야합니다.

나는 사용하여 동일한 문제가 있었다 og:image페이스 북의 디버거 또는 실제 계정을 통해 테스트를 통해 하나가 작동하지 않은 파일이나 명확한 FB 캐시의 이름을 바꾸려면, 몇 가지 시도를.

새로운 페이스 북의 가이드 라인은 이미지 크기가 1200 X 630해야한다 상태 또는 화면 비율을 가지고, 이것은 나를 위해 일한 유일한 것은이있는 이미지 사용 된 잘못된 것 같다 사각형 크기를 .

편집 * 1200 x 630을 사용하기 위해 되돌아온 몇 시간이 걸렸으며 마술처럼 작동했습니다.

또한 파일 이름을 f * ^ * kfacebook.jpg로 바 꾸었습니다. 확실하지는 않지만 기분이 좋았습니다.

기본적으로 대답은 인내심입니다.)

오늘 아침 Linter를 확인했는데 중복 값없이 og : title 및 og : url이 올바르게 표시됩니다. FaceBook은 특정 간격으로 캐시를 자동으로 지 웁니다. 기다려야 해요

실제 URL에는 쿼리 문자열이 있었기 때문에 올바른 URL을 보풀하지 않았습니다 (봇은 다른 페이지까지 봇과 관련이 있습니다).

http://example.com/

! ==

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

린터 가 페이지 를 다시 캐시하므로 기다릴 필요가 없습니다.

예, 페이스 북은 자동으로 캐시를 24 시간마다 웁니다 실제로 페이스 북 페이지를 긁는 캐시 24 시간마다 업데이트 https://developers.facebook.com/docs/reference/plugins/like/#scraperinfo을 .

Ooook, 마침내 도움이되었습니다 (IP.Board를 사용합니다). 내가해야 할 일은 :

1. 내 웹 사이트에서 og : image의 URL을 변경하십시오 (일반 구성).
2. ? fbrefresh = 1154464gd56으로이 방법을 사용해보십시오.

이 글의 작성자에게 감사합니다!

편집 : 이미지 요구 사항에 대해 더 기억해야 할 것이 있습니다. 현재 (2013 년 1 월) :-양방향에서 최소 200px-최대 비율 3 : 1

1. FB 페이지 방문 https://developers.facebook.com/tools/debug/og/object/
2. 도메인을 입력하십시오.
3. "새 스크랩 정보 가져 오기"단추를 클릭하십시오.
4. 끝난

한 가지 더하면 URL은 대소 문자를 구분 합니다. 참고 :

apps.facebook.com/ HELLO

린터의 눈이 다르면

apps.facebook.com/ hello

앱의 개발자 설정에 입력 한 정확한 사이트 URL을 사용해야합니다. 린 터는 그렇지 않으면 속성을 반환하지만 캐시를 새로 고치지는 않습니다.

죄송 합니다만 정답은 다음과 같습니다.

열린 그래프 og : image url을 즉각적인 결과로 업데이트하는 어리석은 방법은 없습니다. fb가 업데이트 될 때까지 캐시됩니다 (24 시간마다보고)

다음은 다른 사람들에 의해 작동한다고보고되었지만 그중 하나에서 ZERO 성공을 거두었습니다.

• "새 스크랩 정보 가져 오기"선택
• 실제 이미지 파일 이름 변경 및 / 또는 원본 삭제
• PHP TIMESTAMP 또는? anything을 추가하여 이미지 URL에 쿼리 문자열 추가
• "... yoursite.com/?fbrefresh=anything"쿼리 문자열을 디버거 페치 URL에 추가
• og dev 페이지 하단에서 그래프 API 링크 선택
• 스크레이퍼가 보는 것을 정확하게 선택하면 캐시되지 않은 실시간 스크랩 데이터를 요청하지 않는 것처럼 보이지만 파일이 더 이상 존재하지 않더라도 캐시 된 이미지 URL이 계속 표시됩니다.

브라우저 캐시 또는 일부 캐싱 서비스에 문제가 없는지 확인하기 위해 항상 코드를 검사해야합니다. 메타 정보가 코드에 최신 상태이고 다른 제안이 실현되지 않는 한 위의 모든 사항을 시도한 경우 정답은 기다릴 수밖에 없습니다 .

이미지가 72dpi 인 경우 이미지 크기 오류가 발생한다는 것을 알았습니다. 대신 96dpi를 사용하십시오. 도움이 되었기를 바랍니다.

1. http://developers.facebook.com/tools/debug로 이동 하십시오

2. 페이지의 URL에 붙여 넣고 디버그를 클릭하십시오. 사이트에서 URL 별칭을 사용하는 경우 Facebook에서 공유하는 페이지에 사용하는 것과 동일한 URL을 사용해야합니다 (예 : Drupal에서 해당 URL을 통해 페이지를 공유하는 경우 별칭 대신 노드 / * 경로 사용).

3. "공유 대화 상자에서 이것을보십시오"링크에서 "공유 미리보기"부분을 클릭하십시오.

Facebook 개발자 문서에 따르면 제목 속성에는 예외가 있습니다.

50 개의 작업 (예 : 공유, 댓글)이 개체와 연결되면 제목을 업데이트 할 수 없습니다

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

비슷한 경험을했습니다. 웹 사이트 링크에서 페이스 북이 생성 한 미리보기에 404가 표시되었습니다. og : url 메타 데이터가 잘못되었습니다. 며칠 전에 이미 수정했지만 미리보기에서 404가 계속 표시됩니다. 우리는 https://developers.facebook.com/tools/debug/ 에서 도구를 사용했고 새로 고침을 강제했습니다 (방법에 따라 매개 변수를 추가 할 필요가 없었습니다) 우리의 경우 Facebook은 24 후 캐시를 새로 고치지 않았습니다 그러나 도구는 그것을 강제하는 데 도움이되었습니다.

캐시는 자주 새로 고침되는 캐시이므로 캐시가 가끔씩 수행됩니다. 따라서 기다리는 것이 결국에는 효과가 있지만 때로는 더 빨리해야합니다. 파일 이름을 변경하면 작동합니다.

나는이 문제도 가지고 있었다. 스크레이퍼에 올바른 정보가 표시되지만 공유 URL은 여전히 ​​이전 데이터로 채워졌습니다.

이 문제를 해결하는 방법은 공유 대신 피드 방법을 사용한 다음 수동으로 데이터를 채우는 것입니다 (공유 방법으로 노출되지 않음).

이 같은:

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

정말 쉽게 해결합니다. 테스트하고 작동합니다. 메타 태그를 업데이트 할 때 새 URL을 생성하면됩니다. URL에 "& cacheBuster = 1"을 추가하는 것만 큼 간단합니다. 메타 태그를 변경하는 경우 "& cacheBuster = 2"

원래 URL

www.example.com

og 메타 태그가 업데이트 될 때의 URL :

www.example.com?cacheBuster=1

og 메타 태그가 다시 업데이트 될 때의 URL :

www.example.com?cacheBuster=2

Facebook은 각각을 새로운 URL로 취급하고 새로운 메타 데이터를 얻습니다.

몇 년이 지난 후에도 이것은 여전히 ​​일반적인 문제이지만 항상 페이스 북의 캐시는 아닙니다 : 그것은 종종 사람의 실수입니다 (정교하게 만들 수 있습니다)

OG : TYPE은 이미지 스크랩에 영향을줍니다.

1. https://ogp.me/#type_article 은 https://ogp.me/#type_website 와 동일하지 않습니다

og : type = website는 해당 URL의 / sub-pages /가 "정식"이되도록합니다. 이것은 무엇을 하든지 스크레이퍼를 사용하여 이미지를 업데이트하는 데 문제가 있음을 의미합니다.

이 "가정과 일반적인 실수"를 고려하십시오

- <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 /
- 인체 공학적 : /sub-page/및 /child-2/상속 할 og:image부모를

그것들은 "모든 웹 사이트"가 아니며, 1은 웹 사이트이고, 다른 하나는 기사입니다.

당신이 그렇게하면 페이스 북은 그 모든 것들이 정식이라고 생각하고 FIRST og : image를 그들 모두에 넣을 것입니다. (시도해보십시오)-og : url을 루트 또는 상위 도메인으로 설정하면 페이스 북에 모두 정식 도메인이라고 말한 것입니다. (그 이유는 있지만 그 주제는 아닙니다)

이 솔루션을 고려하십시오 (대부분의 사람들이 "실제로 원하는 것")

- <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에서 새로운 이미지를 긁어내는 데 훨씬 적은 문제가 발생합니다.

끝으로, YES 캐시 동무, 임의 바르, 변화하는 URL을 제안 여기서 일 수 있지만처럼 보일 것 "간헐적 부두" 이 경우 og:type제대로 지정되어 있지 않습니다.

추신 : CDN 또는 서버 사이드 캐시는 "생각"하더라도 최신 버전을 볼 수 있다고해도 Facebook의 스크레이퍼에 제공됩니다. (나는 두 번 확인하지 않으면 엄청난 시간을 낭비 할 것이라고 지적하는 것 외에 다른 시간을 소비하지 않을 것입니다.)

최근 Facebook과는 다르지만 비슷한 문제가 있었고 언급 한 스크레이퍼 / 디버그 페이지가 단순히 전체 페이지를 읽지 않는 것으로 나타났습니다. Open Graph의 메타 속성은 헤드 섹션에서 더 아래로 내려 갔으며 스크레이퍼는 이미지 사양이 올바르지 않다는 것을 지속적으로 알리고 캐시 된 버전을 사용합니다. Open Graph 태그를 페이지 맨 위 근처의 코드에서 더 위로 이동 한 다음 모든 것이 완벽하게 작동했습니다.