ブログ
- ケーススタディ
ベトナムのサポートチームが Zalo、WhatsApp、LINE をひとつの受信キューにまとめた方法
ホーチミン市の5人チームは、3つのチャット入口を個別に監視するのをやめ、Zalo、WhatsApp、LINE を署名検証付きの単一 webhook キューに集約した。
続きを読む → - ケーススタディ
たった1つのLINE webhookでチーム全体を動かす：福岡のスタートアップがLINEメッセージをSlack・CRM・AIに自動振り分けした事例
福岡の6人規模のSaaSチームが、たった1つのwebhookエンドポイントで、散在していたLINEの顧客メッセージをルーティング・追跡・AI支援付きのサポートキューに変えた実践レポート。
続きを読む → - チュートリアル
Devin DesktopにWebhookドキュメントを渡して20分でLINE受信ハンドラーを構築した話
ビルドログ：UnifyPort APIリファレンスをDevin Desktop（旧Windsurf）に渡し、PythonでLINEインバウンドメッセージハンドラーを構築——HMAC-SHA256署名検証、構造化ログ、マルチプラットフォーム拡張——LINE公式アカウント不要。
続きを読む → - ガイド
WhatsApp CoexistenceでビジネスアプリとCloud APIを同時利用可能に——本当に両方必要ですか？
MetaのCoexistence機能により、WhatsAppビジネスアプリとCloud APIが同一番号で同期運用できるように。必要条件、適用シナリオ、そしてインバウンド専用チームが両方不要かもしれない理由を解説。
続きを読む → - 更新履歴
UnifyPort API アップデート：会話ラベル、連絡先メッセージ、リクエストトレーシング
UnifyPort APIに会話ラベル（4エンドポイント）、連絡先/vCardメッセージタイプ、request_idトレーシングとX-Request-Idヘッダー、3つの新しい開発者ツール、実際のwebhookペイロードサンプルが追加されました。また、未実装だった2つのフィールドが削除されています。
続きを読む → - 比較
Telegram Bot API 10.1がリッチメッセージを実装――インバウンドチームにとって何が変わり、何が変わらないのか
Telegram Bot API 10.1でテーブル、インラインメディア、数式、ストリーミング出力が追加されました。送信側の大幅アップグレードですが、メッセージの受信方法は変わっていません。複数プラットフォームでインバウンドメッセージを処理しているチームが本当に注目すべきポイントを解説します。
続きを読む → - ガイド
X が 2026 年に自動 DM を禁止——受信専門のサポートチームが今も DM を受け取り、振り分ける方法
X の 2026 年の新ルールは自動 DM と大量のプログラム的アウトバウンドを禁止し、API は 1 読み取りごとに課金されるようになりました。チームが DM とメンションを「受信」するだけなら、なぜこの締め付けが自分には関係ないのか——そして 1 通の自動 DM も送らずにインバウンドのメッセージを振り分ける方法を解説します。
続きを読む → - 比較
TikTokはコマースAPIをサードパーティに開放した——でもDMはまだセラーセンターに閉じ込められたまま
TikTokのAPIエコシステムはコンテンツ投稿、注文管理、商品カタログ、マーケティング分析をカバーしている。唯一欠けているエンドポイントは？購入者のDMを受信すること。TikTokと他の5大メッセージングプラットフォームの比較と、今日利用可能なパスを解説。
続きを読む → - ケーススタディ
2人チームのエージェンシーが X の従量課金リード料を払わずに4つのクライアントアカウントの DM・メンションを監視している方法
2人のソーシャルメディアエージェンシーが公式 API で4つのクライアントの X アカウントを管理していました。X が従量課金に移行した途端、30秒ごとのポーリングが課金メーターに変わりました。コストがどう変化したか、そしてメーターをゼロにした方法をお伝えします。
続きを読む → - 比較
WhatsApp 2026年7月の料金改定——受信専門チームにとっての意味
MetaがWhatsApp Business APIの従量課金料金を更新、2026年7月の請求サイクルから適用。4市場でマーケティング料金が上昇、6カ国に専用料金が新設、サービス会話は引き続き無料。受信のみのチームにとって、この数字は何を意味するのか。
続きを読む →