まず、ペイロードに変更がない状態でイベントがトリガーされ（つまり、現在のままの投稿）、その後、変更を含む2番目のイベントがトリガーされます。
これはトピック内の最初の投稿の変更の場合にのみ適用されます。
期待される動作：変更された投稿を含むペイロードで、イベントを1回だけトリガーすること。
それとも、これは意図した動作なのでしょうか？もしそうなら、受信エンドポイントにとって混乱を招きます。変更がシグナルとして送られていますが、ペイロードには実際に変更が含まれておらず、これが無効な変更イベントなのかどうかも判断できません（ペイロードにその情報が含まれていないため）。
post_created やトピック内の2番目以降の投稿の変更については、意図した通り動作し、イベントは1回だけ発生します。
どなたかご存知でしょうか？最初の投稿に関するポストの webhook を扱う際に、この挙動に頭を悩まされています。
「いいね！」 2
sam
(Sam Saffron)
2
これが意図的なものかどうかはわかりません。@vinothkannans さん、ご存知ですか？
「いいね！」 1
少なくとも受信エンドポイントにとっては混乱を招くものです。なぜなら、それには単一のユースケースが存在しないからです。2 つではなく、1 つのイベントであるべきです。
この問題は以下のプルリクエストで修正しました。トピックの Web フックのトリガー方法を変更するため、マージ前に再度変更内容を確認する必要があります。
「いいね！」 3
素晴らしいです、@vinothkannans さん、ありがとうございます。当社のポストの webhook エンドポイントが喜ぶこと間違いなしです 
「いいね！」 1