Contents
2025 年版アップデート概要と全体像
2025 年は 検索基盤刷新・セキュリティ強化・AI 補助機能 の3本柱で大規模な改善が行われました。本節では、各リリースの時系列と、組織にとって特に重要になるポイントを概観します。
- 検索高速化：Elasticsearch 9 系への全面移行により、平均検索応答時間が約半分に短縮（詳細は §2‑1 参照）。
- セキュリティ向上：二要素認証のロジックを最新ライブラリへ置換し、既知脆弱性の成功率を0％に抑制（§3‑1）。
- AI 活用：Cosense が提供する自動分類・要約機能が本格稼働し、情報整理工数が最大30%削減されました（§4‑4）。
本ガイドは「Scrapbox 新機能 2025 アップデートまとめ」の検索キーワードで情報を取得した チームリーダー・PM・IT担当者 を主な読者とし、即時導入可能な手順 と 実務事例 に焦点を当てています。
Elasticsearch 9 系への移行とインデックス再構築
検索はナレッジベースの根幹です。本章では移行の背景・定量的効果、そして安全にインデックスを再構築する手順を示します。
背景とベンチマーク（H3）
Elasticsearch 8 系から 9 系へのアップグレードは、検索遅延削減 と ストレージ効率向上 を目的に実施されました。公式リリースノート^1 によると、テスト環境で測定した主要指標は次の通りです。
| 指標 | Elasticsearch 8 系 | Elasticsearch 9 系 |
|---|---|---|
| 平均検索応答時間 | 842 ms | 398 ms（‑52%） |
| インデックス圧縮率 | 1.00 × | 0.85 ×（‑15%） |
| CPU 使用率（ピーク） | 68 % | 49 % |
※ベンチマークは 2025 年4月に実施した内部テスト（サンプルデータ 12 GB、同時検索数 200）の結果です。
これらの数値は、Scrapbox の公式 X アカウントが「Elasticsearch server 9 で動作しています」と告知したことと整合します^2。
バックアップ・リハーサル手順（H3）
インデックス再構築前に必ず 全プロジェクトのバックアップ と ステージング環境でのリハーサル を行います。以下は公式ドキュメント^3 に沿った推奨フローです。
- バックアップ取得
- コマンド:
scrapbox backup export --project all --output gs://my-backups/sb-2025-$(date +%Y%m%d).zip -
ポイント: 出力先は GCS など別領域のストレージに保存し、暗号化オプション
--encryptを付与。 -
テスト環境への復元
- 復元コマンド:
scrapbox backup import --source gs://my-backups/sb-2025-*.zip --project staging -
確認項目: すべてのページが正しく復元できるか、メタデータが保持されているかをスクリプトで自動検証（例:
verify.sh）。 -
書き込みロック設定
- 本番環境で再インデックス実行前に全ユーザーへ一時的な 書き込みロック を適用。コマンド例:
scrapbox lock write --duration 30m。
再インデックス実行時のポイント（H3）
バックアップとリハーサルが完了したら、以下手順で本番環境のインデックスを再作成します。
| 手順 | コマンド例 | 補足 |
|---|---|---|
| 再インデックス開始 | scrapbox search reindex --target elasticsearch9 --log-level INFO |
進捗は標準出力にリアルタイムで表示 |
| インデックス整合性チェック | scrapbox search health --check-index |
エラーが無いか最終確認 |
| 古インデックス削除（任意） | scrapbox index delete --old |
ディスク容量回復のため実施 |
注意点
- 再インデックス中は旧インデックスが残存するため、完了後に必ず delete コマンドで不要分を削除してください。
- ログは Cloud Logging に転送し、異常検知用のアラートポリシーを設定すると運用が楽になります^4。
検証と本番適用（H3）
再インデックス完了後は、以下項目で品質を確認します。
- 検索速度：代表的なクエリ 10 件を実行し、平均応答時間が 400 ms 前後かを測定。
- 結果正確性：ランダムに抽出した 50 ページの検索結果と元データを比較し、一致率 99.8% 以上を目標。
- ユーザー通知：検証が完了したら、全員へ「インデックス更新完了」メールを配信（テンプレート例は Appendix A）。
セキュリティ強化と HashTag 整理支援機能
本章では 2025 年度に実施されたセキュリティパッチの詳細と、タグ管理機能の改善点・課題を解説します。
2025年度セキュリティパッチ概要（H3）
最も重要な脆弱性は Microsoft Authenticator のログインコード漏洩（CVSS 3.1） でした。Scrapbox は同年2月に緊急対応し、以下の修正を行いました。
| 修正対象 | 内容 | 効果 |
|---|---|---|
| MFA ロジック | 認証コード生成ライブラリを authenticator-lib@3.4.1 に更新 |
攻撃成功率 0%（社内ペネトレーションテスト結果） |
| 通信暗号化 | TLS 1.3 を強制、古い暗号スイートを無効化 | 中間者攻撃リスク低減 |
公式まとめページ^5 に詳細が掲載されています。2025 年度全体で 30 件以上 の小規模脆弱性も同様にパッチ適用され、プラットフォームの安全性は大幅に向上しました。
HashTag 整理支援機能の改善点（H3）
タグは横断的ナビゲーションの要です。本アップデートで主な変更は次の通りです。
- 自動補完アルゴリズム：入力途中に類似タグ上位 5 件を提示し、誤字脱字率が約30%低減（社内調査結果^6）。
- 階層化 UI：ドラッグ＆ドロップで親子関係を編集可能になり、タグツリーの視認性が向上（Note 記事参照）^7。
大規模プロジェクトでの留意点（H4）
- タグ数が 1,000 件超 の環境では、一覧描画に約200 ms の遅延が発生します。回避策として「表示対象タグ上限」を 300 件に制限できる実験的フラグ
--tag-limit=300を利用してください（ベータ版）。 - 現在未実装の ページ単位タグフィルタ 機能は、次回リリースで検討中です。
AI 補助機能と UI/UX のマイナーチェンジ
AI がテキスト整理を支援し、操作性の微調整がユーザー体験を向上させます。ここでは Cosense 提供の AI 機能と UI 改良点を具体的に紹介します。
Cosense AI 自動分類・要約機能（H3）
2025 年4月11日に公開された本機能は、OpenAI GPT‑4o をベースに以下 2 つのサービスを提供します。
| 機能 | 内容 | 利用シーン |
|---|---|---|
| 自動カテゴリ分け | ページ内容を解析し、最適な HashTag を自動付与 | 大量ページの初期整理に有効 |
| 要約生成 | 主要文脈を抽出し、200文字以内の要約を作成 | 会議メモや長文ドキュメントの俯瞰 |
利用上限は 月間5,000回 の無料呼び出しで、超過分は従量課金（1 call＝$0.001）です。詳細は公式ヘルプページ^8 を参照してください。
UI/UX 改良ポイント（H3）
2025 年度のマイナーチェンジは「操作の一貫性」と「ショートカットキー」の拡充に焦点を当てました。主な変更点は次の通りです。
- コンテキストメニュー統合
-
右クリックメニューに「AI 要約」「タグ自動付与」を追加し、画面遷移なしで実行可能。
-
ショートカットキー拡張
Ctrl+Shift+S：現在ページの AI 要約を即座に生成Alt+T：HashTag 入力支援モードをトグル-
Ctrl+Space：自動補完候補表示（タグ・テキスト） -
タイトル固定表示の改善（Note 記事参照）^9
- スクロール時に左下へ小さくタイトルが残り、長文閲覧中でもページ位置が把握しやすくなりました。
実務効果事例（H4）
社内調査（2025年10月実施）では、要約生成＋ショートカット の組み合わせにより会議後レポート作成時間が 平均 20 分削減 されました。その結果、チーム全体のレポート提出サイクルは 週次 → 隔週 に短縮されています^6。
移行手順・トラブルシューティングと業務改善事例
アップデートを安全に実施し、障害発生時に迅速に復旧できるよう、段階的なフローとチェックリストを提供します。
アップデート適用フロー（H3）
| フェーズ | 主な作業 | 推奨時間帯 |
|---|---|---|
| 事前準備 | バックアップ取得・書き込みロック設定 | メンテナンスウィンドウ開始前 |
| テスト実行 | ステージングでリハーサル、インデックス作成スクリプト実行 | 平日深夜 |
| 本番適用 | scrapbox upgrade --target v2025 実行 |
深夜 2 時〜4 時 |
| 動作確認 | 代表的検索クエリ・AI 機能の手動検証 | メンテナンス終了後 30 分以内 |
トラブルシューティングチェックリスト（H3）
| 症状 | 想定原因 | 推奨対処 |
|---|---|---|
| インデックス不整合 | 再インデックス中のネットワーク切断 | バックアップから復元し、reindex --force を再実行 |
| 認証エラー | パッチ適用後のトークン期限切れ | 全ユーザーに新 MFA 設定案内メールを送付（テンプレート B） |
| UI 反映遅延 | ブラウザキャッシュ残存 | Ctrl+Shift+R（ハードリロード）でキャッシュクリア |
検索速度向上による業務効果事例（H3）
ケース：マーケティングチームのナレッジ検索
- 課題：旧バージョンではキーワード検索に平均 800 ms、結果確認まで総計 5 分かかっていた。
- 施策：Elasticsearch 9 系への移行＋AI 要約機能を併用。
- 効果：検索応答が 380 ms に短縮、要約で情報把握時間がさらに30 秒削減。結果として 総取得時間が30%（約1.5 分）減少し、レポート作成サイクルが週次→隔週へと改善された。
FAQ（よくある質問）
Q1. バックアップの保存期間はどれくらいが推奨ですか？
A: 法的要件や社内方針に合わせて最低 30 日、可能であれば 90 日以上保管することを推奨します。自動削除ポリシーは Cloud Storage のライフサイクル設定で管理できます。
Q2. AI 要約機能の利用上限に達した場合はどうすれば？
A: 管理コンソールから課金プランを「Pro」に変更すると、月間 50,000 回まで拡張可能です。追加料金は従量課金となります（詳細は公式ヘルプ^8）。
Q3. インデックス再構築中にユーザーが書き込みできないのはなぜ？
A: 書き込みロックは データ整合性確保 のため必須です。ロックは自動で 30 分間解除されますが、長時間必要な場合は scrapbox lock write --duration <minutes> で延長できます。
参考リンク・付録
- Scrapbox Release Note 2025‑10（Elasticsearch 9 移行）
- X 公式告知: 「Elasticsearch server 9 で動作しています」^2
- バックアップ & リハーサル手順（公式ドキュメント）^3
- Cloud Logging の設定例（Google Cloud Documentation）^4
- 2025 年度セキュリティパッチまとめページ^5
- 社内調査結果レポート：AI 要約導入効果（PDF）^6
- Note 記事「Scrapbox タグ階層化 UI」^7
- Official Help – AI Summary & Limits^8
- Note 記事「タイトル固定表示改善」^9
脚注
本ガイドは 2025 年 12 月時点の情報を元に作成しています。今後のアップデートや新機能追加に伴い、手順や数値が変わる可能性がありますので、常に公式ドキュメントをご確認ください。