不動産投資のシミュレーションで一番怖いのは、計算式の難しさではありません。最初に入れた数字が間違っているのに、きれいな利回りやキャッシュフローが出てしまうことです。
たとえば、販売図面の満室想定家賃だけを入れる。金利を低めに置く。築古木造なのに融資期間を35年で入れる。修繕費をゼロにする。これだけで、実際には厳しい物件が「買ってよさそうな物件」に見えてしまいます。
この記事では、不動産投資シミュレーションの入力ミスを防ぐ方法を、初心者でも順番に確認できる形で整理します。目的は、1件の物件をきれいに計算することではありません。将来的に、物件情報の取得、収益判定、危険条件の検出、候補リスト化まで自動化し、人間が毎回張り付かなくても利益候補をふるい分ける仕組みに育てることです。
なお、本記事は一般的な情報提供です。個別の物件購入、融資、税務判断を勧めるものではありません。最終判断では、税理士、金融機関、不動産会社、建築士など専門家への確認を前提にしてください。
この記事で使う一次情報と検証ログ
この記事では、一般論だけでなく、次の一次情報を前提にチェックしています。
- 国税庁：不動産所得は「総収入金額 − 必要経費」で計算される
参考：国税庁 No.1370 不動産収入を受け取ったとき - 国税庁：必要経費には、業務用資産の修繕費、借入金利息、業務用部分の固定資産税などが関係する一方、所得税・住民税は必要経費にならない
参考：国税庁 No.2210 必要経費の知識 - 国税庁：木造・合成樹脂造の店舗用・住宅用建物の法定耐用年数は22年
参考：国税庁 主な減価償却資産の耐用年数表 PDF - 国土交通省：賃貸住宅管理業法、登録制度、管理業務関連情報
参考：国土交通省 賃貸住宅管理業法 関係法令・ガイドライン
また、Hiro編集部のローカル運用データも確認しました。
Hiro編集部 ローカル確認ログ（2026-07-10 / Asia-Tokyo）
- 確認場所：
G:\マイドライブ\AI_Agents\github\repos\auto-ai-blog - 確認対象：
notion_search.json、sites/real-estate/content/posts - 確認できた実例：神奈川県横浜市港北区菊名の一棟アパート記録
- 記録値：価格3,360万円、表面利回り12.21%、木造、8戸、1984年2月築、築42年、残存年数5年、ステータス「資料請求済み」
- 備考欄の要旨：残存年数5年のため通常融資35年は困難。大阪系銀行などで最長25年融資の可能性あり。CF要精査。
この実例で重要なのは、表面利回り12.21%という入口の数字だけでは判断できないことです。築42年の木造一棟アパートに、根拠なく35年融資を入れると、返済額が小さく見え、キャッシュフローが実態より良く表示される恐れがあります。
全体像：シミュレーションは「購入判断表」ではなく「自動選別装置」
不動産投資シミュレーションとは、物件価格、家賃、空室率、運営経費、ローン条件、税金、修繕費、売却想定を入力し、手残りやリスクを見える化する表です。
初心者向けに言えば、物件を買う前に、毎月いくら残りそうかを試算する家計簿です。
ただし、実務ではそれだけでは不十分です。シミュレーション表は、次のような自動化の土台になります。
- ポータルサイトや管理表から物件情報を取り込む
- 価格、築年数、駅距離、表面利回りを自動整理する
- 金利、融資期間、空室率を標準条件で仮入力する
- DSCR、返済後キャッシュフロー、税引後CFを計算する
- 危険条件にフラグを立てる
- 条件を満たす物件だけをスプレッドシートやNotionに残す
つまり、シミュレーションは「買うかどうかを気分で判断する表」ではなく、悪い物件を早く落とし、見るべき物件だけを残す装置です。
最初に決めるべき入力ルール
シミュレーションの精度は、計算式よりも入力ルールで決まります。最低限、次の5列をすべての物件に持たせてください。
| 列名 | 目的 | 入力例 |
|---|---|---|
| 入力元URL | 数字の出どころを追跡する | 健美家、楽待、販売図面URL |
| 取得日 | 古い情報か判断する | 2026-07-10 |
| 単位 | 円・万円、月額・年額の混在防止 | 万円、年額 |
| 根拠 | 仮置きか確認済みかを分ける | 販売図面、ヒアリング、仮置き |
| 要人間確認フラグ | 自動判定しにくいリスクを残す | 融資要確認、法務要確認 |
この5列がない表は、後から見返したときに「なぜこの数字になったのか」が分からなくなります。自動化する場合も、入力元と単位が不明なデータは危険です。
ステップ1：物件IDを先に作る
最初に入力するのは、利回りではなく物件IDです。
物件IDは、同じ物件を後から追跡するための管理番号です。例として、次のように作ります。
20260710-kanagawa-kikuna-apartment
物件IDには、日付、地域、物件種別を入れると管理しやすくなります。
物件名だけで管理すると、掲載サイトごとに表記が変わったときに重複します。自動化を考えるなら、次の項目を組み合わせて重複判定できるようにします。
- 掲載URL
- 住所
- 価格
- 建物面積
- 土地面積
- 築年月
- 戸数
同じ物件を何度も検討すると、検討時間のKPIが悪化します。物件IDは地味ですが、自動化の土台です。
ステップ2：価格は「物件価格」と「総事業費」を分ける
よくあるミスは、物件価格だけを分母にして利回りを計算することです。
物件価格が3,360万円でも、実際に必要な資金はそれだけではありません。総事業費には、次の費用を含めます。
- 物件価格
- 仲介手数料
- 登記費用
- 不動産取得税
- 融資手数料
- 火災保険料
- 初期修繕費
- 司法書士報酬
- 印紙代
- その他購入時費用
列名は必ず分けてください。
物件価格（万円）
購入諸費用（万円）
初期修繕費（万円）
総事業費（万円）
表面利回りは「年間満室家賃 ÷ 物件価格」で見られることが多いですが、実務上の投資効率を見るなら、総事業費ベースの利回りも必要です。
ステップ3：家賃は3種類に分ける
家賃入力で一番多いミスは、販売図面の満室想定家賃だけを入れることです。
最低でも、次の3つに分けます。
| 家賃項目 | 意味 | 注意点 |
|---|---|---|
| 満室想定家賃 | 全室が想定家賃で埋まった場合 | 販売図面の数字が強めの場合がある |
| 現況家賃 | 現在入居中の部屋から入る家賃 | 空室があると満室家賃より低い |
| 再募集想定家賃 | 退去後に現実的に取れそうな家賃 | 近隣募集事例で確認する |
再募集想定家賃は、同じ駅、近い築年数、近い面積、近い設備の募集事例で確認します。
確認方法は次の順番です。
- 同じ駅徒歩圏の賃貸募集を3件以上見る
- 築年数、専有面積、設備が近いものに絞る
- 募集家賃と管理費を分けて見る
- 現在の想定家賃が相場より高すぎないか確認する
- 高い場合は「家賃要確認」フラグを立てる
自動化する場合は、販売図面の家賃をそのまま信用せず、相場より高い家賃に警告を出す設計にします。
ステップ4：空室率をゼロにしない
空室率とは、年間家賃のうち空室で失われる割合です。
たとえば、年間満室家賃が400万円で空室率を5%とするなら、空室損は20万円です。
空室損 = 年間満室家賃 × 空室率
400万円 × 5% = 20万円
満室稼働中の物件でも、退去、原状回復、募集期間は発生します。空室率を0%にすると、シミュレーションは楽観側に寄ります。
初心者は、最低でも次の3パターンで計算してください。
| ケース | 空室率 | 目的 |
|---|---|---|
| 通常ケース | 5% | 平常時の目安 |
| 保守ケース | 10% | 退去や募集苦戦を想定 |
| ストレスケース | 15% | 築古・駅遠・競争力低下を想定 |
実際の空室率はエリア、物件種別、管理力、賃料設定で変わります。重要なのは、ゼロで固定しないことです。
ステップ5：運営経費を「その他」にまとめない
国税庁の説明でも、不動産所得は総収入金額から必要経費を差し引いて計算します。つまり、経費を雑に扱うと、所得もキャッシュフローも歪みます。
最低限、次の列に分けてください。
- 管理委託費
- 清掃費
- 共用電気代
- 共用水道代
- 固定資産税・都市計画税
- 火災保険・地震保険
- 修繕費
- 原状回復費
- 広告費
- 借入金利息
- 税理士費用
- その他
注意点は、ローン返済額のうち、会計上の必要経費になり得るのは主に利息部分であり、元本返済そのものは経費とは別にキャッシュアウトとして扱う点です。シミュレーションでは、税務上の所得計算と現金の手残り計算を分ける必要があります。
ステップ6：金利と融資期間は物件属性に合わせる
金利と融資期間を全物件で同じにすると、比較は簡単になります。しかし、現実からズレやすくなります。
特に注意すべき物件は次のとおりです。
- 築古木造
- 旧耐震の可能性がある物件
- 違法建築や既存不適格の可能性がある物件
- 再建築不可
- 借地権
- 地方・駅遠
- 空室が多い一棟物件
Hiro編集部のローカル確認ログでは、1984年2月築、築42年、木造8戸、残存年数5年の一棟アパートが確認されています。このような物件に、根拠なく35年融資を入れると、月返済額が小さく見えます。
シートには必ず次の列を作ってください。
金利（%）
融資期間（年）
融資期間の根拠
金融機関確認状況
融資要確認フラグ
「過去に似た条件で融資実績あり」「金融機関にヒアリング済み」「未確認の仮置き」では、数字の信頼度がまったく違います。
ステップ7：税金と減価償却を空欄にしない
税引前キャッシュフローだけを見ると、投資判断を誤ることがあります。
確認すべき項目は次のとおりです。
- 不動産所得
- 借入金利息
- 減価償却費
- 固定資産税・都市計画税
- 所得税・住民税または法人税
- 減価償却終了後の税負担
- 売却時の譲渡税
減価償却とは、建物などの取得費を耐用年数に応じて費用化する会計処理です。国税庁の耐用年数表では、木造・合成樹脂造の店舗用・住宅用建物の法定耐用年数は22年とされています。
ただし、法定耐用年数は「建物の寿命」そのものではありません。また、中古物件の償却年数、土地建物按分、個人・法人の違い、消費税、譲渡税は個別性が高いため、税理士確認が必要です。
初心者向けのシートでは、まず次の3段階に分けると見やすくなります。
| 指標 | 意味 |
|---|---|
| 税引前CF | 家賃収入から運営経費とローン返済を引いた手残り |
| 税引後CF | 税金まで考慮した手残り |
| 減価償却終了後CF | 償却メリットが弱くなった後の手残り |
税金を空欄にすると、短期的に良く見える物件ほど危険です。
ステップ8：出口価格を入れる
出口価格とは、将来売却するときの想定価格です。
家賃収入が出ていても、売却時に大きく価格が下がれば、投資全体の成績は悪化します。逆に、保有中のキャッシュフローが薄くても、土地値や出口が強ければ別の見方ができます。
最低限、次の3ケースを置きます。
| ケース | 考え方 |
|---|---|
| 楽観ケース | 現在価格と同等で売却 |
| 通常ケース | 築年数の進行と利回り上昇を反映 |
| 保守ケース | 家賃下落、修繕未実施、買い手減少を反映 |
出口を入れないシミュレーションは、保有中の手残りだけを見る表になります。資産形成として見るなら、保有中CF、売却損益、累計リターンまで追う必要があります。
キャッシュフローはウォーターフォールで確認する
表面利回りだけでは、家賃収入がどこで消えているか分かりません。次の順番で引いてください。
満室家賃
- 空室損
- 管理委託費
- 固定資産税・都市計画税
- 保険料
- 修繕費
- 原状回復費
- 広告費
= NOI（営業純利益）
NOI
- 年間ローン返済
= 税引前キャッシュフロー
さらに税引後まで見るなら、次を追加します。
税引前キャッシュフロー
- 税金
= 税引後キャッシュフロー
この形にすると、利益を削っている原因が見えます。空室が重いのか、修繕が重いのか、ローン返済が重いのかを分けて改善できます。
専門家目線のチェックポイント
表面利回りと実質利回りの差が大きすぎないか
表面利回りは、年間家賃を物件価格で割った数字です。
表面利回り = 年間満室家賃 ÷ 物件価格
実質利回りは、空室損や運営経費を引いた後の収益を総事業費で割った数字です。
実質利回り = NOI ÷ 総事業費
表面利回りが高いのに実質利回りが大きく落ちる場合、空室、修繕、税金、諸費用、管理コストのどれかが重い可能性があります。
DSCRが1.0を下回らないか
DSCRは、返済余力を見る指標です。
DSCR = NOI ÷ 年間ローン返済額
DSCRが1.0を下回ると、営業純利益だけではローン返済をまかなえない計算です。1.0前後でも、空室、金利上昇、修繕で簡単に赤字化します。
初心者は、少なくとも次のストレスをかけてください。
| ストレス条件 | 確認すること |
|---|---|
| 金利+1% | DSCRが1.0以上か |
| 空室率10% | 税引前CFが残るか |
| 家賃5%下落 | 返済後CFが赤字化しないか |
| 修繕費+50万円 | 自己資金で吸収できるか |
築年数と修繕費が連動しているか
築古物件なのに修繕費が低い場合は要注意です。
確認すべき項目は次のとおりです。
- 屋上防水
- 外壁
- 給排水管
- 給湯器
- エアコン
- 分電盤
- 共用部照明
- 退去時原状回復
- シロアリ
- 雨漏り
- 境界・越境
修繕費を年額ゼロにすると、シミュレーション上は良く見えます。しかし、現実には設備交換や退去修繕が発生します。
人間確認が必要な物件を自動で拾えているか
自動化で危険なのは、表計算だけで判断しにくい物件を通してしまうことです。
次の条件は「要人間確認」フラグを立てます。
- 再建築不可
- 借地権
- 既存不適格
- 違法建築の可能性
- 心理的瑕疵
- 境界未確定
- 共有持分
- 管理不全
- 長期空室
- 賃料が相場より高い
- 融資期間の根拠がない
自動化できるのは、一次判定と異常値検出です。購入判断そのものは、人間と専門家の確認を残すべきです。
よくある入力ミスと対策
| 失敗 | 起きる問題 | 対策 |
|---|---|---|
| 満室想定家賃だけを使う | 収益力を過大評価する | 現況家賃、再募集家賃も入力する |
| 空室率を0%にする | 楽観シナリオしか見えない | 5%、10%、15%で試算する |
| 物件価格だけで利回りを見る | 諸費用や初期修繕を見落とす | 総事業費ベースも計算する |
| 融資期間を長く入れすぎる | 返済額が小さく見える | 融資期間の根拠列を作る |
| 修繕費をゼロにする | 築古物件が良く見えすぎる | 築年数別の最低修繕費を置く |
| 円と万円が混ざる | 計算結果が100倍ズレる | 単位列と入力規則を作る |
| 月額と年額が混ざる | 家賃や経費がズレる | 月額列と年額列を分ける |
| 税引前CFだけを見る | 実際の手残りを誤る | 税引後CFも見る |
| 出口を入れない | 売却損を見落とす | 出口価格を3ケースで置く |
自動化するなら入れるべき警告ルール
シミュレーションを自動選別装置にするなら、次のような警告ルールを入れます。
空室率 = 0% → 警告
修繕費 = 0円 → 警告
融資期間の根拠が空欄 → 警告
築30年以上かつ融資期間30年以上 → 警告
表面利回りと実質利回りの差が5%以上 → 警告
DSCR < 1.1 → 警告
現況家賃が空欄 → 警告
入力元URLが空欄 → 警告
単位が空欄 → 警告
最初から高度なAI判定を作る必要はありません。まずは、危ない入力を赤くするだけで十分です。
改善を測るKPI
不動産投資シミュレーションの改善では、利回りだけを見ても不十分です。入力精度と検討効率もKPIにしてください。
| KPI | 見る理由 | 改善アクション |
|---|---|---|
| 入力完了率 | 必須項目が埋まっているか | 空欄の多い項目を入力フォーム化する |
| 入力エラー率 | 円・万円、月額・年額の混在を検知する | 単位列と入力規則を追加する |
| 要確認フラグ件数 | 人間が見るべき物件を絞る | フラグ条件を見直す |
| DSCR | 返済余力を見る | 金利・空室ストレスをかける |
| 税引後CF | 実際の手残りを見る | 税率仮定と減価償却を更新する |
| 検討時間/件 | 自動化で時間が減っているか | 一次取得と一次判定を自動化する |
| 候補通過率 | 条件が甘すぎないかを見る | 除外条件を調整する |
| 後日修正率 | 最初の入力がどれだけズレたかを見る | 入力元と根拠欄を強化する |
このKPIを追うと、シミュレーションは「表を作って満足」から「毎日候補物件を自動で絞る仕組み」に近づきます。
初心者向け：1件目の物件でやるチェック手順
初めてシミュレーションする場合は、次の順番で進めてください。
- 物件ID、URL、取得日を入力する
- 物件価格と総事業費を分ける
- 満室家賃、現況家賃、再募集家賃を分ける
- 空室率を5%、10%、15%で置く
- 運営経費を項目別に入れる
- 金利と融資期間を仮置きし、根拠欄に「仮置き」と書く
- NOIを計算する
- 年間ローン返済を引く
- DSCRを計算する
- 税引前CF、税引後CFを分ける
- 出口価格を3ケースで置く
- 要人間確認フラグを確認する
最初から完璧に作る必要はありません。ただし、空欄のまま判断しないことが重要です。分からない数字は「仮置き」と明記してください。
反論：シミュレーションを細かくしても意味がないのでは？
「どうせ将来は読めないのだから、細かくシミュレーションしても意味がない」という反論はあります。
これは半分正しいです。金利、空室、災害、退去、修繕、家賃下落、融資姿勢の変化を完全に読むことはできません。
ただし、シミュレーションの目的は未来を当てることではありません。目的は、雑な前提で買ってはいけない物件を早めに落とすことです。
不確実だからこそ、次のように幅を持たせます。
- 通常ケース
- 保守ケース
- ストレスケース
- 融資不可ケース
- 売却価格下落ケース
1つの正解を出すのではなく、悪い条件でも耐えられるかを見る。それが実務的な使い方です。
限界：表計算だけでは判断できない領域
シミュレーションを整えても、投資成果は保証されません。
特に次の領域は、表計算だけでは判断できません。
- 法務リスク
- 建物状態
- 境界問題
- 入居者属性
- 管理会社の質
- 売主事情
- 金融機関の融資姿勢
- 修繕見積もりの妥当性
- 出口で買い手がつくか
また、再建築不可、借地権、共有持分、違法建築、特殊な賃貸借契約がある物件では、一般的な利回り表だけでは判断が足りません。利回りが高く見える物件ほど、出口や融資で詰まる可能性があります。
類似記事との差別化ポイント
よくある不動産投資記事は、「表面利回りに注意」「空室率を入れる」で終わります。
この記事の違いは、入力ミスを単なるミスではなく、自動化の失敗原因として扱っている点です。
- 入力元URL、取得日、単位、根拠、要確認フラグを必須化
- Hiroのローカル確認ログから、築42年・残存年数5年の実例を反映
- 表面利回りではなく、総事業費、NOI、DSCR、税引後CFまで確認
- 物件選別を人力作業ではなく、自動化資産として設計
- KPIで入力精度と検討効率を改善する視点を追加
- 税務・融資・法務の限界を明記
不動産投資で時間を消耗しないためには、良い物件を根性で探すより、悪い物件を早く除外する仕組みを持つほうが現実的です。
まとめ：今日やることは「入力ミスの見える化」
今日すぐにやるべきことは、手元のシミュレーションシートに次の5列を追加することです。
- 入力元URL
- 取得日
- 単位
- 根拠
- 要人間確認フラグ
この5列があるだけで、後から見返したときに「なぜこの数字を入れたのか」が分かります。
次に、次の警告を入れてください。
- 空室率0%
- 修繕費0円
- 融資期間の根拠なし
- 税金空欄
- 出口価格空欄
- DSCR 1.1未満
- 単位未入力
不動産投資の自動化で目指すべき状態は、毎日物件サイトを眺め続けることではありません。候補収集、一次計算、危険値検出、候補リスト化までを仕組みに任せ、人間は最後の判断に集中する状態です。
そのための第一歩が、入力ミスを見える化することです。
本気で自動化・不労所得を構築したい方向けの実践マニュアル
不動産投資シミュレーションを正しく作ることは、まだ入口です。
本当に狙いたいのは、物件情報の収集、収益判定、候補抽出、通知、記事化、販売導線、ポイント獲得、アフィリエイト収益までをつなぎ、自分の時間を使わなくても検証と収益化が回り続ける仕組みを持つことです。
毎日手作業で探す人と、毎日システムに探させる人では、半年後に残るデータ量が変わります。データ量が変われば、判断の精度も変わります。収益化のチャンスも変わります。
自動化、不労所得、AI活用、ポイント収益、デジタル資産化までを本気で組み立てたい方は、以下の商品一覧から実践マニュアルを確認してください。
今の作業を、将来の収益装置に変える設計図はこちらです。