オフプラットフォーム連絡ルール：記録されるもの、そして3回の違反で失うもの

マーケットプレイスのオフプラットフォーム取引に関するポリシーのほとんどは、警告として書かれている。これはコードとして書かれており、あなたが送るすべてのメッセージで実行される。これは立場ではなくメカニズムとして理解する価値がある。なぜなら、このメカニズムは警告ではできないことをするからだ。つまり、カウントし、誰かがあなたのケースを先にレビューすることなく、そのカウントに基づいて行動する。

何がスキャンされるのか、そしていつか

テキストは、会話をプラットフォーム外に移すリクエストがないか、送信時点でチェックされる。セラーとのチケットを開くとき、チケット内で返信するとき、件名と本文、管理側からのセラーの返信、紛争の自由記述理由など、複数の場所でチェックされる。

チェックが発動すると、送信は完了しない。テキストが静かに削除されることも、メッセージがレビューのために保留されることもない。エラーが表示され、メッセージは失われ、あなたのアカウントに行が記録される。

直後に2つの副作用が発生する。チケットへの投稿機能が次の1時間ブロックされ、再度発動するとリセットではなく延長される。また、プラットフォームのサポートキューに、あなたが書いた全文、現在の違反回数、レベルを含むアラートが送信される。

少数のアカウントはスキャンから完全に除外されているが、これは意図的な設定であり、取引量に対する報酬ではない。

カウントはアカウント単位で、期限切れにならない

発動するたびに行が記録される。行はアカウントの存続期間全体でカウントされ、ローリング期間ではなく、システム内で削除するものは何もない。3回に達すると、アカウントは連絡ポリシーを明記した理由とともに非アクティブに設定される。

この最終ステップには2つの例外があり、それらは狭い範囲に限られる。管理者アカウントと、すでに非アクティブなアカウントだ。信頼できるサプライヤーであることは、3回の違反ラインからは免除されない。時間単位の投稿ブロックとスキャン自体は免除されるが。スキャンがあなたのメッセージに対して実行されているなら、カウントも実行されている。

記録が実際に示すもの

完全な違反ログ全体で測定すると、2026年1月から8月末まで：

• 記録されたイベントは375件、すべて1つのタイプ：連絡先詳細の交換リクエスト。
• そのうち271件、およそ7割がチケット内からのもの。残りはチケット作成、セラー側の返信ルート、紛争理由テキストから来ている。
• 166の異なるアカウントが少なくとも1回ある。役割別：セラー97、バイヤー68、管理者1。
• アカウントではなくイベントで見ると、セラーが268行、バイヤーが99行を占める。これはバイヤーだけが発動するルールではない。
• ほとんどの違反者は1回だけ発動する。105のアカウントがちょうど1行、24が2行ある。37のアカウントが3回以上で、裾は長い：単一のアカウントが14、22、28行を持つ。

1つの数字は、飾らず正直に述べる必要がある。現在、自動非アクティブ化の理由を持つアカウントは37ではなく、1つだけだ。自動ステップは2026年8月末に追加され、新しい行が書き込まれた瞬間に発動する。バックフィルはないため、それ以前に3回を超えたアカウントは遡及的に掃討されなかった。ラインはここから適用され、すでに3回を超えている37のアカウントは、あと1メッセージでそこに到達する。

ショップ停止とアカウント無効化は同じではない

この区別は、あなたのお金にアクセスできるかどうかを決定する。このページの以前のバージョンでは、痛みを伴う方向で間違っていた。

ショップ停止は、あなたの出品がバイヤーに表示されなくなる。アカウントは影響を受けない。通常通りサインイン、注文の閲覧、出金リクエストができる。注文一時停止設定も出品の表示に関しては同じように機能する。

アカウント無効化は異なる。認証されたすべてのリクエストが拒否され、出金ルートはフラグを独自に2回チェックし、再度拒否する。つまり、アカウントがオフの間は支払いをリクエストできず、それを元に戻すセルフサービスルートもない。

3回の違反による連絡ルールは、2番目の状態を生み出す。最初の状態ではない。この特定のルールを通じて収益が引き出し可能なままであると誰かが言っているなら、それは間違ったアクションを説明している。決済済み残高は没収されず、すでに送信された支払いは送信済みだが、それにアクセスするにはアカウントを再有効化する必要があり、それはサポートの判断であり、保証されたものではない。

あなたの出品も別途スキャンされる

2番目のシステムが、出品タイトル、説明、FAQ、バリアントテキストを同じものについて読み取り、ローリングスケジュールで、出品ごとに約1日のクールダウンと1日のバッチ制限を設けて実行する。これまでにカタログの約4分の1が処理されている。

それが何をするかは正確に述べる価値がある。なぜなら、それはしばしば自動削除として説明されるが、そうではないからだ。スキャンはフラグを設定する。出品を下げるかどうかを決めるのは人間だ。誤警報アクションが明示的に存在し、フラグをクリアし、出品を復元し、正確な文言をクリーンとしてマークして、同じコピーが再度発動しないようにする。現在21の出品がフラグを保持しており、そのうちライブのものはない。

セラーにとっての実際的な結果：バリアント説明に埋め込まれた連絡先詳細は、出品が確認されるのに十分であり、その行を書き直すことでクリアできる。

なぜこのルールがこの形で存在するのか

取引がプラットフォームを離れると注文記録がなくなるため、問題が発生したときに仲裁するものが何もない。バイヤーは通常戻ってくるが、戻ってくるのは無関係なオンプラットフォーム注文に対する紛争であり、サポートは不完全な証拠でそれを解決しなければならない。プラットフォームが処理したことのない支払いに対して提起されたチャージバックも、プラットフォームの支払いアカウントに着地する。

公平さはルールと同じくらい重要だ。ここでの執行はアカウント上のカウントであり、すべてのアカウントに対して同じ方法で評価され、販売量、在籍期間、信頼ステータスに対する分岐はどこにもない。高ボリュームのセラーと初週のセラーは同じルートで3回に到達する。この種の取引をホストするコミュニティが直接取引を制限するのは同じ理由だ。つまり、最大のセラーを静かに免除するマーケットプレイスは、マーケットプレイスではなくなる。

プラットフォームはセラーに注文ごとの手数料を請求しない。無料ではない：出金にはパーセンテージ手数料がかかる。しかし、取引をオフプラットフォームに持ち込むことで回避できる販売ごとのカットはない。これは、ほとんどのオフプラットフォーム提案が基づいている前提だ。

すでに発動してしまった場合

1. 自分のカウントを確認する。すべてのイベントがアラートを生成し、サポートが現在の状況を教えてくれる。カウントはリセットされないので、記憶よりも高いと想定しよう。
2. メッセージを再試行しない。2回目の試行は2行目となり、1時間のブロックをリセットするのではなく延長する。
3. 出品コピーから連絡先詳細を削除する。バリアント説明とFAQ回答も含めて。出品スキャナーが読むのはそこだ。
4. 出品が誤ってフラグされた場合は、その旨を伝える。誤警報ルートが存在し、出品を復元し、同じ文言が再度発動するのを防ぐ。
5. アカウントがすでにオフの場合、再有効化されるまで出金は利用できない。チケット投稿はまさにブロックが防ぐものなので、チケットではなくサポートに直接連絡しよう。