「Shopifyの通知」という呼び方だけでは、検査すべき経路が決まりません。Shopifyの案内では、顧客向け通知、スタッフ向け通知、Webhookなどが別の種類として扱われています。Shopifyの通知カテゴリを確認し、注文メールを試すのか、スタッフへの連絡を試すのか、訪問者向けのSafari Webプッシュを試すのかを切り分けてください。

顧客向け注文通知はメールなどの通知経路です。顧客向け通知の設定を見ても、これを第三者のWebプッシュと同一視することはできません。スタッフ向けの通知も受信者が異なるため、スタッフ通知の種類を確認してから検収対象を決めます。

SafariのWebプッシュを試す場合は、送信を担当するアプリまたは自社サービス、購読データの管理者、テストイベントの起動方法を記録します。ShopifyのWebhookはシステム間でイベントを渡す仕組みであり、訪問者のSafariに表示される通知そのものではありません。Webhookのテスト方法も、Webプッシュの受信確認とは分けて扱ってください。

Safariでテストする前に、対象サイト、使用するMac、Safariの状態を記録します。テスト用ページやテスト購読を使い、確認のためだけに実際の顧客へ注文メールや通知を送らないようにしてください。送信側の製品資料にテスト手順がある場合は、その手順に沿って送信イベントを準備します。

Appleの説明では、Webプッシュにはサイト側の購読と送信処理が関わります。Safariでユーザーが許可したという事実だけでは、サービス側の設定や通知の配信まで確認できません。Apple DeveloperのWebプッシュ技術資料を参照し、許可、購読、送信を別々の確認項目にしてください。

テストサイトは、通知を送る理由が分かる説明を表示し、ユーザー自身の操作をきっかけに許可を求める設計にします。許可、拒否、過去に拒否した状態をそれぞれ記録し、どの状態でテストしたかを残してください。Safariのサイト通知の確認箇所はAppleのSafari通知設定ガイドで確認できます。

テストイベントを発生させたら、送信側で次の証拠を確認します。画面上の「成功」表示だけでなく、対象の購読が存在するか、送信リクエストが受け付けられたか、エラーが返っていないかを見ます。通知を許可したブラウザーと送信対象の購読が一致しているかも照合してください。

• 購読の作成または登録を示す記録がある。
• 対象のテストイベントと宛先を特定できる。
• 送信リクエストの受付結果、またはエラー内容を確認できる。
• Safari側で観察した結果を、送信側の記録とは別に保存している。

送信記録が取れない場合は「Safariで失敗」と断定せず、「送信未検証」とします。反対に送信側が受け付けた記録だけあっても、Macで表示された証拠がなければ受信完了とは判定できません。

同じテスト購読を使い、Safariのサイト通知許可とmacOS側の通知設定を確認してから通知を送ります。表示された場合は、通知元を見分けられるか、本文が想定どおりか、画面上で確認できる状態を記録します。表示されない場合は、Safariのサイト許可とmacOSの通知設定を別々に確認し、設定変更後に同じ条件で再送します。

Safariの許可は、そのサイトが通知を試みるための条件の一つです。すべてのMacやユーザーアカウントで表示されること、あるいは通知が必ず届くことを保証するものではありません。

macOS側の通知表示については、AppleのMac通知設定ガイドを参照してください。Webアプリとして追加したサイトを検証対象に含める場合は、MacでWebアプリを使うためのAppleの案内も確認し、通常のSafari閲覧と同じ状態だと決めつけないでください。

公開前には、テストしたサイト、許可状態、送信イベント、サーバー側の結果、Macの表示結果を同じ検収記録にまとめます。送信記録だけ、または許可状態だけしか確認できていない場合は「部分確認」とし、残りの工程が終わるまで受入れ完了にしないでください。

ケースとして、運営担当者が「許可済みなのに通知が見えない」と報告した場合、最初にSafariを原因と決める必要はありません。購読記録がなければ許可後の登録を、送信記録がなければ送信処理を、送信が受け付けられていればMacの表示設定を調べます。この分解により、連携先へ問い合わせるときも必要な証拠を提示できます。

公開後も、実際の運用で送信エラーや表示の変化が起きていないか記録を確認します。Safari、macOS、Shopify、連携サービスの更新後は、管理画面の手順や通知動作を改めて確かめてください。テスト条件を残しておけば、変更前後を比較でき、単発の表示結果をすべての利用者に当てはめずに済みます。

手元にMacがあれば、まずその端末で同じサイトと購読を使って検証します。チーム内に検証用Macがなく、Safari上の実際の表示を再現する必要がある場合は、米国拠点のMac環境の選択肢と別の米国拠点のMac環境を比較し、必要な接続方法や利用期間に合うか確認してください。遠隔環境は実機Macでの確認を補えますが、手元の端末や顧客の環境すべてを代表するものではありません。

Shopifyのサイトプッシュ通知はどこからテストしますか？
まず送信元のアプリやサービスでテスト用の購読とイベントを用意します。Safariで許可を確認した後、送信記録とMacの表示を別々に確認してください。テストページの表示だけでは、実送信の確認になりません。

Safariで許可したのに通知が届かない場合は？
Safariのサイト許可、macOSの通知設定、購読の作成、送信側の受付結果を順に確認します。送信記録がなければ送信処理は未検証です。送信側の受付後に表示されない場合は、Mac側の設定と受信状況を分けて調べます。

Macでサイト通知がオフか確認するには？
Safariの設定で対象サイトの通知許可を見てから、macOSのシステム設定で通知表示を確認します。片方だけの設定では判断せず、変更した後は同じテスト購読で再送して結果を記録してください。

注文通知メールとWebサイトプッシュの違いは？
注文通知メールはShopifyの顧客向け通知です。Webサイトプッシュは訪問者の許可と第三者連携の購読・送信処理を使う別経路です。スタッフ通知やWebhookも役割が異なるため、送信元と受信者を先に特定してください。

検収に必要なのは、許可画面だけではなく、連携・購読・送信・Mac表示を結び付けた記録です。既存のMacで再現できるならそれを優先し、検証用端末がなくSafariでの確認が必要な場合は、KVMNODEの遠隔Mac環境を利用候補として比較してください。長期の常時運用や物理接続が必要な作業には、自社所有のMacのほうが適する場合もあります。