Google Apps Marketplaceのニュアンス

Google Apps MarketplaceのアプリケーションEmForgeと同じ場所であることが判明してから約1か月が経過しました。結論を導き、経験を共有し、ニュアンスについて話をすることができます。

Google AppsおよびGoogle Apps Marketplaceとは

Khabrovskの住民のほとんどが既にGoogle Appsを知っていることを願っています。そうでない場合、これはGmail、カレンダー、ドキュメントなどの一連のGoogleサービスを自分のドメインの組織で使用する機能です。 最近のHabréの投票から判断すると（リンクは見つかりませんでしたが）、多くの人がすでにこの機会を利用しています。

3月初旬、GoogleはGoogle Apps Marketplace（ ハブでの発表 ）を開始しました-サードパーティの開発者がGoogle Appsのユーザーに利用可能なアプリケーションを追加する機能、およびGoogle Appsを使用するドメイン管理者がそれぞれこれらのアプリケーションを追加します。

市場に関するハブでの発表に加えて、 EmForgeプロジェクトをホストするためのソリューションを配置した経験を共有したいので、何もなかったようです。

Nuance№1-支払い

開発者の観点から、2つの点を考慮する必要があります。

1.初めてアプリケーションを投稿しようとすると、100ドルが請求されます。 これは、マーケットプレイスに入るための1回限りの料金です。

2. ドキュメントのこの部分はすぐには注目されませんが、非常に重要です。 翻訳を正しく理解している場合：

* Google Appsの顧客からお金を受け取る場合は、「共有」する必要があります（GoogleApp以外の顧客からの支払いを共有する必要はありません）。 共有は20％です

*共有できるようにするには、Google Appsのお客様からの支払いはCheckOut APIを使用する必要があります。 まだ準備ができていませんが、どのように準備ができますか-開発者として、3か月以内に統合を完了する必要があります。 つまり、お金を引き出すための何らかのAPIが既に接続されている場合、GoogleAppsのクライアントを並行させる必要があります。

実際、アナウンスメントに記載されていない非常に重要なポイントは、すぐには気付かないでしょう。 私の場合、EmForgeにはまだすべてのサービスが無料であり、請求はありません。したがって、CheckOutをねじ込むこともできます-ただし、既存のアプリケーションを既に作成およびテスト済みの請求とGoogle Appsで統合すると、問題が発生する可能性があります

プログラマーにとってはどのように見えますか

何らかのサービスがあり、Google Appsでオーディエンスを拡大したいとします。 最小かつ十分な要件は、OpenIDを介したログインをサポートするシングルサインオン組織です。 Google Appsを使用するドメインのopenIDには、いくつかの技術的な微妙な違いがありますが、それ以上です。 ContactAPI、CalendarAPIなど、多くのGoogle APIと統合して、より緊密な統合を実現することもできます。 このため、Google Codeには別の大きなセクションがあります。

これを実装した後、Google Apps Marketplaceに登録し、ベンダーとして自分自身を説明するページを作成し（たとえば、 当社のように ）、アプリケーションを配置します（最初のプレースメントに$ 100が求められます）。

これに承認期間が続きます-Googleの従業員は、アプリケーションがどのようにGoogle Appsを統合するかをテストします-繰り返します-最小要件-SSOが機能します

私の場合、SSO実装の問題により、数回の反復と3週間かかりました。 接続が一方向ではなく、アプリケーションがテストに合格していないというメッセージを受け取った場合、詳細を尋ねることで質問を書くことができます-答えを得ることができます。 質問と回答の真の反復には通常2〜3日かかります。そのため、すべてが（私のように）引きずり出されます。

その結果、アプリケーションが承認を受け取った後、アプリケーションのページがGoogle Apps Marketplaceに表示されます（これもたとえばのようになります ）。

アプリケーションページの監視

理解できないかもしれない1つのポイント-アプリケーションページを編集するとき、GoogleアナリティクスIDを入力する機会（オプション）があります-これにより、マーケットプレイスでこのページへのアクセス数を監視することができます-この情報は役立ちます。

エンドユーザーにどのように見えるか

ドメインの管理者は、インストールするアプリケーションを選択します-複数のインストールフォームの後-たとえば、要求されたAPIへのアクセスを許可するかどうかを尋ねます（ところで-特定の設定でフォームを追加できます）-アプリケーションは他のGoogle Appsアプリケーションの中にあります。

エンドユーザーは、「 ユニバーサルナビゲーションバー 」（これはGmailの上部にあるメニューで、メール、カレンダー、ドキュメントなどを一覧表示します）からアプリケーションにアクセスできます-など、アプリケーションはとりわけ表示されます。

