Shopifyは、他のアプリストアと同様に、アプリの提出ガイドラインを慎重に文書化しており、開発者がアプリのライフサイクル全体で最高の体験を提供できるように設計されています。しかし、これらの要件は一見すると透明に見えるかもしれませんが、Shopifyは提出後に多くのアプリを拒否しています。実際には、ソフトウェアがマーケットプレイスのガイドラインを満たし、アプリが承認されるまで、提出プロセスに数週間、数回の提出を試みることは珍しいことではありません。
却下の理由は、単にアプリがShopifyのガイドラインの1つ以上と一致しないというものである可能性が高いでしょう。しかし、ガイド全体を徹底的にチェックしたとしても、すべての基準を満たせる保証はありません。多くの場合、リジェクトの本当の理由は、Shopifyガイドラインの非常に正当な誤訳によるものです。多くの要求事項は曖昧で、様々に解釈することができます。そのため、特定の推奨事項が実際に何を意味するのかを理解するのに相当な時間がかかります。
Shopifyのガイドライン
また、Shopifyは却下の理由とその他の推奨事項を一緒に送ってくるので、却下の正確な理由を知ることができないのも、投稿のフィードバックを受けるときの痛手です。Shopifyアプリの開発と配信の経験を通じて、私たちは多くの引っかかる点を知っています。リジェクト理由の中には簡単に修正できるものもありますが、編集後にアプリを再送信する必要があるため、アプリのステータスが「保留」から「承認」に変わるまで、さらに1～2週間待つ覚悟で臨んでください。
私たちが遭遇したリジェクト理由は、大きく分けて「アプリの技術的な問題」「アプリの説明やマーケティング資料の不整合」「Shopifyテストの指示が不正確」の3つに分けられると思います。それでは、それぞれのカテゴリーについて詳しく見ていきましょう。
技術的拒絶点
技術的な問題は、開発面で行うべきであった具体的なアクションに関係するものです。例えば、GDPR webhookサブスクリプションの追加です。Shopifyは、顧客の個人データのプライバシーとセキュリティを扱うために、これらのWebhooksを強制します。
ショッピファイ ウェブフック
webhooksは、アプリのバックエンドに保存されたショップデータをマーチャントが削除できるようにするため、公開アプリにはwebhooksを含めることが必須です。しかし、このステップは、送信プロセス中に検証がないため、明らかではありません。GDPRに準拠するためには、顧客や店舗情報の表示や削除のリクエストを管理する3つのWebhooksを追加することを忘れないでください。
私たちが遭遇したもう一つのケースは、Shopify App Bridgeに関連するものです。あるアプリの投稿後、レビューアがアプリをインストールした後、非埋め込みバージョンにリダイレクトされたと記載された拒否ポイントがあったのです。埋め込みアプリは、Shopify環境内でショップの機能を拡張することができるため、Shopifyエコシステムの不可欠な部分です。マーケットプレイスは、Shopify App Bridgeを初期化してShopify Adminの中にアプリを直接埋め込むことを推奨しました。これは同時に、異なるプラットフォーム間でのマーチャントのユーザーエクスペリエンスを向上させ、開発時間を短縮するものです。
ガイドラインは単なるお役所的なチェックリストではなく、良いユーザーエクスペリエンスを実現するための本当に役立つアドバイスが書かれています。しかし、Shopifyのガイドラインは非常に長いので、ニュアンスを見逃したり、Shopifyが提供するすべての機能を把握することは容易ではありません。そのため、マーケットプレイスは、あなたが何かを見逃しているかもしれないと思った場合、マーチャントエクスペリエンスを向上させるために、その機能をどのように適用するかの推奨事項を含めることがあります。例えば、あるアプリでは、ストアオーナーが複数のテーマで共有される一般的な領域にjavascriptコードを挿入するよう求めました。インストールプロセスをより迅速かつ簡単にするために、ShopifyチームはスクリプトタグやアセットAPIを適用することを推奨し、製品改良に大いに役立ちました。
アプリの説明文とマーケティング要素
マーケティングとアプリ説明の問題は、通常、Shopifyのアプリ提出フォームに重要な情報が欠けていることと関係があります。例えば、レビュアーは私たちのチームに緊急開発者の電話番号を提供するよう求めました。この要件は、提出プロセスの目に見える要素ではありません。なぜなら、電話番号は提出フォーム自体ではなく、パートナーアカウントのプロファイルに追加されるべきものだからです。この設定は、パートナー管理セクションの奥深くに隠されているため、簡単に見逃してしまうのです。
もう一つ、Shopifyが受け付けなかったのは、ある時追加した連絡先のEメールです。彼らは一般的な会社のEメール(例えばsupport@companyname.com)ではなく、実在の人物のEメールを要求しました。Shopifyは、アプリに直接影響を与える近日中のAPI変更、または加盟店に影響を与えるアプリの緊急問題がある場合に、これらの連絡先情報を使用して開発者に通知します。したがって、アプリを提出する際には、正しい連絡先を追加するように注意してください。
Shopifyでは、投稿フォームの特定のフィールドをオプションとしてマークすることがあります。しかし、後でそれらは記入する必要があることが判明しました。そのため、フォームを送信する際に、マーチャントのインストール要件のセクションにある「マーチャントはオンラインストアの販売チャネルを持っていなければならない」という一見オプションのボックスにチェックを入れなかったのですが、Shopifyの拒否通知には、やはりそのオプションを選択する必要があると書かれていました。Shopifyの拒否レターには、そのオプションを選択する必要があると書かれていました。
アプリを承認するために提出した後に受け取った勧告の1つは、Key Benefitsがアプリを使用する利点を正確に表していることを確認することでした。アプリから得られる利益を加盟店がすぐに見分けられるように、特典のタイトルを考えるときはよく考えて（できればコピーライターにも協力してもらい）、一般的すぎる表現にならないように注意しましょう。
もう1つ気をつけなければならないのは、商品説明に記載するアプリの統合です。あるとき、Shopifyの競合であるWoocommerceとMagentoをこのセクションに記載したことがありました。大きな間違いです。他のアプリストアと同様（全てではありませんが）、Shopifyは競合他社を商品説明のどこにも記載することを許可していません。ですから、アプリが統合するソフトウェアを列挙するとき、他のeコマースプラットフォームやサービスを含めないようにしましょう。
レビュアーのためのガイドライン
躓きやすい本質的な要因は、Shopifyのテスターに対する指示です。あなたがマーチャントのために用意したガイドラインがどんなに詳細で正確に見えても、Shopifyのテスターはそれを十分に包括的だとは思わないようです。ですから、レビュアーのための詳細なインストラクションを作成するために、時間をかけることを強くお勧めします。
テスター向けの詳細な説明書を書くときは、アプリを正常にテストするためにテスターが登録時に入力すべき特定のテストデータまたは情報を明確に強調します。あるクライアントのために、Ekreativeチームは年齢認証プラグインを開発しました。そのアプリをテストするためには、特定のテストデータを使用する必要があり、そのデータを提出書類に記載しました。チームが提出されたフィードバックを受け取ると、Shopifyチームは年齢認証のステップを通過できないことが判明しました。彼らが撮影した画面録画のリンクを確認したところ、私たちが提供したテストデータが入力されていないことがわかりました。このような問題を回避する確実な方法を提供することは困難ですが、テスターの指示を明確にする必要性が浮き彫りになりました。
また、クレジットカードやデビットカード、運転免許証などの機密情報を読み取るため、加盟店のバイヤーにとって危険なアプリであるとの指摘もありました。実際には、そのような情報は保存も使用もしておらず、アプリはユーザーの名前と住所を確認するだけで、他のデータは保存していません。このことはテストノートで説明されましたが、なぜかそのチームは、アプリが支払い情報を収集していることを懸念していました。このケースでも、レビュアーが必ずしもアプリの実際の動作を理解しているとは限らないことが浮き彫りになっています。
Shopifyアプリ投稿ガイドライン：私たちが学んだ教訓
投稿の準備を徹底的に行う。投稿フォームに記載すべきすべてのポイントをじっくりと検討する。必要な情報がすべて揃っているかを確認する。いくつかの項目がオプションとしてマークされている場合でも、同様に記入することを検討してください。
忍耐強くなること。すべてうまくいったように見えても、一回で却下される可能性が高いことを覚えておいてください。審査員が最終的に承認するまで、アプリを何度も提出する必要があるかもしれません。提出後のフィードバックは、通常10～15日後に届きます。回答は通常、推奨事項のリストとして届き、どれがリジェクトの本当の理由なのかはわかりません。レビュアーはマーチャントの好みを知っており、彼らのアドバイスはより良いユーザーエクスペリエンスを作ることを目的としているので、Shopifyから提案された変更はすべて実行しましょう。
レビュアーのために詳細なガイドを書きましょう。技術的なバックグラウンドを持たないサイトオーナー向けのアプリには、通常、販売者が貴社のソリューションをサイトに統合する方法を詳しく説明したガイドがあります。しかし、このドキュメントはレビュアーにとって十分に詳細ではないかもしれません。私たちは、Shopifyのテスターのために別のガイドを書くことをお勧めします。レビュアーのドキュメントは、明確で、あいまいであってはならず、アプリがどのように動作すべきか、アプリの助けを借りてどのような問題を解決したいかを詳細に説明する必要があります。慎重に言葉を選び、シンプルで直接的な表現にしましょう。レビュアーがアプリを簡単にテストできるよう、手順を明確にしてください。曖昧で一般的な表現にならないように、要点を絞って、何が必須で、アプリがどのように動作すべきかを説明しましょう。
最後の言葉
上記で説明した注意事項の中には、当たり前のように思えるものもありますが、私たちの経験では、ローンチ前にこのようなことを見落とすことは驚くほど簡単です。だからこそ、Shopifyアプリ申請の落とし穴をすべて知っている経験豊富なチームが必要なのかもしれません。アプリを構築し、より早く市場に投入し、時間を節約するためのチームをお探しなら、遠慮なく私たちに連絡して、プロジェクトの詳細をすぐに相談してください。