メニュー経路: ダッシュボード > API > 新規API作成

新規エンドポイント作成

概要

エンドポイントとは、外部システムからJSONデータを受信できるURLです。3Min APIは受信データを保存し、ログを記録し、オプションでWebhookで転送します。

このページでは、名前、説明、および任意の必須フィールドを入力するだけでエンドポイントを作成できます。必須フィールドは後から詳細ページで変更できるため、最初はスキップしても構いません。

作成後

  • サンドボックス環境で自動的に作成されます
  • サンドボックスAPIキー(tm_test_プレフィックス)が即座に発行されます
  • 本番APIキーtm_live_)も発行されますが、デプロイが完了するまで本番コールは拒否され、ログにも記録されません
  • 公開用の連携ガイドページリンクが自動生成されます(Swagger風テスト + コードサンプル)

このページへのアクセス方法

  • ダッシュボード右上の新規エンドポイントボタン
  • 左メニューAPI → 一覧ページ右上の新規API作成ボタン

基本情報

基本情報の入力

API名

必須項目です。

  • エンドポイントを区別するためのユーザー向けの名前です
  • 実際のAPIパス(スラッグ)は自動生成されるため、データの性質を反映する名前を選んでください
    • 良い例: contact-formorder-notificationwine-shop-sale
    • 避けるべき例: testapi1my endpoint
  • 制約事項:
    • 空にはできません
    • 同じアカウント内で一意である必要があります
    • 最大文字数の制限があります(超過するとエラーメッセージが表示されます)

説明

任意項目です。

  • エンドポイントの目的を自由に記述できます
  • いつこのエンドポイントが呼び出され、どのようなデータを受信するかを、協力者や将来の自分のために記録してください
  • 例: 「チェックアウト完了時にトリガーされる注文確認通知」
  • 後から詳細ページでインライン編集できます

必須フィールド

任意です。後からいつでも詳細ページで追加できます。

必須フィールドエディタ

APIコールに必ず含めなければならないJSONフィールドを事前に定義します。定義されたフィールドがリクエストに含まれていない場合、コールは拒否されます

各エントリの入力項目

  • フィールド名: フィールドキー(例: order_idcustomer_email
  • データ型: 文字列数値真偽値オブジェクト配列から選択
  • 検索可能: チェックすると、ログページで検索キーワードとして使用できます
  • フィールドの説明(任意): 協力者と共有する説明

制約事項

  • 検索可能文字列型のフィールドでのみ利用できます
  • 検索可能エンドポイントあたり2フィールドが上限です
  • フィールド名は英字またはアンダースコアで始まり、英字・数字・アンダースコアのみ使用可能です
  • フィールド名の重複は許可されていません

バリデーション

JSONにキーが存在するかどうかのみをチェックします。値の内容やフォーマットは検証しません。

今はスキップしても構いません

必須フィールドを定義しない場合、エンドポイントはあらゆるJSONペイロードを受け入れます。まずエンドポイントを作成し、サンドボックスでテストし、必要なフィールドを把握してから、エンドポイント詳細ページで追加してください。

このページにないもの

  • Webhook設定 — 作成後にエンドポイント詳細ページで設定します
  • 通知設定 — 同じく詳細ページで設定します
  • コラボレーションキー管理 / 招待 — 詳細ページのコラボレーションキーで管理します
  • 本番デプロイ — 詳細ページの本番にデプロイボタンを使用します

作成後

API作成をクリックすると、エンドポイント詳細ページに自動的に遷移します。そこから続けてください:

  1. 概要カードで実際のエンドポイントURLを確認する
  2. デフォルトAPIキーでサンドボックスコールをテストする
  3. 必要に応じてWebhook / 通知 / コラボレーションキーを設定する
  4. 本番環境の準備ができたら、本番にデプロイでデプロイする

トラブルシューティング

  • 名前は後から変更できますか? — はい、詳細ページの概要でいつでも編集できます。説明も同様です
  • 複数のエンドポイントが必要ですか? — ほとんどの場合、不要です。3Min APIはドキュメント型ストレージを使用しているため、ネストされたJSONを1つのペイロードとして単一のエンドポイントに送信できます。イベントが根本的に異なる場合(例: 注文と問い合わせ)のみ、エンドポイントを分けてください
  • 厳密な必須フィールドを定義すべきですか? — 最初は定義せず、協力者とテストしてから、本当に常に必要なフィールドのみを追加することをお勧めします