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