> 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/web-sdk-bian-genglli.md).

# Web SDK変更履歴

この変更履歴では、Pushly Web SDKの顧客向けの変更点を紹介します。

{% updates format="full" %}
{% update date="2026-10-15" %}

## v3.8.0

**新規**

* `同意` load オプションと `同意` 同意管理プラットフォームを使用しているサイト向けのコマンド。 
  {% endupdate %}

{% update date="2026-10-05" %}

## v3.7.0

**追加**

* 新規 `opt_out` そのブラウザにおける訪問者の同意を撤回するコマンド。 `opt_in` 次のページ読み込み時にそれを元に戻します。

**変更**

* Pushly に届かないオプトアウトおよび削除リクエストは、確認されるまで後続のページ読み込み時に再試行されるようになりました。
* `suppress_prompts` 画面上に表示中のプロンプトをすぐに閉じるようになりました。プロンプトテーマ画像は https を使用する必要があります。
  {% endupdate %}

{% update date="2026-09-21" %}

## v3.6.1

#### 修正

* イベント専用ドメインが origin ドメインの購読ステータスを正しく読み取らない問題を解決しました。
  {% endupdate %}

{% update date="2026-09-17" %}

## v3.6.0

#### 変更

* 2段階の Slide プロンプトが SDK 内に直接組み込まれるようになりました。
  {% endupdate %}

{% update date="2026-08-27" %}

## v3.5.1

#### 修正

* 200 以外のレスポンスを受け取るトラッキング呼び出しのバックオフ/再試行機構を改善
  {% endupdate %}

{% update date="2026-08-27" %}

## v3.5.0

#### 追加

* スクロール深度プロンプトトリガーのサポートを追加
  {% endupdate %}

{% update date="2026-08-24" %}

## v3.4.2

#### 修正

* 保存された購読者データの読み取り時に、ブラウザーコンソールで繰り返し発生していた base64 デコードエラーを修正しました。
  {% endupdate %}

{% update date="2026-08-03" %}

## v3.4.1

#### 修正

* アンカー付き正規表現でプロンプト条件を評価する際の問題を解決します。
  {% endupdate %}

{% update date="2026-07-22" %}

## v3.4.0

#### 追加

* 〜する機能を追加 [抑制](/pushly-ja/integration/webpusshu/sdk/methods.md#suppressing-and-allowing-prompts-dynamic-blocking) ページ読み込み中のオプトインのプロンプト/ダイアログ。
  {% endupdate %}

{% update date="2026-07-15" %}

## v3.3.1

#### 修正

* SDK はデバッグイベントに対してページ URL を正しく送信するようになります。
  {% endupdate %}

{% update date="2026-07-14" %}

## v3.3.0

#### 追加

* すべての SDK イベントに一時的なセッション識別子が含まれるようになりました。
  {% endupdate %}

{% update date="2026-06-15" %}

## v3.2.4

#### 修正

* イベント専用ドメイン（例: 別のチェックアウトやカートのサブドメイン）では、メインドメインで有効な購読を持つユーザーであっても、add\_to\_cart などの購読制限付きイベントが黙って破棄される可能性がありました。
  {% endupdate %}

{% update date="2026-06-10" %}

## v3.2.3

#### 修正

* そのコンテキストで window\.safari が存在しない場合の Safari 検出が誤っていたため、iOS のスタンドアロン（PWA）モードの訪問者に 2 段階プロンプトが表示されませんでした。
  {% endupdate %}

{% update date="2026-06-08" %}

## v3.2.2

#### 修正

* キューに蓄積されていた古い購読前イベントが、購読時に一気に発火しなくなりました。ページビューやタグ訪問のようなイベントは、購読より前のものなら、ずれたタイムスタンプで送信せず破棄されるようになりました。
* 権限の監視とプロンプト許可フローの間に存在した競合状態により、重複した subscribed イベントが発生する可能性があった問題を解決しました。

## v3.2.1

#### 修正

* Slide プロンプトの Allow ボタンと Dismiss ボタンが、ユーザー操作に正しく反応するようになりました。
  {% endupdate %}

{% update date="2026-06-08" %}

## v3.2.0

#### 追加

* Service worker のプッシュ処理は、不正な形式のペイロードに対してより堅牢になり、診断もより明確になりました。
* 訪問者がページを離れると、プロンプトの結果がフラッシュされるようになったため、プロンプトに応答した直後に離脱しても失われなくなりました。
* ページビューは、権限変更のリアルタイム検出を備えたイベント駆動方式になりました。

#### 修正

* macOS の Chrome で表示されることがあった、「このサイトはバックグラウンドで更新されました」という断続的な重複通知を排除しました。
* デバイスのライブプッシュエンドポイントを孤立させる可能性があった重複する service worker の登録と重複購読は、防止され、クリーンアップされるようになりました。
  {% endupdate %}

{% update date="2026-03-18" %}

## v3.1.1

#### 修正

* に指定された先頭の複数スラッシュを正規化 `sw` と `swScope` 読み込み。
  {% endupdate %}

{% update date="2026-02-02" %}

## v3.1.0

#### 追加

* [Subresource Integrity (SRI) を追加](/pushly-ja/integration/webpusshu/sdk/tosekyuritisri.md) ピン留めされた SDK アセットのサポート
  {% endupdate %}
  {% endupdates %}


---

# 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 by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://documentation.pushly.com/pushly-ja/integration/webpusshu/web-sdk-bian-genglli.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

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.