better-auth-best-practices について
better-auth-best-practices は、アプリケーションに Better Auth を設定する開発者向けの連携リファレンスです。データベースアダプター、セッション、クライアント、フック、セキュリティ設定、よくある設定上の注意点を扱います。
主な機能
- 01インストール、環境変数、ルート設定の説明
- 02データベースアダプターとセッション保存方法の整理
- 03メールフローと主要プラグインの解説
- 04クライアントメソッドと型推論の説明
- 05セキュリティ設定とよくある注意点の一覧
活用シーン
- 01アプリケーションへのBetter Authの設定
- 02データベースアダプターとセッション保存方法の選択
- 03ソーシャルログイン、メール機能、プラグインの追加
- 04モデル名やプラグインスキーマの問題の調査
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ connorads/ dotfiles --skill better-auth-best-practicesインストール後、Claude Code で/better-auth-best-practicesを入力して読み込まれたか確認します。
詳細
Better Auth 統合ガイド
コード例と最新の API については、必ず better-auth.com/docs を参照してください。
セットアップのワークフロー
- インストールします:
npm install better-auth - 環境変数を設定します:
BETTER_AUTH_SECRETとBETTER_AUTH_URL - データベースと設定を含む
auth.tsを作成します - 使用するフレームワークのルートハンドラーを作成します
npx @better-auth/cli@latest migrateを実行します- 確認します:
GET /api/auth/okを呼び出し、{ status: "ok" }が返されることを確認します
クイックリファレンス
環境変数
BETTER_AUTH_SECRET- 暗号化シークレット(32 文字以上)。生成方法:openssl rand -base64 32BETTER_AUTH_URL- ベース URL(例:https://example.com)
環境変数が設定されていない場合に限り、設定で baseURL/secret を定義します。
ファイルの場所
CLI は ./、./lib、./utils、または ./src 配下の auth.ts を検索します。カスタムパスには --config を使用します。
CLI コマンド
npx @better-auth/cli@latest migrate- スキーマを適用します(組み込みアダプター)npx @better-auth/cli@latest generate- Prisma/Drizzle 用のスキーマを生成しますnpx @better-auth/cli mcp --cursor- AI ツールに MCP を追加します
プラグインを追加または変更した後は、再実行してください。
コア設定オプション
| オプション | 備考 |
|---|---|
appName | 任意の表示名 |
baseURL | BETTER_AUTH_URL が設定されていない場合に限ります |
basePath | デフォルトは /api/auth です。ルートにするには / を設定します。 |
secret | BETTER_AUTH_SECRET が設定されていない場合に限ります |
database | ほとんどの機能で必須です。アダプターのドキュメントを参照してください。 |
secondaryStorage | セッションとレート制限用の Redis/KV |
emailAndPassword | 有効化するには { enabled: true } を設定します |
socialProviders | { google: { clientId, clientSecret }, ... } |
plugins | プラグインの配列 |
trustedOrigins | CSRF の許可リスト |
データベース
直接接続: pg.Pool、mysql2 のプール、better-sqlite3、または bun:sqlite のインスタンスを渡します。
ORM アダプター: better-auth/adapters/drizzle、better-auth/adapters/prisma、better-auth/adapters/mongodb からインポートします。
重要: Better Auth は、基盤となるテーブル名ではなく、アダプターのモデル名を使用します。Prisma モデルが users テーブルに対応する User の場合は、"users" ではなく(Prisma の参照名である)modelName: "user" を使用します。
セッション管理
保存先の優先順位:
secondaryStorageが定義されている場合 → セッションはそこに保存されます(データベースには保存されません)session.storeSessionInDatabase: trueを設定すると、データベースにも保存されます- データベースがなく、
cookieCacheを使用する場合 → 完全なステートレスモードになります
Cookie キャッシュ戦略:
compact(デフォルト) - Base64url + HMAC。最小サイズです。jwt- 標準の JWT。読み取り可能ですが、署名されています。jwe- 暗号化されます。最高レベルのセキュリティです。
主なオプション: session.expiresIn(デフォルトは 7 日)、session.updateAge(更新間隔)、session.cookieCache.maxAge、session.cookieCache.version(変更するとすべてのセッションが無効になります)。
ユーザーとアカウントの設定
ユーザー: user.modelName、user.fields(カラムのマッピング)、user.additionalFields、user.changeEmail.enabled(デフォルトでは無効)、user.deleteUser.enabled(デフォルトでは無効)。
アカウント: account.modelName、account.accountLinking.enabled、account.storeAccountCookie(ステートレス OAuth 用)。
登録に必須: email フィールドと name フィールド。
メールのフロー
emailVerification.sendVerificationEmail- 検証を機能させるには、定義が必要ですemailVerification.sendOnSignUp/sendOnSignIn- 自動送信のトリガーemailAndPassword.sendResetPassword- パスワードリセットメールのハンドラー
セキュリティ
advanced 内の設定:
useSecureCookies- HTTPS Cookie を強制しますdisableCSRFCheck- ⚠️ セキュリティ上のリスクがありますdisableOriginCheck- ⚠️ セキュリティ上のリスクがありますcrossSubDomainCookies.enabled- サブドメイン間で Cookie を共有しますipAddress.ipAddressHeaders- プロキシ用のカスタム IP ヘッダーdatabase.generateId- カスタム ID 生成、または"serial"/"uuid"/false
レート制限: rateLimit.enabled、rateLimit.window、rateLimit.max、rateLimit.storage("memory" | "database" | "secondary-storage")。
フック
エンドポイントフック: hooks.before / hooks.after - { matcher, handler } の配列です。createAuthMiddleware を使用します。ctx.path、ctx.context.returned(after)、ctx.context.session にアクセスできます。
データベースフック: databaseHooks.user.create.before/after。session、account も同様です。デフォルト値の追加や作成後の処理に便利です。
フックコンテキスト(ctx.context): session、secret、authCookies、password.hash()/verify()、adapter、internalAdapter、generateId()、tables、baseURL。
プラグイン
ツリーシェイキングのため、専用パスからインポートします:
import { twoFactor } from "better-auth/plugins/two-factor"
from "better-auth/plugins" からはインポートしないでください。
よく使われるプラグイン: twoFactor、organization、passkey、magicLink、emailOtp、username、phoneNumber、admin、apiKey、bearer、jwt、multiSession、sso、oauthProvider、oidcProvider、openAPI、genericOAuth。
クライアントプラグインは createAuthClient({ plugins: [...] }) に指定します。
クライアント
次からインポートします:better-auth/client(バニラ)、better-auth/react、better-auth/vue、better-auth/svelte、better-auth/solid。
主なメソッド:signUp.email()、signIn.email()、signIn.social()、signOut()、useSession()、getSession()、revokeSession()、revokeSessions()。
型安全性
型を推論します:typeof auth.$Infer.Session、typeof auth.$Infer.Session.user。
クライアントとサーバーが別々のプロジェクトの場合:createAuthClient<typeof auth>()。
よくある注意点
- モデル名とテーブル名 - 設定では DB のテーブル名ではなく、ORM のモデル名を使用します
- プラグインのスキーマ - プラグインの追加後、CLI を再実行します
- セカンダリストレージ - セッションはデフォルトで DB ではなく、セカンダリストレージに保存されます
- Cookie キャッシュ - カスタムのセッションフィールドはキャッシュされず、常に再取得されます
- ステートレスモード - DB がない場合、セッションは Cookie のみに保存され、キャッシュの有効期限が切れるとログアウトします
- メールアドレス変更フロー - まず現在のメールアドレスに送信し、その後、新しいメールアドレスに送信します