По-перше - я не вірю, що це питання, що повторюється. Я шукав ті ж чи подібні проблеми на SO так широко, і через характер усунення несправностей перед тим, як запитати, я вважаю, що ця проблема є унікальною.
Facebook не може зрозуміти мої og:imageфайли, і я спробував кожне звичайне рішення. Я починаю думати, що це може мати щось спільнеhttps://...
- Я перевірив http://developers.facebook.com/tools/debug і маю нульові попередження чи помилки.
- Він знаходить зображення, з якими ми пов’язані у "
og:image", але вони відображаються порожніми. Коли ми натискаємо зображення (фото), вони дійсно існують, і це потрібно прямо їм. - Це НЕ показує одне зображення - зображення, розміщене на сервері, який не є https.
- Ми спробували квадратні зображення, jpegs, png, великих розмірів та менших розмірів. Ми розмістили зображення прямо у public_html. Нулі з’являються.
- Це не помилка кешування, адже коли ми додаємо іншу
og:imageмета, лінк FB виявляє та читає це. Це НЕ показує попередній перегляд. Попередній перегляд порожній. Тільки виняток , ми отримуємо для зображень, що не на цьому сайті. - Ми подумали, що, можливо, було якесь анти-вилуговування
cpanelабо те,.htaccessщо перешкоджало появі зображень, тому ми перевірили. Там не було. Ми навіть зробили швидку< img src="[remote file]" >на зовсім іншому сервері, і зображення добре відображається. - Ми думали, може, це та
og:typeчи інша дивацтво з іншим метатегом. Ми їх видалили, по одному, і перевірили. Без змін. Просто попередження. - Той самий код на іншому веб-сайті з’являється без жодних проблем.
- Ми думали, що, можливо, це не тягне зображення, тому що ми використовуємо одні й ті самі сторінки продуктів для декількох продуктів (змінюючи їх на основі значення отримання, тобто "Details.php? Id = xxx"), але це все одно тягне за собою зображення (з іншої URL-адреси).
- Залишаючи будь-який
og:imageабо image_src вимкненим, FB не знаходить жодних зображень.
Я в кінці мотузки. Якби я сказав, скільки часу я та інші витратили на це, ти був би в шоці. Проблема в тому, що це інтернет-магазин. Ми абсолютно позитивно не можемо НЕ мати зображень. Ми мусимо. У нас є десять чи більше інших сайтів ... Це єдиний з og:imageпроблемами. Він також єдиний https, тому ми подумали, що це може бути проблема. Але ми не можемо знайти будь-якого прецеденту в Інтернеті для цього.
Це метатеги:
<meta property="og:title" content="[The product name]" />
<meta property="og:description" content="[the product description]" />
<meta property="og:image" content="https://www.[ourwebsite].com/images/shirts/overdriven-blues-music-tshirt-details-black.png" />
<meta property="og:image" content="https://www.[ourwebsite].com/images/shirts/overdriven-blues-music-tshirt-art-black.png" />
<meta property="og:image" content="http://www.[ADIFFERENTwebsite].com/wp-content/uploads/2011/06/ARS-Header-Shine2.png" />
<meta property="og:image" content="https://www.[ourwebsite].com/images/ARShopHeader.png" />
<meta property="og:image" content="http://www.[ourwebsite].com/overdriven-blues-music-tshirt-art-black.JPG" />
<meta property="og:type" content="product"/>
<meta property="og:url" content="https://www.[ourwebsite].com/apparel-details.php?i=10047" />
<meta property="og:site_name" content="[our site name]" />
<meta property="fb:admins" content="[FB-USER-ID-NUMBER]"/>
<meta name="title" content="[The product name]" />
<meta name="description" content="[The product description]" />
<link rel="image_src" href="https://www.[ourwebsite].com/images/shirts/overdriven-blues-music-tshirt-details-black.png" />
<meta name="keywords" content="[four typical keywords]">
<meta name="robots" content="noarchive">Якщо ви цього хочете, ось вам посилання на одну із сторінок нашого продукту, над якою ми працювали. [Посилання скорочено, щоб спробувати приборкати це надходженням до результатів пошуку для нашого сайту]: http://rockn.ro/114
Редагувати ----
Використовуючи скребковий інструмент "дивись, що бачить facebook", ми змогли побачити наступне:
"image": [
{
"url": "https://www.[httpSwebsite].com/images/shirts/soul-man-soul-music-tshirt-details-safari.png"
},
{
"url": "https://www.[httpSwebsite].com/images/shirts/soul-man-soul-music-tshirt-art-safari.png"
},
{
"url": "http://www.[theotherNONSECUREwebsite].com/wp-content/uploads/2011/06/ARS-Header-Shine2.png"
}
],Ми перевірили всі знайдені посилання для однієї сторінки. Усі були абсолютно дійсними образами.
EDIT 2 ----
Ми спробували тест і додали субдомен на веб-сайт NONSECURE (з якого зображення насправді видно через facebook). Субдоменом був http: // img. [Nonsecuresite] .com. Потім ми поміщаємо всі зображення в основну папку субдомену та посилаємося на них. Це зображення не потягло б на ФБ. Однак це все одно витягуватиме будь-які зображення, на які було посилатися на незахищений основний домен.
РОБОЧА РОБОТА ----
Завдяки Keegan, ми тепер знаємо, що це помилка у Facebook. Для вирішення проблеми ми розмістили субдомен на іншому веб-сайті NON-HTTPS і скинули на нього всі зображення. Ми посилаємось на координаційне http://img.otherdomain.com/[like-image.jpg]зображення og:imageна кожній сторінці продукту. Тоді нам довелося пройти через FB Linter і запустити КОЖНЕ посилання, щоб оновити дані OG. Це спрацювало, але рішення - це вирішення проблем, і якщо httpsпроблема виправлена, і ми повернемося до використання природного домену https, FB буде кешувати зображення з іншого веб-сайту, ускладнюючи питання. Сподіваємось, ця інформація допомагає врятувати когось іншого від втрати 32 годин кодування в їхньому житті.
og:type: og_products:productтип веб-сайту і побачити, чи можна знімати зображення.