0

我们执行了读取操作。这里发生了什么：

  • 当我们从应用程序执行 POST 时，它运行良好，没有错误，并返回 ID。

  • 使用此 ID，我可以在 Graph Api Explore 上看到有关我的读取操作的 json 数据。

  • article 参数，包含带有 OG 元标记到 Article 对象的 url。如果我们得到我们的 url 并使用 Facebook 调试工具 ( https://developers.facebook.com/tools/debug )，我们可以看到正确的元标记，没有错误。

现在，问题是：如果我在 Facebook 帐户上访问我的活动日志，我看不到读取操作。就像它从未发布到 Facebook 一样。

奇怪的是，我们还有其他要 PUBLISH 的操作。它使用相同的代码来构建参数并发布到 Facebook，效果很好。

我们发布的 api 网址：

我们正在向用户请求“ publish_actions ”权限。

文章参数 uri 上的 OG 元标记示例：

<meta property="fb:app_id" content="00000000"> 
<meta property="og:type" content="article"> 
<meta property="og:url" content="http://domain.cloudapp.net/article/article-title">
<meta property="og:site_name" content="Web Site Name">
<meta property="og:image" content="http://domain.blob.core.windows.net/public/cover/rld9a28ok8smi63d33q8s1iwhve8taf2.png">
<meta property="og:title" content="James Bond: 50 Years of Movies">
<meta property="og:description" content="James Bond: 50 Years of Movies infographic from hrblock.com is all about Bond, James Bond. See the top grossing films, iconic bond accessories and more."> 
<meta property="article:published_time" content="2013-01-28">

更多信息：

  • 我在我们 Facebook 应用程序的开发人员部分。

任何帮助将不胜感激。谢谢你。

4

1 回答 1

1

更新：

Facebook 的一位工程师回复了与内置操作类型有关的工单，说明：

抱歉，这是设计使然。我们已弃用这些操作类型，因为它们会造成糟糕的用户体验。用户抱怨这些行为是垃圾邮件。如果您愿意，您仍然可以发布和检索它们，但我们不会在用户的时间线或活动日志中显示它们。

这张专门关于 news.reads 操作的工单被标记为上述工单的副本。

我目前有同样的问题。向 news.reads 发布的操作返回成功的 Open Graph 对象，但活动日志中的任何通知都消失了……事实上，我的应用程序过去的所有 news.reads 也都消失了。

我对 http://www.huffingtonpost.com/&fref=ts">Huffington Post 的社交阅读器应用程序做了一些试验，发现他们应用程序的阅读操作也没有在我的 Facebook 活动日志中生成任何通知，尽管事实上打开图表操作有效。

Facebook 的文档确实暗示，由于消费内容，他们正在不再强调应用程序操作（这可以通过所有 Open Graph 操作上相对较新的“显式共享”选项看出）：

有些活动在您的应用流程中自然发生，您可能希望发布这些活动，但用户可能不想在他们的时间线上明确突出显示这些活动。这些可能是诸如听歌或阅读文章之类的动作。

不幸的是，这只是猜测，因为 Facebook 没有提及他们的开发者路线图的变化。

于 2013-01-31T16:36:25.327 回答