結論

Zodが「遅い」と言われる主因は、実行時にスキーマを逐次解釈する“インタプリタ方式”ゆえのオーバーヘッドにある。
多くのアプリでは十分に速く、超高スループット環境だけが問題になりやすい。
対策は開発時でZodのDXを享受しつつ、本番のホットパスでは Zod→JSON Schema→Ajv のビルド時コンパイルでAOT的な速度を得ること。

背景：ZodはTypeScriptバリデーションの定番で、DXと型推論が強み。
ベンチ：safe parseでTypia≈7,600万ops/s、Zod v4≈670万、v3は100万未満。
95%の現場：CRUD中心のWebアプリではI/Oが支配的で差は体感しにくい。
5%の現場：高スループットAPIではZodがCPUボトルネック化し得る。
実例：APIゲートウェイで最適化後にCPU使用率が80%→20%へ低下。
根本原因：Zodは実行時にスキーマグラフを走査するインタプリタ方式。
対照アーキテクチャ：TypiaなどはAOTで最適化済みの検証関数を生成し高速。
解法：ZodスキーマをJSON Schemaへ変換し、Ajvで事前コンパイルして利用。
導入像：zod-to-json-schema＋Ajv＋ビルドスクリプトで本番は関数を呼ぶだけにする。
運用指針：開発体験はZodを維持しつつ、本番のホットパスだけAOT化で両取り。

参考記事

https://blog.logrocket.com/why-zod-slow