キャンセル提案をオンにする自動提案では、入力時に可能な一致が提案されるので検索結果を素早く絞り込むことができます。キャンセル提案をオンにする自動提案では、入力時に可能な一致が提案されるので検索結果を素早く絞り込むことができます。次の代わりに検索もしかして:このコミュニティはピアツーピアサポートに移行しました。サポートは今後、このコミュニティへのサービスを提供いたしません。これからもぜひ、他のマーチャントやパートナーとつながり、サポートし合い、経験を共有してください。AM質問onlineshop側にコンテンツを出すアプリの開発をしたいと思っています。表示するコンテンツはログインしているユーザー毎に変えたいと思っています。ログインしている人の購入履歴にもとづき、おすすめ商品情報を出すアプリを作るとします。アプリのDBには購入履歴にもとづいたおすすめする商品情報が保存されている状態です。onlineshopにアクセスしたとき、アプリ側で用意した、おすすめする商品情報を返すAPIにアクセスするのですが、アクセスした人が誰なのかアプリ側では判別付きません。idを指定してAPIを投げると他の人のおすすめ情報が無関係にから取り出せてしまいます。その情報に価値があるかどうかは一旦ここでは議論しませんが、やはりログインしている本人のデータしか返さないようにしたいです。検討したこと2webhookを利用して、ユーザーが作られた際にアプリ側のDBにもユーザー情報を保存。パラメーターに付与して投げる。addressのパターンを無関係の人が推測するのは難しいので、まだ良いのですが、、、よりスマートな方法があれば知りたいと思っています。以上のように、色々手を尽くせばそれっぽいことができそうではあるのですが、アプリ側がonlineshopにアクセスしに来た人のログイン情報を判別する方法ってそんあ周りくどいことをしないとできないことなのでしょうか??なにか方法があれば、教えていただきたいです。ベストソリューションを見る。これはベストソリューションです以下のアプローチを見つけたので、共有します。http://gavinballard.com/securing-customer-pages-shopify-app-proxy/詳細はみてないですが、IDだけではなくて、他にLiquidから取れるデータをパラメータで渡して、サーバー側ではIDで取得したCustomerデータと渡ってきたデータを比較して、ログインしているひとか判断する方法です。原始的ですけど、これだと、たまたま他の人のデータを参照してしまうことは防げるかと思います。PM通城は、おっしゃる通り、Liquidのcustomer.idを使うのが定石かと思います。いう仕組みを使って、フロントのデータをアプリのバックエンドに渡すことができます。値が異なるのでハッシュキーもことなり、ハッシュキーの算出に必要なキーは、Shopifyとアプリしか知らないため、実質パラメータの改ざんはできなくなります。アプリの開発については、日本語で以下にまとめてありますので、一度ご確認ください。https://www.shopify.jp/blog/partner-shopify-app-development上記ブログを基にした解説動画もあります。https://www.youtube.com/watch?v=xgPrMP48W-M&list=PLkR3LRtxAZfod8TvcsKU7IEWeAO5fhcOe&index=3あとは、公式の方法ではないですが、以下のようなアプローチをされている方もいるようです。さんは書きました:通城は、おっしゃる通り、Liquidのcustomer.idを使うのが定石かと思います。いう仕組みを使って、フロントのデータをアプリのバックエンドに渡すことができます。値が異なるのでハッシュキーもことなり、ハッシュキーの算出に必要なキーは、Shopifyとアプリしか知らないため、実質パラメータの改ざんはできなくなります。proxyによりshopify側から転送される予定の場合、以下2通りのアクセスの可能性があると思っています。proxyのパラメーター改ざん防止機能は上記ケースのうち、後者の検証のためにだと認識しています。ご説明頂いた通り、パラメーターとハッシュキーの照合により、リクエストがshopifyから転送されたものかどうか、検証できます。前者のケースはやはり、cidがログインしているユーザーのものである検証ができません。リクエストで、cidを適当に指定してリクエストすると、結局shopifyを経由してアプリ側に転送されるので、shopifyを経由していることの検証はできますが、ログインユーザーである検証ができません。認識違っていたら、コメントもらえると嬉しいです。🙇あとは、公式の方法ではないですが、以下のようなアプローチをされている方もいるようです。idはliquidテンプレートからjavascriptからもあつかれるようにセットされているようで、しかしセットされている場所(JavasScript変数名)がテーマ毎に違うので、皆さん頑張って解析してJSからcidを利用していると認識しています。proxy内でのIDの保証はできないですね。proxyに渡す方法もありますが、根本的にアプリサーバー側で、これが本当にログイン(セッション上)のIDかどうかなのかの検証にはならないですね。自分の方で、もう少し適切な方法がないか探してみます。これはベストソリューションです以下のアプローチを見つけたので、共有します。http://gavinballard.com/securing-customer-pages-shopify-app-proxy/詳細はみてないですが、IDだけではなくて、他にLiquidから取れるデータをパラメータで渡して、サーバー側ではIDで取得したCustomerデータと渡ってきたデータを比較して、ログインしているひとか判断する方法です。原始的ですけど、これだと、たまたま他の人のデータを参照してしまうことは防げるかと思います。推測を軽減させるアプローチのようですね。とアプローチは同じようです。現実的な方法はとりあえずこの辺に落ち着くのですかね。わかるようになっていました。PM情報共有ありがとうございます!ScriptTagからAppProxyへXMLHttpRequest()を送付することで、logged_in_customer_idが付与され、customer_idが取得できました。アプリで実施している手法を遅ればせながら記事にして公開いたしましたので参考にしていただけると幸いです。セキュアに実装する手法についても掲載しております。問題の解決に最適なサポートチャネルを見つけよう!サポートの選択肢が増えていく中、最適となる選択の判断が難しくなっているかと存じます。今回は問題の解決に最適となるサポートの選択方法を、紹介させて頂きます。20242段階認証によるアカウントのセキュリティ保護2023年初頭、Shopifyペイメントアカウント、及びShopifyアカウント全体のセキュリティを強化する為の変更が適用されました。年末/年明けは、消費者が最もショッピングを行う時期の一つです。