WordPress プラグインチームにおける AI 支援開発の経済学
WordPress アナリティクスプラグインを開発する小さなチームによる、正直なコスト会計。最適化前の Anthropic 請求額がどうだったか、現在はどうなっているか、そして複利的な節約がどこから生まれているのか。
ブログ
プライバシー重視の WordPress アナリティクスに関するガイド、製品アップデート、インサイト。
Statnive WordPress プラグイン vs Statnive Live: あなたのサイトにはどちらが合うか
Statnive WordPress プラグインと Statnive Live: デプロイ、規模、運用、価格を根拠ベースで比較し、あなたのサイトにどちらが合うかを判断します。
スキル階層化: 80 以上のスキルをコンテキスト外に保つ 4 バケットモデル
段階的開示は、80 のスキルが 3,200 トークンのメタデータを消費することも、ゼロに抑えることも意味します。Statnive リポジトリのすべてのスキルをどのように always-on、auto-invocable、manual-only、fork に分類しているか、そしてバケット選定に使う 1 つの質問テストをご紹介します。
MCP Tool Search: 12 万トークンのツールスキーマを遅延読み込みにした方法
作業開始前に、24 個の MCP コネクタがコンテキストウィンドウの約 60% を消費していました。Tool Search を有効にしたところ、〜3K トークンに低下。before/after の /context 出力と、効果のあった統合パターンを紹介します。
私たちの CLAUDE.md は 162 行。何が入っていて、何を削ったか
プロジェクトルートの CLAUDE.md を 820 行から 162 行へ、ガードレールを 1 つも失わずに削減しました。コツはインラインのプロトコルをスキルのトリガー表で置き換え、ドメインルールをネストされたファイルとパススコープルールに移したことです。
Claude Code でトークンを燃やさずに Statnive を出荷する方法
WordPress プラグインチームの実際のトークン予算 — 80 以上のスキル、24 個の MCP コネクタ、200K コンテキストウィンドウ。何を計測し、何を削り、すべてのリリースをゲートする 4 つの数字をご紹介します。
141 件のテスト、31 件のコンプライアンスチェック、ゼロの近道: Statnive を出荷する方法
ほとんどの WordPress プラグインはリンターを実行して終わりにします。Statnive はリリース前に、pre-commit フックから WordPress.org コンプライアンスゲートまで 5 層の自動検証を通過します。何をチェックし、なぜチェックするのかを正確にお伝えします。
Statnive を低オーバーヘッドに設計した方法
非同期読み込み、インラインコアトラッカー、アイドルコールバックという 3 つのアーキテクチャ変更で、Statnive のベンチマーク LCP 影響を半分に削減しました。エンジニアリングのストーリーと、正直な注意点をお伝えします。
なぜあなたのアナリティクスプラグインがサイトを遅くしているのか
アナリティクススクリプトはすべてのページロードにオーバーヘッドを追加します。プラグインの影響を確認する方法、なぜ一部のプラグインが速いかについて研究が示すこと、自分のサイトで計測する方法をご紹介します。
WordPress アナリティクスプラグインのパフォーマンス: ストレステスト比較
ページキャッシュなしの並行負荷下で 8 つの WordPress アナリティクスプラグインをストレステストしました。Statnive が最も低い LCP オーバーヘッドでした。方法論、数値、そして正直な限界をご紹介します。
Statnive を始める
WordPress サイトに Statnive をインストールして設定する方法を、1 分以内に学べます。
Statnive のチャネルグルーピングを理解する
Statnive がトラフィックを 7 つの読みやすいチャネルへ自動的に分類する仕組み。
2026年にプライバシー重視アナリティクスが重要な理由
Statnive はクッキー、フィンガープリンティング、サードパーティへのデータ転送なしに、どのように正確なアナリティクスを提供するのか。