Связь между идентификатором объекта FB Open Graph, URL-адресом объекта и доменом приложения?

Я ищу разъяснения о том, как Facebook однозначно идентифицирует объекты в графе объектов. В частности, у нас есть несколько сотен сайтов, страницы которых содержат информацию об отелях и частично совпадают. Мы хотели бы иметь кнопки «Нравится» для отелей, но чтобы подсчеты суммировались по сайтам, чтобы не имело значения, на каком сайте человеку «нравится» конкретный отель, это будет способствовать общему подсчету.

Что еще более важно, философия Open Graph заключается в том, что он представляет ассоциации между объектами реального мира, которые просто представлены веб-страницей, поэтому для страницы о конкретном отеле имеет смысл ссылаться на тот же объект страницы отеля в график, независимо от того, с какого сайта он понравился. Например, для книг и продуктов Open Graph Protocol (OGP) используются номера ISBN и UPC, хотя такого универсального кода не существует. для других типов.

Конкретно,

  1. Если я установлю мета-свойство Open Graph Protocol (OSP) og:url страницы отеля на URL-адрес, который ссылается на центральный сайт, чтобы он был одним и тем же og:url для всех страниц об этом hotel, независимо от того, на каком из наших многочисленных сайтов появляется информация, обеспечит ли это требуемую уникальность? (FB даже интерпретирует это или это считается непрозрачным?)
  2. Когда я использую приложение FB Debugger/Lint для проверки своей страницы, оно жалуется, что идентификатор приложения ссылается в метатеге fb:app_id нельзя использовать ни в одном домене, кроме «базового» домена, установленного в настройках приложения на Facebook. Предполагая, что это означает, что мне нужно создать отдельное приложение для каждого домена, который мы используем (!), имеет ли это какое-либо значение для идентификации объекта отеля? (или идентификатор отеля останется независимым, и «Нравится» отель через вызов Graph API с любым идентификатором приложения приведет к правильной ассоциации с одним объектом отеля, как указано в его og:url?). Нужен ли мне идентификатор приложения на странице? (может только админы?)
  3. Если Facebook вернет любой из отелей, когда люди будут искать на сайте Facebook, какой URL/ссылку он предложит в качестве результата? (ог: URL?)
  4. Наконец, и немного в ОТ, мне интересно, что произойдет, если метаданные og: для конкретного канонического объекта og:url будут иметь разные свойства на разных сайтах, что Facebook сделает из этого (например, если og:site_name было разным на каждом домен, где один и тот же отель был представлен одним и тем же og:url)

Я все еще пытаюсь разобраться во всем этом, поэтому я ценю всех этих ниндзя Facebook :) Извините, если я изложил слишком много деталей.

Ваше здоровье.


person DavidJ    schedule 20.09.2011    source источник


Ответы (1)


Чтобы частично ответить на 1, Facebook говорит: «Если пользователю нравится ваш URL-адрес с помощью кнопки «Нравится», история в ленте новостей [...] будет опубликована в Facebook. og: title ссылается на og: url, а og: site_name отображается автоматически указывает на домен вашего сайта».

Грустный. В то время как og:url предназначен для уникальной идентификации реального объекта, Facebook, по-видимому, считает, что все пользователи хотели бы иметь ссылку только на одну веб-страницу об объекте, независимо от того, существует ли их множество и с какой страницы об объекте. объект, которому они поставили лайк. Таким образом, даже если пользователь «лайкает» отель на такой странице, как coolhotelinfo.con/abchotel или DiscountHotels.con/abchotel, он получит ссылку в своей ленте, например, на Boringhotelreferencedata.con/abchotel (например).

person DavidJ    schedule 21.09.2011