Echobell と ServerChan

チャットアプリに届けるか、その通知を自分のものにするか

ServerChan は HTTP リクエストを 1 回受け取り、メッセージを WeChat、DingTalk、Feishu、Bark などに投げ込みます。Echobell は代わりに自前のアプリに配信します。緊急度、そして着信として鳴らすことが可能なのは、まさにそのためです。

Echobell
VS
S ServerChan

要点

チームがもともと WeChat の中で生活していて、誰もアプリを増やしたくないなら ServerChan のほうが適切です。通知がどれだけ強く届くかを制御したいなら Echobell です。

通知がチャット通知を超えてエスカレーションする必要があるなら Echobell を。緊急度よりも「WeChat の中にいる人に届くこと」が重要なら ServerChan のままで構いません。

ひと目で比較

Echobell

S ServerChan

最終的にどこに届くか

iOS・Android・Apple Watch に対応した Echobell 自身のアプリ

WeChat、DingTalk、Feishu、メールなど転送先のアプリ

緊急度の制御

通常のプッシュ、時間指定通知、または着信として鳴らす

転送先のアプリが通知する強さのまま

追加でアプリが必要か

必要。Echobell をインストールしてサインインする

不要。受け取る人がすでに WeChat を使っていれば

主な違い

どちらも HTTP リクエスト 1 回をスマートフォン上のメッセージに変えます。違いは、その通知がツールのものか、それとも届いた先のチャットアプリのものかです。

配信先

Echobell

異なる方針

自前のアプリなので、音・優先度・見せ方まで制御できる

役割が違います。転送は人がすでにいる場所に届き、アプリは届き方を決められます。

S ServerChan

異なる方針

チャットプラットフォームへの転送。以降その通知はプラットフォームのものになる

緊急度の上限

Echobell

標準対応

時間指定通知と、集中モードを貫通する着信形式の呼び出し

Echobell は人を起こせます。チャット通知はその日の他のすべてのチャット通知と同じ振る舞いです。

S ServerChan

非対応

それ自体には緊急度の制御がなく、どれだけ大きく鳴るかは WeChat や DingTalk 次第

ネイティブなモバイル配信

Echobell

標準対応

自社製の iOS・Android アプリに加え Apple Watch にも対応

3 つ目の転送先を経由せず、直接時計に届きます。

S ServerChan

一部対応

Android アプリはあり、Bark などのクライアントへ転送もできるが、時計に配信できる自社製 iOS アプリはない

すでに WeChat にいる人へ届ける

Echobell

非対応

WeChat には一切配信できない

新しいアプリを入れられないことが制約なら、ServerChan の完勝です。

S ServerChan

標準対応

中国のチームが一日中開いているそのアプリに直接届く

Echobell が優れている点

Echobell は転送の到達範囲を手放す代わりに、通知がどう届くかの制御を得ています。

緊急度は設定であって、運任せではない

チャンネルは通常・時間指定・着信のいずれかです。同じ内容が、静かなバナーにも鳴り続ける電話にもなります。

チャットプラットフォームの都合に縛られない

配信はメッセンジャーのアカウントにも、その通知設定にも、レート制限にも依存しません。

回り道なしで Apple Watch へ

転送先のどれかのクライアントを経由せず、ペアリング済みの時計に直接届きます。

適したケース

ServerChan に加えて Echobell を導入する理由は、たいていこの 3 つです。

アラートがグループチャットに埋もれた— 重大なメッセージが、その日の他のメッセージとまったく同じ見た目で届いてしまうとき。
アラートがグループチャットに埋もれた

重大なメッセージが、その日の他のメッセージとまったく同じ見た目で届いてしまうとき。

誰かを起こす必要がある— 深夜 3 時にチャット通知だけでは足りないとき。
誰かを起こす必要がある

深夜 3 時にチャット通知だけでは足りないとき。

ミュートされた会話でも届いてほしい— 配信先の会話がミュートされていて、誰も気づいていなかったとき。
ミュートされた会話でも届いてほしい

配信先の会話がミュートされていて、誰も気づいていなかったとき。

ServerChan と併用する

リクエストの形が近いので、チャンネルを SendKey と並走させられます。

  1. 1

    SendKey ごとにチャンネルを作る

    いま使っている分け方をそのまま持ち込めば、対応関係が明確になります。

  2. 2

    しばらく両方に送る

    既存の呼び出しの隣に Echobell の webhook を足すだけです。タイトルと本文はそのまま渡せます。

  3. 3

    重要なものを引き上げる

    実際の障害を運ぶチャンネルを時間指定または着信にし、日常的なメッセージは ServerChan に残します。

よくある質問

Echobell に関するよくある質問の答えを見つけてください

できません。Echobell は自前のアプリに配信します。「メッセージが WeChat に出ること」が要件なら、それは ServerChan の仕事です。

それ自体ではできません。メッセージを転送先のアプリに渡すので、そこから先の通知の振る舞いはそのアプリ次第です。

多くの場合あります。日常的な更新は ServerChan でチームのチャットへ、対応が必要な障害には Echobell の専用チャンネルを用意するのがよいでしょう。

転送はそのままに、障害には専用の回線を。

重大度の高いアラートをひとつ Echobell の着信チャンネルに向けて、何が変わるか確かめてください。