エンドツーエンドの統合
サイトのセットアップからバックエンドで認証されたユーザーまでの 4 つのステップ。パス ID は一定のままです。要求タイプとサーバー検証クレームのみがユースケースごとに変更されます。
ステップ 1
サイトを作成し、パス ID をコピーします
ビジネス ダッシュボードにサインインし、サイトを開き、許可されたドメインを使用してデジタル サイトを作成します。 Checkify はパスを 1 つ自動的に作成します。 Checkify Passes を開いてパス ID (chk_live_…) をコピーするか、既製のスニペットを取得します。
ログイン (人間)、チェックアウト (age_over_18)、およびスタッフ専用ページ (人間) で同じパス ID — 埋め込みごとに data-checkify-request のみを変更します。
ステップ 2
ページに埋め込みを追加する
checkify.me から SDK をロードしてパス ウィジェットをマウントするか、フォームに Checkify.bindForm を使用します。 YOUR_PASS_ID を置き換えて、そのページまたはアクションのリクエスト タイプを設定します。
<script src="https://checkify.me/sdk/v1/checkify.min.js"></script>
<div data-checkify-pass="chk_live_YOUR_PASS_ID" data-checkify-request="human"></div>フォームバインディングの例
<script src="https://checkify.me/sdk/v1/checkify.min.js"></script>
<div
data-checkify-pass="chk_live_YOUR_PASS_ID"
data-checkify-request="age_over_18"
data-checkify-text="Verify with Checkify"
></div>を参照してください。 埋め込みAPIリファレンス configure()、イベント、および戻り URL 処理用。
ステップ 3
ユーザーが検証を完了する
ユーザーが「検証」をタップすると、Checkify によって校正フローが開きます (ブラウザー内またはモバイルの Checkify アプリ経由)。成功すると、SDK は request_id を非表示の checkify_token フィールドに書き込み、バックエンドが検証できるようにします。
起動オプション
ステップ 4
サーバー上で確認してください
POST フォームから request_id を読み取り、サイト API キーを使用して検証エンドポイントを呼び出します。保護されたアクションを許可する前に、承認されたクレーム (human_verified、age_over_18 など) を確認してください。
POST https://checkify.me/v1/qr/results/verify
Authorization: Bearer YOUR_SITE_API_KEY
{
"request_id": "uuid-from-checkify_token-field",
"required_claims": ["human_verified"],
"consume": true
}検証が成功した後
ウェブサイトの本番環境に対応
サイトを作成し、パス ID を 1 つコピーし、SDK を埋め込み、サイト API キーで検証します。 WordPress と WooCommerce は同じモデルを使用します。
JavaScript 埋め込み、bindForm、サーバー検証 API、サイト API キー、WordPress プラグイン、ビジネス ダッシュボード。
npm パッケージ、Webhook、署名済み Webhook 配信、ネイティブ モバイル SDK ガイド。