ソーシャルメディアのルールが発動しないときに確認すべきこと

アクセスが集中しているときに自動返信やエスカレーションのルールが発動しないなら、まず疑うべきはロジックの衝突です。広くて汎用的なキャッチオールルールが、優先度の高い特定のルールより先にメッセージを消費してしまっているケースです。システムがクラッシュしていることはほとんどありません。原因はほぼ必ず、構造的な階層の問題です。

よくわかります。皆さんは何時間もかけて完璧な応答ワークフローを組み上げたのに、今はインボックスがメッセージであふれ、ルールは沈黙し、チームは手作業のトリアージに追われています。いちばん頼りたいときに自動化が崩れていくのを見るのは、疲れるし腹立たしいものです。Mydropでは、チームが急成長するあまり、古いルールの上に新しいルールを積み重ね、整理しないままにしてしまう場面をよく目にします。

運用の鉄則： 具体的なルールが常に優先です。ルールは、最も細かいキーワード一致や特定の顧客セグメントから、一般的な「ブランド名を含む」キャッチオールルールへと、順番に並べてください。キャッチオールがリストの先頭にあると、優先度の高いルールは事実上存在しないのと同じです。

数字が動く前に、何が変わったのか

これまで完璧に動いていたワークフローが急に止まると、まずプラットフォームのAPIのバグやシステムの不具合を疑いたくなります。しかし私たちの経験では、ほとんどのチームが「なるほど」と気づくのは、ルールリストの処理順序のほうです。

サポートチケットを切る前に、次の3つの失敗ポイントを順に確認して、ロジックの衝突を切り分けてください。

ルール健全性スコアカード

このスコアカードで、現在のルール階層を監査しましょう。どれかに当てはまったら、そのルールは優先度が高く実用性の低いフィルターにすり抜けられている可能性が高いです。

失敗モード	診断の症状	対処法
階層の衝突	特定キーワード（例：「至急」「返金」）が、先に一般的なブランド言及ルールに引っかかる。	特異性の高いルールを評価リストの先頭に移動する。
古い依存関係	古いタグ、クローズしたボード、削除したカスタムフィールドを参照しているルールが、静かに失敗している。	インボックスのルールに、削除済み資産への404相当のリンクがないか監査する。
しきい値の枯渇	1日または1時間の処理量上限に達した後、自動化が発動しなくなる。	ルール単位のレート制限を確認する。エンタープライズ規模の処理量は、思ったより早く上限に達することが多い。

「ルールの沈黙」は、たいてい目の前に隠れた設計上の失敗です。先週の火曜日に、キャンペーンの感情を捉えるために新しい「一般ブランドモニター」ルールを追加したなら、ほぼ間違いなくそれが原因です。そのルールが「至急のクレーム」ルール向けのメッセージに一致してしまい、システムがそのメッセージを「処理済み」とマークしたせいで、エスカレーションのロジックが発動しなかったのです。

多くのチームが抱えているのは、自動化の問題ではありません。ルールの順序というボトルネックです。

削除を始める前に、Mydropのインボックス画面を見てください。特に、至急ルールでタグ付けされるはずだったのに、代わりにキャッチオールでタグ付けされたメッセージに注目しましょう。それが証拠です。「至急」のチケットが一般的な「ブランド言及」フォルダに収まっているなら、衝突は見つかりました。

まず確認すべき失敗パターン

ルールが沈黙すると、まずプラットフォームのAPIを疑いたくなります。しかし私たちの経験では、技術的な障害であることはほとんどありません。たいていはロジックの密集です。広く汎用的なルールが誤って掃除機のように働き、より細やかな優先度の高いルールがデータを見る前に、メッセージを吸い上げてしまうのです。

混雑したセキュリティチェックポイントを思い浮かべてください。「一般問い合わせ」の担当者を入口に置くと、その人は全員を処理します。本来優先的に通すべきVIPパスを持つ人まで含めて、です。皆さんの特定の「至急クレーム」ルールは、「返品はどうすれば？」という、本来向けられていない問い合わせの壁の後ろに、事実上取り残されてしまいます。

出血を止めるために、このルール健全性スコアカードで、有効なトリガーを手早く監査しましょう。

失敗モード	症状	診断ロジック
階層の衝突	ルールが順不同で発動する	複数のルールが同じキーワードやチャネルを対象にしていませんか？「キャッチオール」が「高優先度」より上に設定されていないか確認しましょう。
古いエンティティリンク	トリガーは動くが失敗する	削除したタグ、アーカイブしたボード、存在しなくなったカスタムフィールドを参照しているルールはありませんか？
プラットフォームの遅延	応答が遅れる	プラットフォームのwebhookが高い応答時間（500ms超）を報告していないか確認しましょう。多くの場合、外部インフラのボトルネックです。
しきい値の枯渇	ルールが突然止まる	1日の自動返信数に上限を設定していませんか？キャンペーン開始から3時間で上限に達していないか確認しましょう。

判断のチェック： ルールは必ず、最も細かいもの（特定の顧客セグメントや感情ベースのキーワード）から、最も細かくないもの（一般的なブランド言及）へと並べてください。汎用的なルールがリストの先頭にあると、必ずそのルールが競争に勝ってしまいます。

シグナルとノイズを分ける証拠

誰にでも覚えがあります。新製品の発売に向けて完璧な応答フローを1週間かけて設計したのに、金曜の朝には「至急」アラートが500件の「注文はどこ？」という通知の下に埋もれていた、という経験です。

