UnifyPort ダッシュボード公開:登録すると無料のメッセージアカウントを 1 つ使えます
メッセージ API を試すために、最初から営業担当とのやり取り、チャネルごとの認証情報の整理、1 週間のセットアップが必要であるべきではありません。
UnifyPort では、各ワークスペースに新しいダッシュボードを用意しました。付与されたメッセージアカウント枠を確認し、最初に接続したいチャネルを選び、アプリケーションで使う API キーを作成できます。目的はシンプルです。登録後すぐに無料の開始枠を使い、1 つの実チャネルで最初の inbound メッセージまで進めるようにすることです。
各ワークスペースに無料のメッセージアカウント 1 つ
すべての UnifyPort ワークスペースは、無料のメッセージアカウント 1 つ から始まります。
このアカウントは、最初に接続するチャネルとして使えます。顧客がすでに使っている場所から始めてください。
- Telegram
- LINE
- X
- Zalo
- TikTok
初日から完全なマルチチャネル構成を設計する必要はありません。まず 1 つ選び、接続し、その最小ルートで重要な流れを確認します。メッセージを受け取り、バックエンドへ届け、webhook payload を確認し、チームがその後どうルーティング、担当者割り当て、自動化を行うかを決めます。
小規模チームや初期プロトタイプでは特に有効です。たとえば日本向けなら LINE から始め、海外顧客が多いなら WhatsApp や Telegram から始める、といった形で UnifyPort の接続モデルを実チャネルで確認できます。
1 つのチャネルから始めても、後から同じ形で広げられる
UnifyPort の価値は、単に「もう 1 つメッセージアカウントを接続する」ことではありません。より重要なのは、異なるチャネルから届く inbound メッセージを、バックエンドから見て一貫した形にすることです。
多くのチームは、最初に 1 つの急ぎのチャネルを持っています。日本なら LINE、越境購入者なら WhatsApp、開発者コミュニティなら Telegram、ベトナム市場なら Zalo、ソーシャルサポートなら X、クリエイターや販売者なら TikTok です。最初の接続は、そのメッセージフローに投資する価値があるかを検証するためのものです。
UnifyPort では、その最初のチャネルが統一 inbound layer の始まりになります。provider は変わっても、バックエンドの考え方は同じです。アプリケーションは標準化されたイベントを受け取り、配信を検証し、メッセージを自社システムへルーティングします。
2 つ目、3 つ目のチャネルを追加するときに、カスタマーサポートや自動化の基盤を作り直す必要はありません。同じ webhook-driven architecture に、メッセージの入口を追加していく考え方です。
API キーをダッシュボードで管理
新しいダッシュボードには API キー管理も含まれています。
できることは次の通りです。
- 開発環境または本番環境向けに API キーを作成する
- 既存キーの名前、prefix、状態を確認する
- 認証情報を差し替えたいときにキーをローテーションする
- 使わなくなったキーを revoke する
新規作成またはローテーションされた完全なキーは一度だけ表示されます。すぐに環境変数やシークレット管理システムへコピーしてください。その後、ダッシュボードにはアクセス管理に必要なメタデータだけが残ります。
これにより、最初の開発フローは明確になります。ワークスペースを作成し、API キーをコピーし、最初のメッセージアカウントを接続し、UnifyPort API のテストを始めるだけです。
開発者にとっての意味
これまで UnifyPort の中心的な入口は API ドキュメントでした。ドキュメントは今後も重要です。ただ、実際に接続を始める開発者には、もっと実務的な質問に答える場所も必要です。
- 利用できる無料アカウント枠はあるか
- 最初に接続すべきチャネルはどれか
- このアプリケーションで使う API キーはどれか
- 認証情報を変更したいとき、自分でローテーションや revoke ができるか
新しいダッシュボードは、これらの答えを 1 か所に集めます。
API リファレンスを置き換えるものではありません。API リファレンスを使い始める前の出発点です。
まずは無料の 1 アカウントから
UnifyPort が自社チームに合うか確認したい場合は、ワークスペースに含まれる無料のメッセージアカウントから始めてください。
登録後、最も重要な顧客チャネルを 1 つ選び、API キーを作成し、ドキュメントに沿ってそのチャネルの inbound メッセージを自分のバックエンドへ送ります。最初のルートが動いたら、他のチャネルを追加し、同じ統一 inbound layer にまとめていけます。
UnifyPort ワークスペースを作成し、無料のメッセージアカウント 1 つから始めましょう。