Notionでトレード日誌を作る方法

実用的なNotionトレード日誌には、関連付けた2つのデータベースが必要です。決済済みTradeはTradesに記録します。特定のTrade群を確認して決めた内容はReviewsに記録します。インポートした値、計算した値、自分のメモは分けてください。毎週同じレビューテンプレートを使います。

以下の手順では、この構成に必要な項目、ビュー、テンプレート、確認方法を説明します。また、ワークスペースの維持にTradeのレビュー以上の時間がかかっていないかを判断できます。

長いテーブル1つではなく、2つのデータベースを作る

最初に次のデータベースを作成します。

Tradeとレビューは異なるタイミングで変わります。照合を終えたTrade記録は安定した状態に保ちます。背景を追加したとき、データを修正したとき、または期間を再確認したときにレビューを更新します。

各レビューが対象のTradeを参照するように、2つのデータベースを関連付けます。同じTradeを複数の週次ページや月次ページへコピーしないでください。Trade記録を1つにすると、修正を追跡しやすくなります。

ステップ1：Tradesデータベースを作る

Tradeの識別、照合、レビューに必要な項目から始めます。追加項目は、用途が明確になってから加えてください。

表の出所ラベルを使い、データの種類を分けます。インポート項目はBrokerのエクスポートまたは照合済みの別記録からコピーします。レビューにはユーザー入力項目を使います。数式を追加する場合は、プロパティ名か別のデータ出所項目で計算値だと明示してください。

異なる通貨のP&Lを合計しないでください。1通貨に絞る、通貨ごとに合計を分ける、または元の金額、通貨、レート、レートの日付、換算後の金額を保持する文書化済みの換算手順を使います。

手数料の符号は元データに合わせます。インポートした純損益に手数料がすでに含まれている場合は、数式で再度差し引かないでください。

ステップ2：Reviewsデータベースを作る

Reviewsの各行は、特定の期間またはセッション1つを対象にします。次の項目を使います。

2026年9月14日時点で、Notion公式のリレーションとロールアップのガイドには、リレーションはデータベース間のページをつなぎ、ロールアップは関連ページのプロパティを集計すると説明されています。レビュー対象の指定にはリレーションを使い、完全性の確認にはTrade数のロールアップを使います。

ロールアップは要約として扱い、関連付けたTradeが正しいことの証明には使わないでください。先に元の記録を照合します。

ステップ3：再利用できるレビューテンプレートを1つ作る

2026年9月14日時点で、Notion公式のデータベーステンプレートガイドには、データベーステンプレートを使うと、あらかじめ構成とプロパティを設定したページを作成できると説明されています。Reviews内に、以下のセクションを含むテンプレートを1つ作ります。

対象範囲

• 期間の開始と終了
• 口座
• 通貨
• 関連付けたTrade
• 元のエクスポートまたは明細

データ確認

• 関連付けたすべてのTradeに固有のTrade IDがあるか？
• 各Tradeに口座と通貨があるか？
• 関連付けたTrade数は元の記録と一致するか？
• 純損益に手数料が一貫した方法で含まれているか？
• 重複または不足しているTradeはあるか？

プロセスレビュー

• 記載したプランに従ったTradeはどれか？
• 繰り返された逸脱はどれか？
• 比較するには広すぎたSetupラベルはどれか？
• 構造化項目にすべき事実を記載したメモはどれか？

判断

• 変更するプロセスルール1つは何か？
• 変更するデータ項目1つは何か？
• 未解決の項目は何か？
• いつ変更を再確認するか？

最後のセクションは短くします。1回のレビューで複数の変更を同時に行うと、次回のプロセス確認にどの変更が影響したかを判断しにくくなります。

ステップ4：未完了の作業を表示するビューを追加する

不足している作業を隠さず、表示するビューを作成します。

正しいレビューを開くのに役立つ場合だけ、カレンダーやタイムラインを追加します。上記の作業用ビューは、不完全または疑わしい記録を直接表示するため、引き続き利用できる状態にしてください。

ステップ5：出所を失わずに記録をインポートする

レビューにはNotionを使います。Brokerのエクスポートまたは元の明細は、元記録として保持してください。

毎回、同じ順序でインポートします。

