SUZURIには「ズッキュン」という機能があります。
ズッキュンには、いろいろな使い方があると思います。
素敵な商品を見つけて「好き」と思った気持ちを伝える。
気になる商品を見つけておく。
SUZURIユーザー同士のちょっとしたコミュニケーションとして使う。
そして自分の商品にズッキュンされると、通知やメールなどで知ることもできます。
自分が作ったものを誰かが見つけて、何らかの反応をしてくれた。
単純にちょっと嬉しいものです。
そんなズッキュンですが、今回は少し変な実験をしてみました。
ランダムにユーザーを見つけて、こちらからズッキュンを続けたら、その後どのくらい相手からもズッキュンされるのでしょうか。
人間が延々とやるのは大変なので、
APIにドブ板営業をやらせてみました。
今回は、実際に2,500人を超えるデータが集まってきたので、2026年11月11日時点の途中経過を見てみます。
今回作った仕組み
今回の実験では、SUZURI APIとGoogle Apps Script、Googleスプレッドシートを使用しています。
大まかな流れは、
- SUZURI APIから商品候補を取得
- 取得した商品候補からランダムに対象を選択
- 対象の商品へAPIからズッキュン
- 相手のユーザーID、商品ID、日時などをスプレッドシートへ保存
- 自分の商品にズッキュンしてくれたユーザーの情報もAPIから定期取得
- 相手のユーザーIDやズッキュンされた日時を別途保存
- 送信側と受信側のユーザーIDを突き合わせる
- 日時を比較して「こちらが先」「相手が先」を判定
- 集計結果を別シートへまとめる
というものです。
こちらからズッキュンするだけではなく、その後こちらに発生したズッキュンも記録して、ユーザーIDと時刻を突き合わせるところまで自動化しています。
「SUZURI全ユーザーから完全無作為」ではありません
ここは最初に注意点です。
この記事では分かりやすく「ランダムにズッキュン」と書いていますが、SUZURIに存在する全ユーザーIDを取得して、そこから完全に一様な確率で抽選しているわけではありません。
実際には、
SUZURI APIから取得できた商品候補の中からランダムに選んでいます。
そのため、商品としてAPIから取得できるユーザーが対象になります。
現在商品を公開しているユーザーなどに偏る可能性もあります。
したがって今回の結果は、
「SUZURIの全ユーザーから完全無作為に2,577人を選んだ結果」
ではありません。
あくまで、今回作った仕組みでAPIから取得できた商品候補を使った実験結果です。
同じ人へ何度もズッキュンしない
もう一つ、この実験で決めていることがあります。
基本的に、
1ユーザーにつき1回。
一度ズッキュンしたユーザーIDは保存しておき、新しい対象を探す際に過去の送信履歴と照合しています。
同じ人へ何度もズッキュンして、
「そろそろ返してください！」
と圧をかける実験ではありません。
今回見たいのは、
「1回ズッキュンした相手が、その後こちらの商品にもズッキュンしたことが確認できるか」
です。
2026年11月11日時点で2,577人へズッキュン
今回の実験を開始したのは、
2026年10月22日4時56分50秒。
今回の記事で使用するデータの最終取得日時は、
2026年11月11日21時55分35秒。
約20.7日分のデータです。
この時点での結果は次のようになりました。
| 項目 | 結果 |
|---|---|
| 実験開始 | 2026年10月22日 4:56 |
| データ取得時点 | 2026年11月11日 21:55 |
| 経過日数 | 約20.7日 |
| 総送信ズッキュン数 | 2,577回 |
| ズッキュンしたユニークユーザー | 2,577人 |
| こちらへズッキュンしたユニークユーザー | 117人 |
| 送受信双方に存在したユーザー | 115人 |
| 双方一致率 | 約4.46% |
| こちらが先→その後相手からも確認 | 112人 |
| こちらが先→その後確認できた割合 | 約4.35% |
| 相手から先にズッキュンされていた | 3人 |
2,577人へズッキュンして、送信履歴と受信履歴の双方に同じユーザーIDが存在したのは115人でした。
単純な双方一致率では、
約4.46％です。
ただし、この115人全員を「ズッキュン返し」と考えることはできません。
なぜなら、こちらがズッキュンする前から相手にズッキュンされていた可能性があるからです。
そこで時刻まで比較しました。
こちらが先だったのは112人
双方にユーザーIDが存在した115人について時刻を比較すると、
こちらからズッキュンした後に、その相手からもズッキュンされたことを確認できたユーザーは112人でした。
一方、
相手から先にズッキュンされていたユーザーは3人。
同時刻で前後を判定できなかったユーザーは0人でした。
したがって今回の中心となる数字は、
2,577人中112人。約4.35％。
です。
今回取得できた範囲では、
こちらからズッキュンしたユーザーの約4.35％について、その後その相手からもズッキュンされたことを確認できました。
約23人に1人くらいです。
ただし、ここは非常に重要です。
この112人が、こちらのズッキュンを見たからズッキュンしてくれたのかどうかはAPIから確認できません。
こちらのズッキュンを見て商品を見に来てくれたのかもしれません。
偶然こちらの商品を見つけたのかもしれません。
別の経路で知ったのかもしれません。
人間の心理まではAPIから取れません。
そのためこの記事では便宜上「ズッキュン返し」と表現することがありますが、正確には、
「こちらからズッキュンした後に、その相手からもズッキュンされたことが確認できた」
という意味です。
因果関係を証明した数字ではありません。
返ってくるまでどのくらいかかった？
ここが個人的にかなり面白かったところです。
こちらが先だった112人について、送信日時と受信日時の差も集計しています。
結果は、
| 項目 | 時間 |
|---|---|
| 最速 | 約0.008時間 |
| 中央値 | 約5.783時間 |
| 平均 | 約22.8時間 |
| 最遅 | 約284.163時間 |
となりました。
最速のケースは0.008時間。
秒に直すと、約29秒後です。
めちゃくちゃ早い。
一方、中央値は約5.783時間なので、
約5時間47分後。
平均は22.8時間なので、
約22時間48分後。
そして最も遅かったケースは284.163時間。
約11日と20時間後です。
かなり開きがあります。
中央値が約5.8時間なのに対して平均が22.8時間まで伸びているので、長い時間が経過してから確認されたケースが平均値を押し上げています。
つまり少なくとも今回のデータでは、
こちらからズッキュンしたあと相手からもズッキュンが確認できる場合でも、すぐに発生するケースばかりではありませんでした。
数十秒の人もいれば、数時間後の人もいる。
そして10日以上経ってから確認されたケースもあります。
もちろんこれも、
「29秒で通知に気づいた」
「11日間考えてから返した」
という意味ではありません。
分かるのは、あくまでこちらの送信日時と相手からの受信日時との差だけです。
ズッキュンは少しずつ実行した
今回の実験では、大量のズッキュンを一気に連打するような処理にはしていません。
実験開始当初のログを見ると、1回につき1件ずつ送信し、おおむね1時間おきに処理していました。
その後設定を変更しており、2026年11月11日時点では、
1回の処理で最大10件送信する設定
になっています。
送信処理そのものは、これまでに3,283回実行されています。
ただし、
3,283回 × 10件＝32,830回ズッキュンした
という意味ではありません。
実際の送信成功数は2,577件です。
すでにズッキュンしたユーザーなどは対象から外れるため、処理を実行しても条件に合う新しい対象が見つからず、送信0件になることがあります。
実際、11月11日の直近ログでは約30分おきに処理が動いていますが、候補のスキップが続き、新規送信0件の処理も続いていました。
つまり、
設定上の処理ペースと、実際にズッキュンできた件数は別物です。
これも実際に動かしてみて分かったところです。
手作業だったら2,577回
この実験はAPIにやらせています。
そのため、
「実験開始から20日経ったから、人間なら20日間ずっと作業しなければならない」
という話ではありません。
バックグラウンドで自動処理している時間と、人間の作業時間をそのまま比較することはできません。
今回は人間が1件ズッキュンするために必要な時間を実測していないので、手作業に必要な時間を「○時間」と推定することもしません。
ただし、回数だけなら単純です。
2,577件です。
人間が同じことを全部手作業でするなら、2,577人分の商品を探して、それぞれズッキュンする操作が必要になります。
その結果、今回取得できた範囲では、
こちらがズッキュンした後に相手からもズッキュンが確認できたのは112人でした。
もしこの2,577件を全部手作業で行うとしたら。
112人分のこの反応のために、あなたなら2,577回ズッキュンしますか？
私はAPIにやらせています。
受信側にも取得上の限界がある
もう一つ注意しなければならないのが、受信データです。
こちらへズッキュンしてくれたユーザーについては、SUZURI APIから取得できるActivityを定期的に保存しています。
Activity IDも保存しているため、同じActivityを何度も重複して記録しないようにしています。
ただし、今回の設定ではActivity取得limitは30件です。
一度に取得できるActivityには上限があります。
そのため取得と取得の間に上限を超える大量のActivityが発生した場合、古いActivityを取りこぼす可能性があります。
したがって今回の117人という数字についても、
「実験期間中に自分へ発生したすべてのズッキュンを完全に記録できた絶対的な数字」
とは扱いません。
あくまで、
今回作った仕組みで取得・保存できた範囲
での結果です。
約4.35％をどう見るか
今回、2,577人へズッキュンしました。
そのうち、こちらが先にズッキュンし、その後同じユーザーからもズッキュンされたことを確認できたのは112人。
約4.35％でした。
これを高いと見るか低いと見るかは、人によってかなり違うと思います。
そして、この数字だけを使って、
「ズッキュンは意味がない」
とも言えません。
逆に、
「ズッキュンすれば4.35％の人が返してくれる」
とも言えません。
今回の対象はSUZURI全ユーザーから完全無作為に抽出したものではありません。
受信Activityにも取得上限があります。
そして何より、相手がこちらのズッキュンを見たことが原因で反応したのかどうかを確認することができません。
これは、
今回の条件で実験したところ、約4.35％について「こちらが先、その後相手からもズッキュン」という時系列を確認できた
という結果です。
それ以上でも、それ以下でもありません。
ズッキュン自体は普通に楽しい
そもそも今回調べているのは、
ズッキュンという機能そのものに意味があるかどうか
ではありません。
ランダムにいろいろなデザインを見ること自体は面白いです。
気に入った商品へズッキュンするのもSUZURIの楽しみ方の一つだと思います。
自分の商品にズッキュンが付けば、
「誰か見つけてくれたんだ」
とちょっと嬉しくもなります。
そういう普通の使い方と、
「反応を期待して大量にズッキュンする」
という使い方は分けて考えたいと思います。
今回やっているのは後者を数字にしてみる実験です。
売上については、今回の実験では分からない
そしてもう一つ。
この記事だけでは、
- ズッキュンしたことで商品が売れた
- ズッキュン返しによって売上が増えた
- 大量にズッキュンすれば販売数が増える
- ズッキュン営業には販売効果がない
といったことは分かりません。
今回は売上との因果関係を測定していないからです。
少なくとも現時点で言えるのは、
2,577人へズッキュンしたところ、今回取得できた範囲では112人について、その後相手からもズッキュンされたことが確認できた。
ここまでです。
販売への影響は別の実験が必要です。
APIにドブ板営業をやらせてみた途中経過
ということで、2026年11月11日時点の途中経過です。
2,577人へズッキュン。
双方に存在したユーザーは115人、約4.46％。
そのうち相手が先だった3人を除き、
こちらが先で、その後相手からもズッキュンされたことを確認できたのは112人、約4.35％。
そして、その112人の時間差の中央値は約5時間47分。
平均は約22時間48分。
最速約29秒。
最長では約11日20時間。
単純な「何人返ってきた？」だけではなく、時間まで取ってみると結構面白い結果になりました。
まだ実験は続けています。
今回は2,577人時点ですが、さらに母数が増えれば、この約4.35％が上がるのか、下がるのか、それともこのあたりへ収束していくのかも見られます。
500人のころと1,000人のころ。
2,000人。
3,000人。
さらに増えたとき。
同じ仕組みで記録を続ければ、母数が増えるにつれて数字がどう動くのかも追跡できます。
APIにドブ板営業をやらせ続けたら最終的にどうなるのか。
もう少し転がしてみようと思います。
※この記事の集計値は2026年11月11日21時55分時点のデータです。実験は継続中のため、今後データが増えた際に記事内容を更新する予定です。
