Первый - я не считаю, что это повторяющаяся проблема.Я искал те же или похожие проблемы в SO, и из-за характера устранения неполадок, прежде чем спрашивать, я считаю, что эта проблема уникальна.
Facebook не может распознать мои og:image файлы, и я попробовал каждое обычное решение.Я начинаю думать, что это может иметь какое-то отношение к https://...
- Я проверил http://developers.facebook.com/tools/debug и у меня ноль предупреждений или ошибок.
- Он находитизображения, на которые мы ссылаемся в «
og:image», но они отображаются пустыми.Когда мы щелкаем по изображениям, они, тем не менее, действительно существуют, и для этого требуется прямо. - Это показывает одно изображение - изображение, размещенное на сервере, не являющемся https.
- Мы пробовали квадратные изображения, JPEG, PNG, большие размеры и меньшие размеры.Мы поместили изображения прямо в public_html.Появляется ноль.
- Это не ошибка кэширования, потому что, когда мы добавляем еще один
og:image в мету, линтер FB находит и читает это.Это показывает предварительный просмотр.Предварительный просмотр пуст.Исключение only , которое мы получаем, относится к изображениям, которых нет на этом веб-сайте. - Мы подумали, что, возможно, на
cpanel или .htaccess было предотвращено какое-либо предотвращение выщелачиванияизображения появляются, поэтому мы проверили.Там не было.Мы даже сделали быстрый < img src="[remote file]" > на совершенно другом сервере, и изображение выглядит хорошо. - Мы подумали, что это может быть
og:type или другая странность с другим метатегом.Мы удалили их все по одному и проверили.Без изменений.Просто предупреждения. - Тот же код на другом сайте появляется без каких-либо проблем.
- Мы подумали, возможно это не было извлечение изображений, потому что мы используем одни и те же страницы продукта для нескольких продуктов (меняя его в зависимости от значения get, то есть "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"
}
],
Мы проверили все найденные ссылки на одной странице.Все были совершенно правильными изображениями.
РЕДАКТИРОВАТЬ 2 ----
Мы провели тестирование и добавили субдомен на веб-сайт NONSECURE (с которого изображения фактически видны через Facebook).Субдомен был http://img.[nonsecuresite].com. Затем мы поместили все изображения в основную папку субдомена и сослались на них.Это не будет тянуть эти изображения в FB.Тем не менее, он по-прежнему будет тянуть все изображения, на которые есть ссылки в незащищенном главном домене.
POSTED WORKAROUND ----
Благодаря Keegan мы теперь знаем, что это ошибка в Facebook.Чтобы обойти это, мы разместили поддомен на другом веб-сайте NON-HTTPS и поместили на него все изображения.Мы ссылались на координирующее изображение http://img.otherdomain.com/[like-image.jpg] в og:image на каждой странице продукта.Затем нам пришлось пройти через FB Linter и запустить КАЖДУЮ ссылку, чтобы обновить данные OG.Это сработало, но решение - это обходной путь, и если проблема https будет устранена, и мы вернемся к использованию естественного домена https, FB будет кэшировать изображения с другого веб-сайта, что усложнит ситуацию.Надеемся, что эта информация поможет спасти кого-то еще от потери 32 часов кодирования их жизни.