重複送信チェック

既に送信したページを指す通知を送る前に警告を表示します

重複送信チェック

この 重複送信チェック 送信しようとしている通知が、最近送信した通知と同じランディング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=newsletter

UTMs だけでなく、すべてのパラメータが無視されます

https://example.com/article/

末尾スラッシュは無視

https://example.com/article#top

アンカーは無視

https://EXAMPLE.com/article

ホストの大文字・小文字は無視

パラメータの順序も関係ありません — ?b=2&a=1 と ?a=1&b=2 は同じページです。

ランディングURLに次のようなマクロが含まれる通知は {{item.url}}、モードに関係なく常にURL全体として比較されます。テンプレートのままのURLには、比較できる意味のある簡略形がありません。

重要なパラメータ

すべてのクエリパラメータを無視するのは、ほとんどのサイトでは正しい動作ですが、クエリ文字列で どのページにいるかを示しているサイトには当てはまりません。最もわかりやすい例は、きれいなパーマリンクを使わない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文字です。名前にはスペースや次の文字を含めることはできません &, = または #。そのような名前は実際のパラメータと一致しえないためです。
空欄のままにすると — これが既定です — すべてのクエリパラメータが無視されます。

重複送信チェックを有効にする

このチェックはドメインごとに設定します。

次へ移動します ドメイン設定 → 通知 → 一般設定.
クリックします編集をクリックし、次を見つけます 重複チェック セクション。
次の項目で 重複ランディングURLチェックのスイッチをオンまたはオフに切り替えます。
の横で 次の場合に重複としてフラグ付けを選びます URL全体が一致する または トラッキングパラメータを無視してURLが一致する.
トラッキングパラメータを無視する設定にしていて、サイトがクエリパラメータでページを識別している場合は、次の下にそれらのパラメータ名を列挙してください 重要なパラメータ.
変更を保存します。

現在の状態は次の項目に表示されます 重複チェック 一般設定のセクション、および ランディングURLチェック — 現在のモードで有効、または無効 — と、設定されている重要なパラメータが表示されます。

ドメインをトラッキングパラメータを無視する設定に切り替える前に： 毎回異なるキャンペーンパラメータを付けて同じページを繰り返し送信している場合 — たとえば日次予報、週次ダイジェスト、再エンゲージメントジャーニーなど — トラッキングパラメータを無視すると、それらの送信は同じページとみなされ、重複としてフラグが立ちます。これは意図した動作ですが、警告される内容は変わります。