> For the complete documentation index, see [llms.txt](https://documentation.pushly.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://documentation.pushly.com/pushly-ja/integration/webpusshu/safari/safari-support.md).

# デスクトップ版Safari

{% hint style="info" %}
Mac版Safariのバージョン13（Ventura）以前では、他のすべてのブラウザーが対応しているWeb Push標準を実装していません。そのため、Webサイトで通知許可の確認を求め、これらのSafari訪問者に通知を配信するように設定するには、追加の統合作業が必要です。
{% endhint %}

## はじめに

開始する前に、以下のものがあることを確認してください：

* Macコンピュータにアクセスできること
* Apple Developerアカウントを持っていること

以下の手順では、必要なWeb Pushセキュリティ証明書を生成し、プラットフォームにアップロードする方法を説明します。

{% hint style="warning" %}
それぞれに対して個別のWeb Push証明書を作成する必要があります **各** 購読を許可する各サイト／ドメイン。複数のドメインで証明書を再利用すると、配信される通知数が減り、購読解除率が高くなります。
{% endhint %}

## 手順1：証明書署名要求（CSR）を作成する

1. Macコンピュータで、を開きます `キーチェーンアクセス` アプリケーションを開き、 `証明書` の下にある `カテゴリ` 左側のナビゲーションセクションをクリックします。
2. 内の `キーチェーンアクセス` ドロップダウンメニューで、 `キーチェーンアクセス` > `証明書アシスタント` > `認証局から証明書を要求する`.
3. ［証明書情報］ウィンドウで、次の情報を入力します:
   * 「 `ユーザーのメールアドレス` 」欄に、メールアドレスを入力します。
   * 「 `コモンネーム` 」欄に、秘密鍵の名前を作成します（例: 会社名 Web Push）。
   * 「 `CAメールアドレス` 」欄は空欄のままにしてください。
   * 「 `リクエスト` グループを選択し、 `ディスクに保存済み` オプション。
4. クリック `続行` Keychain Access内でCSRをディスクに保存して、この手順を完了してください。

## 手順2: Website Push IDを追加する

{% hint style="danger" %}
既存の証明書を更新している場合、Website Push IDはすでにApple開発者アカウント内に存在しているはずなので、この手順は省略して手順3に進めます。
{% endhint %}

1. [ログイン](https://developer.apple.com/account/ios/certificate/) あなたの会社の Apple Developer Console アカウントへ。
2. をクリックします `証明書、ID、およびプロファイル` 左側のナビゲーションバーで。
3. を選択します `識別子` 左側のナビゲーションバーで。
4. 右上のドロップダウンで次を選択します `Website Push ID` そして、その後 `+` ボタンを、次の項目の横にある `識別子` ヘッダー。
5. を選択します `WebサイトプッシュID` オプションの一覧から選択し、 `続行` ボタンを押します。
6. 説明を入力します。例: `Pushy Web Push`
7. 識別子を入力します。例:  `web.com.YOUR_COMPANY_NAME.webpush`
8. 次をクリックします `続行` その後 `登録` ボタンを押します。

## ステップ3: Webプッシュ証明書を生成する

* をクリックします `証明書` 左側のナビゲーションで次を押します `+` の横にある記号 `証明書` ヘッダーの横の記号..
* を選択します `WebサイトプッシュID証明書` 本番用証明書オプションの一覧から選択し、その後クリックします `続行`.
* 前のステップで作成したWebサイトプッシュIDを選択し、その後クリックします `続行`.
* 次をクリックします `ファイルを選択` ボタンを押し、最初のステップで作成したCSRファイルを参照して、クリックします `続行`.
* 次の画面で、証明書の準備ができたことが通知されます。クリックします `ダウンロード` 証明書をコンピューターに保存します。

## ステップ4: .p12証明書を生成する

* コンピューターに保存した証明書に移動し、ダブルクリックして次にインストールします `キーチェーンアクセス` アプリケーション。
* 次を開きます `キーチェーンアクセス` アプリケーションを開き、 `証明書` の下にある `カテゴリ` 左側のナビゲーションセクションをクリックします。
* インストールされたWebサイトプッシュID証明書を右クリックし、次を選択します `書き出す`.
* 保存ダイアログで、ファイル名を選択し（またはデフォルトのままにし）、次を選択します `.p12` ファイル形式を選択し、次をクリックします `保存` ボタンを押します。
* パスワードの入力を求められます。両方のボックスを空のままにして、次をクリックします `OK`.
* クリック `許可` p12証明書をコンピューターに保存します。

## ステップ5: プラットフォーム経由で証明書をアップロードする

* プラットフォームにログインします。
* 左側のナビゲーションで次を選択します `設定` その後 `概要`. 
* ユーザーにプロンプトが表示されるすべてのサブドメインが次に含まれていることを確認します `SDK許可ドメイン` 一覧。
* 次までスクロールします `送信インテグレーション` セクションで次をクリックします `編集` ボタンを押します。 
* 次を有効にします `WEB` スイッチをオンにしてから、次を入力してください `Website Push ID` ステップ2で作成したもの。（例: "web.com.example"）
* 次をアップロードしてください `p12` コンピューター上のファイルを選択し、次のみを有効にしてください `パスフレーズ` 証明書作成時にパスワードを設定した場合は、スイッチをオンにしてください。
* 次をクリックします `送信` ページ下部のボタンをクリックして、Safari Support の設定を完了します。
  * 注意: これらの変更が反映されるまで、最大1時間かかる場合があります。

<figure><img src="/files/ef460d207882360d35db3b895759f73f2c877312" alt=""><figcaption></figcaption></figure>

{% hint style="info" %}
注: Safari証明書は毎年更新する必要があります。Safari証明書の有効期限が切れ、更新が必要になった際には、Pushlyのアカウントマネージャーがご連絡します。
{% endhint %}


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://documentation.pushly.com/pushly-ja/integration/webpusshu/safari/safari-support.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.