> 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/platform/notifications/chekku.md). # 重複送信チェック すでに送信済みのページを指す通知を送信する前に警告を受け取れます ### 重複送信チェック この **重複送信チェック** 送信しようとしている通知が、最近送信した通知と同じランディングURLを指している場合に警告します。これは、 **配信確認** 通知が送信される前のモーダルに表示されます。 このチェックは **参考情報としてのものであり、強制的なブロックではありません**。重複の可能性が見つかった場合、送信前に警告されますが、いつでも続行を選択できます。 #### 仕組み 通知を保存またはスケジュールすると、Pushly はそのランディングURLを、同じオーディエンス内で最近送信した通知のランディングURLと比較します。 一致が見つかると、警告ステップが次の項目に追加されます **配信確認** 一致した各通知を次の情報とともに一覧表示するモーダルに： * 通知タイトル * 通知ID * 配信済み、または配信予定の日時 * そのランディングURL。これにより、真の重複と誤一致を見分けられます 警告を確認して続行できます。チェックは非ブロッキングで、参考情報としてのみ機能します。 #### 一致モード 2つのURLが同じページと見なされるまでにどれほど厳密に一致する必要があるかは、ドメインごとに設定できます。
モード2つのURLが同じページとなるのは、次のときです
URL全体が一致する
（既定）		完全に同一です。スキームとホストの大文字・小文字は無視され、デフォルトポート（:80 on http, :443 on https）も無視されます。ホスト以降は、大文字・小文字を含めて完全一致で比較されます。
トラッキングパラメータを無視してURLが一致するトラッキングパラメータ、その順序、末尾のスラッシュ、アンカーをすべて除外すると、同じページを指します。
**パスの大文字・小文字が重要な理由。** `/Article` と `/article` は同一サイト内の本当に別ページである場合があるため、パス、クエリ、アンカーは常に大文字・小文字を保持したまま比較されます。ケースを区別しない扱いになるのは、スキームとホストだけです。 #### トラッキングパラメータを無視する ランディングURLにキャンペーンやアトリビューションのパラメータを追加している場合、あるいはRSSフィードのリンクにそれらが含まれている場合、同じ記事を2回送ると、違いが出るのは `?`。既定モードではそれらは別々のページとみなされるため、重複は検出されません。 ドメインの設定を次に切り替えると **トラッキングパラメータを無視してURLが一致する** これらすべてを、以前に送信した `https://example.com/article`:
これから送信しようとしているURLの一致する理由
https://example.com/article?utm_source=push&utm_medium=webトラッキングパラメータは無視
https://example.com/article?cm_ven=newsletterUTMs だけでなく、すべてのパラメータが無視されます
https://example.com/article/末尾スラッシュは無視
https://example.com/article#topアンカーは無視
https://EXAMPLE.com/articleホストの大文字・小文字は無視
パラメータの順序も関係ありません — `?b=2&a=1` と `?a=1&b=2` は同じページです。 {% hint style="info" %} ランディングURLに次のようなマクロが含まれる通知は `{{item.url}}`、モードに関係なく常にURL全体として比較されます。テンプレートのままのURLには、比較できる意味のある簡略形がありません。 {% endhint %} #### 重要なパラメータ すべてのクエリパラメータを無視するのは、ほとんどのサイトでは正しい動作ですが、クエリ文字列で **どのページにいるか**を示しているサイトには当てはまりません。最もわかりやすい例は、きれいなパーマリンクを使わないWordPressサイトで、各記事が `https://example.com/?p=12345`。そこでパラメータを無視すると、すべての記事がホームページのように見えてしまうため、最初の送信以降はすべて重複としてフラグが立ちます。 **重要なパラメータ** は例外リストです。URLがどのページを指すかを変えるパラメータ名を指定すると、それらだけは保持され、他は引き続き無視されます。 次を `p` 重要と指定した場合：
比較結果
?p=1 対して ?p=2別のページ — フラグなし
?p=1&utm_source=push 対して ?p=1同じページ — 重複としてフラグ
このフィールドについて知っておくべきこと： * この項目は、モードがトラッキングパラメータを無視する設定のときにのみ表示されます。 * 次を入力してください **パラメータ名のみ**、値ではなく — `p`、ではなく `p=12345`. * 名前は **大文字・小文字を区別します**. `Campaign_Name` と `campaign_name` は別のパラメータです。 * 次のような角括弧付きの名前も `ids[]` または `filter[status]` は使用できます。 * 最大50個のパラメータを指定でき、各パラメータは最大128文字です。名前にはスペースや次の文字を含めることはできません `&`, `=` または `#`。そのような名前は実際のパラメータと一致しえないためです。 * 空欄のままにすると — これが既定です — すべてのクエリパラメータが無視されます。 #### 重複送信チェックを有効にする このチェックはドメインごとに設定します。 1. 次へ移動します **ドメイン設定 → 通知 → 一般設定**. 2. クリックします **編集** をクリックし、次を見つけます **重複チェック** セクション。 3. 次の項目で **重複ランディングURLチェック**のスイッチをオンまたはオフに切り替えます。 4. の横で **次の場合に重複としてフラグ付け**を選びます **URL全体が一致する** または **トラッキングパラメータを無視してURLが一致する**. 5. トラッキングパラメータを無視する設定にしていて、サイトがクエリパラメータでページを識別している場合は、次の下にそれらのパラメータ名を列挙してください **重要なパラメータ**. 6. 変更を保存します。 現在の状態は次の項目に表示されます **重複チェック** 一般設定のセクション、および **ランディングURLチェック** — 現在のモードで有効、または無効 — と、設定されている重要なパラメータが表示されます。 {% hint style="warning" %} **ドメインをトラッキングパラメータを無視する設定に切り替える前に：** 毎回異なるキャンペーンパラメータを付けて同じページを繰り返し送信している場合 — たとえば日次予報、週次ダイジェスト、再エンゲージメントジャーニーなど — トラッキングパラメータを無視すると、それらの送信は同じページとみなされ、重複としてフラグが立ちます。これは意図した動作ですが、警告される内容は変わります。 {% endhint %} #### 関連 * [ランディングURL検証](/pushly-ja/platform/notifications/randinguurl.md) — 配信前にランディングURLが正常な応答を返すかを確認する、別の参考チェックです --- # 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/platform/notifications/chekku.md?ask=&goal= ``` `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.