1. 元のエクスポートを、ファイル名に口座と日付範囲を入れて保存します。
2. 値を移す前に行数と期間を確認します。
3. 元データの列を、過去のインポートと同じTradesプロパティへ対応付けます。
4. 新しい行を追加する前に、Trade IDの重複を確認します。
5. 手数料、複数の約定、複数通貨など、そのデータ群に含まれる条件を網羅するサンプルを照合します。
6. インポートした行に元ファイルの参照を追加します。
7. 新しい行のプラン遵守を未レビューに設定します。
8. インポート確認に合格した後、ユーザー入力のレビュー項目を記入します。

変更を記録せずに、インポート値を修正しないでください。元のインポートを置き換えるか、修正内容と理由を記録します。日誌を確認する人が、元の値とレビュー中に加えた変更を特定できる状態にします。

週次レビューを実行する

テンプレートからReviewsページを作成します。Tradeを関連付ける前に、口座、期間、通貨をそれぞれ1つ設定します。

次の順序でレビューします。

1. 元の記録と関連付けたTrade数を比較します。
2. 不足しているID、通貨、手数料、重複記録を解消します。
3. 定義したSetup内で、プラン遵守と逸脱を比較します。
4. Trade数と純損益を並べて確認します。通貨は混在させないでください。
5. プロセスまたはデータの変更1つと、確認日を記録します。

勝ちTrade、負けTrade、BreakevenのTradeに同じ確認を適用します。結果が出たことは、判断がプランに従っていた証明にはなりません。損失が出たことも、プランに従わなかった証明にはなりません。

日誌を信頼する前に検証する

最初は少量のデータで試します。次の条件をすべて確認してください。

• すべてのTradeに安定したTrade IDが1つある。
• サンプルの各Tradeがデータベースに1回ずつ含まれている。
• エントリー時刻、エグジット時刻、方向、数量、手数料、純損益、通貨が元データと一致している。
• インポート値、計算値、ユーザー入力値を区別できる。
• レビューのリレーションに意図したTradeだけが含まれている。
• Trade数のロールアップが関連付けた記録数と一致している。
• 未完了のTradeとレビューが、未完了作業用ビューに表示されている。
• 別の人が記憶に頼らず、インポートとレビューのルールに従える。

サンプルが照合できない場合は、作業を止めてインポート手順を修正してください。履歴を追加すると、同じ対応付けの誤りが繰り返されます。

Notionで十分な場合

次の条件を満たす間は、Notionのワークフローを使い続けられます。

• レビューする記録に、安定したインポート方法1つで対応できる。
• 修正作業を繰り返さず、各インポートを照合できる。
• 口座と通貨の境界を確認できる。
• リレーションが意図したTradeを参照している。
• 毎週のレビューが、データの準備より長くかかる。
• 表示される各値を、その出所または計算までたどれる。

手作業があること自体は問題ではありません。データの準備や修正が原因で、予定どおりにレビューできなくなったときに制約となります。

専用の日誌ソフトウェアを検討する場合

次の条件が1つ以上続く場合は、専用の日誌を検討します。

• Brokerの形式ごとに異なる対応付けルールが必要になる。
• 部分約定を一貫してTradeにまとめるのが難しい。
• 数式またはロールアップの変更により、過去のレビューを修正する必要がある。
• 複数の口座や通貨を誤って混在させやすい。
• メモ、スクリーンショット、約定、リスク水準、計算が別々の記録に分散している。
• 要約から、その根拠となるインポート済みTradeをたどれない。
• データの再構築に時間がかかるため、レビューを省略している。

専用ソフトウェアは、記録の準備を減らし、レビューの対象範囲を一貫させるものであるべきです。それだけで結果が保証されたり、取引判断が改善されたりするものではありません。日誌分析を取引判断に使う前に、Tradewaysのリスク開示をお読みください。

Tradewaysでは、日誌のメモをTrade記録へ関連付け、約定、リスク水準、スクリーンショット、カスタム項目、計算済みのエクスカーション指標をTradeと一緒に保持できます。分析Widgetは、特定の口座とフィルター範囲に計算を適用します。この一連のワークフローが必要な場合は、現在のTradewaysの日誌をご確認ください。

記録のエクスポートを保管し、新しい日誌を信頼する前にサンプルを検証してください。どのツールを使う場合も、同じ出所管理と照合のルールが適用されます。