Принудительно заставлять Facebook просматривать изображение по исходной ссылке, а не перенаправлять на стороне сервера

#facebook #facebook-sharer

#Facebook #facebook-sharer

Вопрос:

Я надеюсь, что кто-то может помочь — пожалуйста, выслушайте объяснение! У меня есть 5-летние фотографии из галереи, опубликованные здесь: https://www.girlsfly2.ca/past_events.html (перенаправляет на https://www.girlsfly2.ca/past_events_2016.html ).

Реализованы два основных плагина — Packery bin — упаковывает фотографии в галерею, LightGallery позволяет показывать отдельные слайд-шоу и делиться Facebook (и другими социальными сетями).

Желаемое поведение заключается в том, что посетитель может поделиться понравившейся фотографией на своей временной шкале FB — предварительный просмотр этой конкретной фотографии вместе с любыми комментариями, которые он решит оставить. Затем, если один из их друзей заинтересовался фотографией, они могут нажать на фотографию, которая на самом деле является ссылкой, и перейти к источнику.

Первоначальная проблема, с которой я столкнулся, заключалась в том, что FB будет просматривать исходную страницу, а не отдельную фотографию. Это связано с тем, что плагин LG использует плагин hash для создания «страницы» для совместного использования. Разработчик предложил обходной путь — передать html-ссылку для каждой фотографии через плагин, который сработал, и фотография была просмотрена правильно.

Это создало новую проблему, заключающуюся в том, что при нажатии на обратную ссылку из FB попадала отдельная фотография, без возможности вернуться к основной галерее, поскольку больше ничего не было загружено. Это создает разочарование для пользователя, если он хочет узнать, что это за фотография, и в этом суть нашей инициативы.

Разработчик сказал мне, что то, что я хотел, было возможно, только если я создал полную HTML-страницу для каждой фотографии (их примерно 400!).). У меня была блестящая идея использовать серверные перенаправления в промежуточный период — чтобы при нажатии на ссылку на изображение она перенаправлялась на главную страницу галереи этого конкретного года.

Когда я кодировал 2016 год, я несколько раз тестировал функциональность, прежде чем внедрять перенаправления, и хотя я не делился каждой фотографией, FB, похоже, кэшировал исходные ссылки, а не перенаправления для всех фотографий.

Далее я занялся 2013 и 2012 годами, но в этом случае перенаправления были реализованы до публикации соответствующих страниц, и я обнаружил, что FB теперь просматривает фотографию по умолчанию для всех общих ресурсов из каждой соответствующей галереи. Это не идеально! У меня сразу возникла эта проблема, когда я создал перенаправление пакетной папки в 2016 году, которое исчезло, когда я сделал отдельные перенаправления для всех 207 фотографий, возможно, потому, что некоторые отдельные ссылки уже были кэшированы.

Прошлой ночью я поиграл с инструментом очистки FB и отключил перенаправления 2013 года, пока тестировал это. Мне интересно, рекомендую ли я FB кэшировать отдельные ссылки на фотографии, а затем повторно реализовать перенаправления на стороне сервера, если это сработает?

Кроме того, это очень трудоемкое и громоздкое исправление, и я предполагаю, что оно также не будет постоянным. Конечно, есть лучший способ кодирования?

Вопрос в нижней строке: есть ли способ заставить FB просмотреть исходную html-ссылку, вместо того, чтобы она запрашивала сервер, обнаруживала перенаправление и отображала изображение по умолчанию со страницы галереи перенаправления?

Обратите внимание, что фотографии 2015 года не были перенаправлены!Нежелательное поведение при предварительном просмотре можно увидеть на странице 2012 года, и на момент написания статьи желаемое поведение при предварительном просмотре происходит на фотографиях 2016 года, даже если стиль кодирования для обеих страниц одинаков. Также 2014 еще не опубликован, поэтому на данный момент будет 404.

Извините за длинное объяснение — я не видел способа сократить его. Я действительно надеюсь, что кто-нибудь сможет помочь с этим!

Комментарии:

1. Facebook следует перенаправлениям. Причина этого в том, что при наличии перенаправления пользователь будет перенаправлен. И Facebook хочет отобразить то, что увидит пользователь

2. Итак, почему фотографии 2016 года продолжают работать (на данный момент)? Я только что потратил большую часть часа на ручную очистку всех 55 фотографий за 2013 год, а затем повторно внедрил перенаправления — все это избавляет от предварительного просмотра главной страницы галереи для фотографий 2013 года, но отдельное изображение не отображается на временной шкале FB — просто большой белый прямоугольник. Как только я закомментирую перенаправление, изображение будет отображаться правильно. Конечно, должен быть способ обойти это ?!

3. Используйте отладчик по адресу developers.facebook.com/tools/debug чтобы увидеть, что делает Facebook

4. Обновление — хорошо, я только что дважды проверил 2016 год, и только те изображения, которые были опубликованы несколько раз, «прилипают».

5. Да, я пробовал это, как вы можете видеть из моих данных. Как мне контролировать поведение для достижения этой цели: Основной вопрос: есть ли способ заставить FB просматривать исходную html-ссылку, вместо того, чтобы она запрашивала сервер, обнаруживала перенаправление и отображала изображение по умолчанию со страницы галереи перенаправления?