Instagram API 权限被拒绝 - 无效用例？
Instagram API Permission Declined - invalid use case?
我们最近创建了一个网络应用程序，邀请当地的高中体育迷分享他们在当地体育赛事中最喜欢的时刻。
我们允许用户从他们的设备、facebook 和 instagram 上传照片和视频。后来这些照片和视频由网络访问者投票，主办 "winning moment" 的学校获得奖品。
Instagram 拒绝了我们的 api 权限请求。他们说这是一个无效的用例："Invalid Use Case: The use case described in your submission notes, screencast and website is not a valid use case that we allow on our Platform. Please see our Permissions Review and valid use cases description for more information."
我这样做了，这似乎是一个有效的用例，"to help individuals share their own content with 3rd party apps"。
..否则他们会让我去 Whosebug 提问。也许我在我的应用程序中错误地解释了用例？
有谁知道为什么这个申请会被拒绝？ ..或者我如何更好地解释我们的用例，以便他们看到它是有效的并批准我们的请求？
它的 Instagram 收紧棘轮以增加他们服务的流量 - 这反过来又增加了所有重要的美元流量。
据此：http://developers.instagram.com/post/133424514006/instagram-platform-update I'd consider you a broadcaster / publisher & so you can only manually embed the photos: https://www.instagram.com/developer/embedding/
它基本上限制您在用户访问 Instagram 网站并看到来自 Instagram 的广告的情况下使用 Instagram 内容。您实质上是在创造另一种社交媒体体验，将注意力从他们的服务上拉开。
想想它类似于 90 年代的 Msft 掠夺行为！
继续寻找，但我知道答案基本上是否定的 - 去获取你自己的用户吧！
...一步两步...
最近遇到了同样的问题，并且能够通过重新应用和选择用例 3 而不是 1 来解决它。
我们正在申请嵌入式 Instagram 用户供稿。它与他们用例的这一部分相匹配 "we're helping broadcasters to share media using proper attribution".
我很惊讶他们不只是告诉我它更适合原始提交中的 3。该响应肯定是自动的，并且他们似乎必须根据某些内部准则拒绝申请。所以不要太拖延，值得再次提交。
从长远来看，Instagram 不会从中获益 运行。几乎不可能围绕 Instagram 创建内容将使开发人员转向其他地方。
或者...未经他们同意就这样做。就像音乐行业所说的 "We won't go digital... Let's fight it"...看看进展如何...
Instagram 只有 explained/changed 个用例。你的应用程序、我的应用程序和许多其他应用程序的杀手是用户案例 2 和 3 现在声明除了品牌 owners/advertisers（案例 2）和发布者（案例 3）之外的所有人都必须被应用程序锁定。因此，用例更多的是关于谁在使用它，而不是他们用它做了什么。
我们最近创建了一个网络应用程序，邀请当地的高中体育迷分享他们在当地体育赛事中最喜欢的时刻。
我们允许用户从他们的设备、facebook 和 instagram 上传照片和视频。后来这些照片和视频由网络访问者投票，主办 "winning moment" 的学校获得奖品。
Instagram 拒绝了我们的 api 权限请求。他们说这是一个无效的用例："Invalid Use Case: The use case described in your submission notes, screencast and website is not a valid use case that we allow on our Platform. Please see our Permissions Review and valid use cases description for more information."
我这样做了，这似乎是一个有效的用例，"to help individuals share their own content with 3rd party apps"。
..否则他们会让我去 Whosebug 提问。也许我在我的应用程序中错误地解释了用例？
有谁知道为什么这个申请会被拒绝？ ..或者我如何更好地解释我们的用例，以便他们看到它是有效的并批准我们的请求？
它的 Instagram 收紧棘轮以增加他们服务的流量 - 这反过来又增加了所有重要的美元流量。
据此：http://developers.instagram.com/post/133424514006/instagram-platform-update I'd consider you a broadcaster / publisher & so you can only manually embed the photos: https://www.instagram.com/developer/embedding/
它基本上限制您在用户访问 Instagram 网站并看到来自 Instagram 的广告的情况下使用 Instagram 内容。您实质上是在创造另一种社交媒体体验，将注意力从他们的服务上拉开。
想想它类似于 90 年代的 Msft 掠夺行为！
继续寻找，但我知道答案基本上是否定的 - 去获取你自己的用户吧！
...一步两步...
最近遇到了同样的问题，并且能够通过重新应用和选择用例 3 而不是 1 来解决它。
我们正在申请嵌入式 Instagram 用户供稿。它与他们用例的这一部分相匹配 "we're helping broadcasters to share media using proper attribution".
我很惊讶他们不只是告诉我它更适合原始提交中的 3。该响应肯定是自动的，并且他们似乎必须根据某些内部准则拒绝申请。所以不要太拖延，值得再次提交。
从长远来看，Instagram 不会从中获益 运行。几乎不可能围绕 Instagram 创建内容将使开发人员转向其他地方。
或者...未经他们同意就这样做。就像音乐行业所说的 "We won't go digital... Let's fight it"...看看进展如何...
Instagram 只有 explained/changed 个用例。你的应用程序、我的应用程序和许多其他应用程序的杀手是用户案例 2 和 3 现在声明除了品牌 owners/advertisers（案例 2）和发布者（案例 3）之外的所有人都必须被应用程序锁定。因此，用例更多的是关于谁在使用它，而不是他们用它做了什么。