アプリケーションをクリックすると、ユーザーはサービスへの特別なURLに誘導され、ドメイン名がパラメーター内のURLに挿入されます。 アプリケーションはOpenIDプロバイダーにリダイレクトする必要があり、プロバイダーは自動的にログインを許可します（この場合、ユーザーは何も聞かれません-ドメイン管理者はすでにすべてを許可しています）-リダイレクトはサービスに戻ります。 openId情報を受信して​​処理し、ユーザーを自動的にログインする必要があります。 この場合、エンドユーザーには何も尋ねられず、リダイレクトはほとんど見えないので、実際には、ユーザーはリンクをクリックした後、既にサービスにログインしていることがわかります。 openIdプロバイダーから取得）。 これはシングルサインオンです。

さて、このユーザーで次に何をするかはあなた次第です:)

警告＃2-Google AppsドメインのOpenID固有

一般に、OpenID-トピックはすでにかなり古く、ハブで何度も議論されています。多くのサービスがopenIDを介したログインをサポートしています。 あなたも-あなたのために簡単になります。

しかし-Google AppsのopenIDドメインの処理にはいくつかの微妙な違いがあります。

実際、この場合、openIdアカウントはmydomain.com/openId?id=xxxxのように見えますが、プロバイダーはGoogleです（プロバイダーのURLはwww.google.com/accounts/o8/site-xrdsのようになります） ？hd = mydomain.com ）

openIDログインコンシューマ（この場合はアプリケーション）に関する重要な情報は、host-metaから取得できますが、デフォルトパス（http://mydomain.com/.host-metaからではなく、Googleからも取得する必要があります： www .google.com / accounts / o8 / .well-known / host-meta？hd = mydomain.com ）

さらに、Googleの従業員によるテストに使用されるドメイン（ marketplace-test.com ）はGoogleサイトでホストされ、 marketplace-test.com / host - metaリクエストはsites.google.comにリダイレクトされます。私の場合は404エラーが予想されます-ホストメタがここにないことを理解し、Googleでそれを探す必要があります）-また、誤った処理につながる可能性があります。

Javaを使用する場合、 step2ライブラリを使用することを強くお勧めします。特に、必要な「トリック」がすべて存在する消費者の例に注意してください。

Spring Frameworkを使用している場合は、 spring-security-step2ライブラリを使用できます。

他の言語の解決策もあるに違いありません-しかし、ここで私はもう知りません。

他のサービスとの統合

アプリケーションの説明では、使用するGoogle Appsサービスを指定することもできます。 アプリケーションをインストールすると、ドメイン管理者がアクセス権を付与します。その後、追加のOAuth認証なしでこれらのサービスを使用できます。

詳細はこちら

開発者向けのいくつかのヒント

上記に基づいて、Google Appsとの統合を実装する開発者にいくつかのアドバイスを敢えて行います。

1.必ずGoogleHostedHostMetaFetcherを追加してください（step2コンシューマーの例を参照）。

2.テストには、ブラウザを「プライベート」モードで使用します

3.テストするとき、ドメイン（http://mydomain.com/host-meta）からのhost-metaのリクエストが404エラー以外の何か（たとえば、html）を生成する状況をシミュレートしてみてください。

4.ログを最大限にオンにします（少なくともしばらくの間、承認をパスします）-「すべてはうまくいきましたが、彼らは持っていません」という状況に陥りました。 何かを理解する唯一の方法は、marketplace-test.comドメインの場合、これらがログである理由です

5.承認を拒否されたが、理由がわからない場合、または追加の質問がある場合は、askすることなく（問題の説明とともにGoogleから送信される手紙に答えるだけで）-Googleの従業員は、ただし、質問と回答の反復には2〜3日かかる場合があることに注意してください。

結果は何ですか？

Google Apps Marketplaceにはまだアプリケーションがほとんどありません。 だから-市場に着いた直後、私のアプリケーションはプロジェクト管理カテゴリの2番目の（最後の）ページに現れました

マーケットプレイスで1日約20のページビュー、サイトのクリック1-2。

最初の肯定的なレビューの後、アプリケーションは最初のページに移動しました-1日あたり約100のページビュー、約5のクリック。

私の場合の変換を改善できることは明らかです。 最初のページの上部に上がると、より多くのビューとより多くのトランジションを取得できることは明らかです。 別のカテゴリでは、原則として、より多くの潜在的なユーザーが存在する可能性がありますが、順序は変わらないと思います。

つまり、アプリケーションを完全に作成するように思えます。 Google Apps指向-まだ価値はありません。GoogleAppsとの統合を既存のアプリケーションに追加します-はい、できますが、新しいユーザーの大規模なストリームは期待できません。



私の経験が役に立つことを願っています。 質問があります-「個人的に」と書いてください。