最もよくある罠は、至急クレームとブランド言及の衝突です。なぜこれが起きるのか、そしてシグナルとノイズをどう分けるのかを見ていきましょう。

2つの有効なルールがあるキャンペーンを考えてみます。

1. ルールA（広範）： メッセージに[BrandName]が含まれていたら、「一般フィードバック」としてタグ付けし、コミュニティフォルダに振り分ける。
2. ルールB（特定）： メッセージに[BrandName]と[Broken/Faulty/Urgent]が含まれていたら、「重大エスカレーション」キューに振り分ける。

ルールAがルールBより優先度が高いと、システムはクレームを「一般フィードバック」としてフラグを立て、何時間も放置されかねないフォルダに移してしまいます。ルールBが完璧に書かれていても、ルールAがすでにメッセージを「消費」しているため、ルールBはそのメッセージを一切見ません。

手動テストなしでルールが健全か確認するには、インボックスの健全性ビューを開いてください。急増時に「一般」や「その他」カテゴリに滞留しているメッセージが大量にないか見ます。優先度の高い特定のキューが空なのに、一般キューがあふれているなら、階層の衝突が確認できたことになります。

多くのチームが抱えているのは、ルールの失敗ではなく、ロジックの整合性のボトルネックです。

Mydropを使っているなら、ルール画面に移動して、階層をより論理的な順序にドラッグ＆ドロップで並べ替えられます。重要なルールをスタックの先頭に移すのは、たいてい5分で終わる修正で、混沌としたインボックスに秩序を取り戻せます。並べ替えてもルールが処理量を捉えられないなら、現在のしきい値の上限を超えている可能性が高いです。応答時間が完全に落ち込む前に、手動トリアージのローテーションに切り替えましょう。

今週直すべきこと

チームが慌てている中、沈黙したインボックスをただ眺めているなら、ルールをさらに積み重ねるのはやめましょう。不要なものを刈り込む必要があります。私たちの経験では、何十ものブランドプロフィールを運用するチームは「ルールの腐敗」をため込みがちです。終了したキャンペーンや使わなくなったタグの古いトリガーが発動し続けたり、さらに悪いことに、現在のロジックを妨げたりします。

ワークフローに手を付ける前に、このルール健全性チェックで15分の診断を始めましょう。

1. 衝突スキャン： ルール画面を開き、優先度で並べ替えます。特定のキーワードフィルターを持たない「キャッチオール」ルールを探しましょう。一般的な「ブランド言及」ルールが「至急の製品クレーム」ルールより上にあるなら、サポートチームに振り分けられる前に、そのルールがメッセージを吸い上げている可能性が高いです。
2. 古いリンクの一掃： ワークスペースに存在しなくなったタグ、カスタムフィールド、ボードを参照しているルールを削除しましょう。自動化ロジックに残る幽霊のような参照は、目に見えない摩擦となり、アクセスが集中する時間帯にルーティングパイプライン全体を止めてしまうことがあります。
3. しきい値の監査： 処理量の上限やレート制限があるルールを見直しましょう。「自動返信」ルールが1時間あたり最初の50件だけ発動する設定なら、本当にバイラルな急増時には沈黙し、あふれた分はコミュニティチームが手作業で対応することになります。

ワークフローのチェック： 具体的で期限のあるビジネス目標を持たないルールは、姿を変えた技術的負債にすぎません。金曜の午後に、なぜそれが存在するのか説明できないなら、無効にしましょう。

診断をやめてワークフローを変えるべきとき

どんなにルールを調整しても救えない地点があります。階層のロジックを使い果たしてもシステムが失敗し続けるなら、現在の自動化アーキテクチャが今の処理量に合っていないと認めましょう。

他のルールを直すための「回避用ルール」を作っている自分に気づいたら、診断をやめてください。それは調整負債の明確なサインです。チームが顧客への応答そのものより、ルーティングロジックの管理に多くの時間を費やしているなら、すぐに手動トリアージへの転換に移りましょう。

Mydropでは、この瞬間がチームをインボックス健全性ビューに切り替えるタイミングです。自動化と戦う代わりに、AIホームアシスタントを使って、現在の急増をチームが要約できるようにしましょう。AIに一般的な感情や緊急のテーマを浮かび上がらせてもらうことで、ルールは「セーフモード」のまま、チームは重要な対応に集中できます。危機の最中にブランドガバナンスを保つ最善の方法は、ときに自動化の電源を切り、人間の共感に応答を委ねることです。

---

まとめ

急増時にルールが沈黙するのは、プラットフォームの失敗であることはほとんどありません。それは皆さんの内部設定を映す鏡です。複雑な階層に頼っていると、ちょっとした変化、たとえば新しいタグ、優先度のわずかな並べ替え、忘れられたキャッチオールルールが、自動化の全面崩壊へと連鎖することがあります。

多くのソーシャルチームが抱えているのは、ツールの問題ではなく、ロジックのボトルネックです。「特異性優先」を徹底し、定期的にルールの古い依存関係を監査することで、もろいシステムをしなやかなシステムに変えられます。自動化は、ボットにはできない細やかな仕事をチームができるよう自由にするためのもの。デジタルの交換台を1週間デバッグさせるためのものではありません。ルールを整理し、階層をシンプルにし、ルーティングロジックを「設定したら忘れる」作業として扱うのはやめましょう。チームのために、チームに味方する仕組みを作る。それが皆さんのチームへの責任です。