0

タイトルが示すように、インタラクティブな投稿がどのストリームにも表示されない理由(投稿を共有しているユーザー、およびユーザーが共有している相手) についての洞察を探しています。

簡単に

  • G+ インタラクティブ投稿のクライアント側 API を実装する
  • これ成功した ようです
    • アプリケーション認証が要求され、許可された場合はユーザーの「アプリケーション リスト」に表示されます
    • 意図したコンテンツ、事前入力テキストなどはすべて、共有を開始するトリガーが呼び出されたときに表示されます
    • ユーザーが「共有」ボタンをクリックしたとき(実際に共有を投稿する行為)、エラーインジケーター(私が知っている)は表示されません。
    • なんらかの方法で Google にのみ表示れます - 以下で説明します

所見

  • 共有がどのストリーム (オリジンまたはターゲット) にも投稿されていないにもかかわらず、Google が投稿をブロックしているようです. . 警告表示のスクリーンショット

  • ネットワーク アクティビティをさらに調べると、スパム スコア( 8) のように見えるもの(私の推測)も表示されます。 https://apis.google.com/u/0/_/sharebox/post/?spam=8&hl=en&ozv=...

質問

  • 主な質問は、インタラクティブな投稿がストリームに表示されないのはなぜですか? そこにデバッグツールはありますか?

  • スパムのブロックに関する私の推測が正確である場合、なぜそうなるのでしょうか? インタラクティブな投稿の場合(これは本質的に、ユーザーが最初に何かを「宣伝」する場合です) - 例: 「購入」calltoactionlabel?

  • コンテンツがスパムとして「事前にタグ付けされている」という別の推測があれば、それがどのように/なぜ発生するのでしょうか。上記には含めませんでしたが、これは「製品ページ」です。新しいものでも革新的なものでもありませんが、ユーザーが購入したばかりのアイテムを「共有」する機会を提供することを目的としています。通常のチェックアウトフローで言うと?

  • 実装が正しく行われ、エラーが報告されていないなどの私の 仮定です-またはそうではなかったのでしょうか? ありそうにないように思えますが、それは「ストローをつかむ」時間です..

ポリシー違反の警告を考えると、それ以上のテスト/デバッグは賢明ではないようです - はい、アカウントに損害を与えるのを防ぐために、これに関するさらなる開発を停止しました (1 つは個人用、もう 1 つは仕事用、両方とも上記の API のテストに使用)。

支援/入力をありがとう。

注: 私はこれをG+ コミュニティに投稿しました(今のところ運がありません)。これが解決されたら、そこでも回答を共有します (またはその逆)。

4

1 に答える 1

0

http://localhostプライベート ドメインの URL から、または任意の URL からインタラクティブな投稿を投稿しているようです。Google クローラーは、パブリック ドメインからのインタラクティブな投稿のみを許可できます。

彼らのウェブサイトからのように -

重要: PhotoHunt が でホストされている場合、インタラクティブな投稿は機能しません。http://localhost:8888これは、Google クローラーが公開 URL にしかアクセスできず、投稿のコンテンツに関するマイクロデータを取得できないためです。PhotoHunt for Java の場合、アプリを公開 Google App Engine アプリとして appspot.com にデプロイできます。

于 2013-12-03T20:17:06.257 に答える