収益物件の比較表を自動作成する方法：候補整理を「手作業」から「検証ログが残る仕組み」に変える

収益物件を探していると、物件ページ、仲介メール、PDF、Notionメモ、融資条件、周辺相場を何度も見比べることになります。

最初の数件なら手作業でも回ります。しかし10件、30件、100件と候補が増えると、問題は「良い物件がない」ではなく、どれを先に確認すべきか判断できないことになります。

この記事では、収益物件の比較表を自動作成するワークフローを、初心者でも作れる順番で解説します。

ここで作る比較表は、単なる物件一覧ではありません。価格、表面利回り、築年数、融資上の残存年数、戸数、エリア、情報源、取得日、ステータス、要確認理由を横並びにし、次に見るべき物件を絞るための判断画面です。

先に結論を書くと、自動化するべきなのは「購入判断」ではありません。自動化するのは、次の4つです。

1. 物件情報を集める
2. 比較表に必要な項目を抽出する
3. 単位と表記をそろえる
4. 人間が確認すべき候補だけを通知する

買付、融資、契約、税務、法務、修繕判断は、人間と専門家が確認する領域です。AIに任せる範囲を間違えると、時短ではなく事故の入口になります。

この記事で扱う一次情報と限界

一般論だけで終わらせないため、この記事ではHiro側の auto-ai-blog リポジトリで確認したローカルデータを前提にしています。

2026年7月12日に再確認した実測値は次の通りです。

この記事内の画像は、ワークフローを理解しやすくするための概念図です。投資判断の根拠そのものではありません。根拠として扱うべきなのは、物件URL、取得日、販売図面、レントロール、メール、PDF、修正履歴、そして人間による確認ログです。

Notion由来の7件には、次のような物件レコードが含まれていました。

この表は投資推奨ではありません。目的は、収益物件の比較表にどの項目が必要かを示すことです。

また、上の「残存年数」は税務上の法定耐用年数そのものではなく、Hiro側の物件管理データに入っていた融資確認用のメモです。税務上の耐用年数と、金融機関が融資期間を見るときの考え方は一致しないことがあります。ここを混ぜると判断を誤ります。

比較表の自動作成で解決する問題

収益物件探しで時間を失う原因は、物件を見つけることだけではありません。

多くの場合、次の作業に時間を取られます。

• 価格を転記する
• 表面利回りを見直す
• 築年数と構造を確認する
• URLを保存する
• メール本文とPDFを探し直す
• 満室想定賃料か現況賃料かを確認する
• 前回なぜ保留にしたか思い出す
• 同じ物件を別ルートで重複登録する

比較表を自動作成する目的は、これらを減らし、人間の時間を「転記」ではなく「確認と判断」に寄せることです。

ただし、すべてを自動化する必要はありません。初心者は、最初からスクレイピングやAIエージェントを作るより、まずGoogle SheetsやNotionで「列を固定する」ところから始める方が失敗しにくいです。

全体像：5つの部品で作る

収益物件の比較表自動化は、次の5つで構成します。

この5つを分けておくと、失敗したときに原因を切り分けやすくなります。

たとえば比較表に価格が入らない場合、原因は「入力が取れていない」のか、「抽出に失敗した」のか、「単位変換で落ちた」のかを確認できます。自動化では、この切り分けが重要です。

ステップ1：比較表の列を先に固定する

最初にやるべきことは、AIに指示することではありません。比較表の列を決めることです。

列が毎回変わると、自動化は不安定になります。初心者向けの初期列は次の通りです。

列名は日本語でも構いませんが、スクリプトで扱うなら price_million_yen のような英数字の列名にしておくと後で楽です。

最初から用途地域、建ぺい率、容積率、接道、修繕履歴、固定資産税評価額まで入れると、入力が重くなります。初期比較表では「見る順番を決める列」に絞ります。

ステップ2：情報源を3種類に分ける

情報源は、最低でも次の3種類に分けます。

ポータルサイトの情報を自動取得する場合は、必ず各サイトの利用規約を確認してください。技術的に取得できることと、規約上許されることは別です。

Hiro側のローカルデータでは、Notion由来の7件に「健美家」「業者直接」という情報源が残っていました。情報源を残す理由は、あとで根拠に戻れるようにするためです。

比較表だけが残っていても、URL、取得日、メール名、PDF名がなければ、AIの抽出ミスなのか、元資料の表記ミスなのか、人間の転記ミスなのかを切り分けられません。

ステップ3：AIには自由文ではなくJSONで返させる

AIに「この物件を比較しやすくまとめて」と頼むと、読みやすい文章は返ってきます。しかし比較表には向きません。

比較表に流すなら、出力形式を固定します。

{
  "property_name": "横浜市港北区 菊名駅7分 一棟アパート",
  "price_million_yen": 3360,
  "gross_yield_percent": 12.21,
  "full_occupancy_annual_rent_million_yen": null,
  "current_annual_rent_million_yen": null,
  "rent_basis": "不明",
  "building_age_years": 42,
  "structure": "木造",
  "units": 8,
  "area": "神奈川県横浜市港北区菊名",
  "source": "健美家",
  "source_url": "https://example.com",
  "acquired_date": "2026-06-29",
  "needs_human_check": true,
  "human_check_reason": "築古かつ融資期間の確認が必要。満室想定賃料と現況賃料の区別も未確認。"
}

ポイントは、次の3つです。

1. 数値は数値として返す
2. 不明な項目は推測せず null にする
3. needs_human_check と human_check_reason を必ず入れる

AIに推測で穴埋めさせると、比較表はきれいに見えます。しかし実務では、空欄よりも推測値の方が危険です。空欄は確認できますが、もっともらしい誤情報は見落とされやすいからです。

ステップ4：単位をそろえる

収益物件の比較表でよく起きる失敗が、単位の混在です。

次のように統一します。

「3,360万円」「3360万」「33,600,000円」が混ざると、並べ替えや計算が壊れます。

単位変換は、抽出直後に実行します。比較表に入った後で直す設計にすると、どの行が変換済みでどの行が未変換か分からなくなります。

ステップ5：一次情報へのリンクと取得日を残す

自動作成された比較表は便利ですが、AIの誤読が混ざる可能性があります。

そのため、各行に必ず根拠を残します。

物件情報は変わります。価格、利回り、満室状況、掲載URLが変わることもあります。取得日がない比較表は、時間が経つほど危険になります。

Hiro側のNotionデータでは、該当7件の調査日が 2026-06-29 として残っていました。このように日付があると、情報の鮮度を判断できます。

ステップ6：スコアではなく「見る順番」を作る

収益物件を点数化すると、判断が楽になったように見えます。しかし、総合スコアだけで投資判断するのは危険です。

初心者は、まず「買う・買わない」ではなく、次に人間が何を見るかを分類します。

AIに「買うべき物件」を決めさせるのではありません。AIには「人間がどの順番で確認すべきか」を整理させます。

ステップ7：通知条件を作る

比較表が自動更新されても、人間が毎回表を開くなら手間が残ります。そこで通知条件を作ります。

通知条件の例です。

閾値は人によって変わります。本記事では特定の利回りや価格帯を推奨しません。検討エリア、融資条件、自己資金、修繕余力、リスク許容度に合わせて決めてください。

高利回りだけで通知すると、築古、空室多め、再建築不可、修繕多めの候補ばかり集まることがあります。通知条件は、利回りだけでなく、情報源、取得日、構造、築年数、ステータスを組み合わせます。

ステップ8：手動修正を改善データにする

自動化を育てるには、人間が直した内容を捨てないことが大切です。

たとえばAIが「満室想定賃料」と「現況賃料」を混同した場合、次のように修正ログを残します。

このログがないと、AIは同じ間違いを繰り返します。

逆に修正ログがあれば、次回のプロンプト、抽出ルール、バリデーション条件に反映できます。比較表自動作成は、最初から完璧に作るものではなく、修正履歴で精度を上げる運用です。

専門家目線のチェックポイント

表面利回りだけで並べない

表面利回りは、年間賃料を物件価格で割った数字です。

たとえば、年間賃料410万円、価格3,360万円なら、表面利回りは約12.2%です。

ただし、表面利回りには次の要素が含まれません。

• 空室損
• 修繕費
• 管理費
• 固定資産税
• 火災保険
• 融資金利
• 返済期間
• 購入時諸費用
• 出口価格

Hiro側のサンプルにも、表面利回り17.5%の戸建がありました。しかし同じ行には、築45年、戸数1、融資上の残存年数メモ2年という情報もありました。

利回りだけを見れば魅力的に見えても、融資、修繕、賃貸需要、出口戦略を確認しないまま判断するのは危険です。

税務上の耐用年数と融資上の見方を分ける

国税庁の耐用年数表では、木造・合成樹脂造の店舗用・住宅用建物は22年、鉄骨鉄筋コンクリート造・鉄筋コンクリート造の住宅用建物は47年など、構造と用途ごとに耐用年数が定められています。

ただし、これは税務上の減価償却で使う考え方です。金融機関が融資期間を見るときの評価、担保評価、自己資金条件とは一致しないことがあります。

比較表では、列を分けるのが安全です。

「残存年数が短いから即NG」でも、「高利回りだからOK」でもありません。残存年数が短い物件ほど、融資期間、返済比率、修繕費、出口をセットで確認します。

満室想定と現況賃料を混ぜない

収益物件の利回りで特に注意すべきなのが、満室想定賃料と現況賃料の混同です。

満室想定利回りは、全部屋が埋まった前提の数字です。現況利回りは、現在の入居状況に基づく数字です。

比較表では、最低でも次の列を分けます。

賃料根拠が不明なら、比較表では「要確認」にします。空欄を無理に埋めるより、確認ポイントとして残す方が安全です。

法務・取引条件は自動判定しない

比較表でフラグを立てることはできます。しかし、次の判断は自動判定しない方が安全です。

• 再建築可否
• 接道義務
• 違法建築・既存不適格
• 用途地域
• 建ぺい率・容積率
• 境界
• 契約不適合責任
• 重要事項説明の内容
• 税務上の扱い

国土交通省は、宅地建物取引業法第35条に基づく重要事項説明に関係する法令制限等の情報を整理しています。実際の取引では、宅建業者、金融機関、税理士、司法書士などの確認が必要です。

AIは「確認すべき項目を漏らさない」ために使います。法務・税務・融資の最終判断をAIに渡す設計にはしません。

よくある失敗と対策

失敗1：AIに自由文でまとめさせる

「この物件を分かりやすくまとめて」と頼むと、AIは文章を作ります。しかし比較表にはそのまま使えません。

対策は、JSON、CSV、Google Sheetsの列名を指定することです。不明な項目は null と返させます。

失敗2：高利回りだけ通知する

高利回りだけで通知すると、リスクの高い物件ばかり集まることがあります。

対策は、利回りに加えて、築年数、構造、戸数、取得日、URL有無、賃料根拠、ステータスを組み合わせることです。

失敗3：取得日を残さない

取得日がない比較表は、古い情報で判断する原因になります。

対策は、抽出日時と元情報の日時を別列で残すことです。

• 掲載確認日
• メール受信日
• PDF作成日
• AI抽出日
• 人間確認日

失敗4：修正履歴を残さない

AIの抽出ミスを手で直して終わると、次も同じミスが起きます。

対策は、修正前、修正後、理由、次回ルールを残すことです。これが自動化の改善データになります。

失敗5：比較表が巨大化する

列を増やしすぎると、誰も見なくなります。

対策は、初期比較表と詳細調査表を分けることです。

比較表は物件資料の置き場ではありません。判断を早くするための画面です。

KPI：自動化ワークフローの成果を測る

自動化は作って終わりではありません。KPIを見ながら改善します。

Hiro側の品質基準では、記事にも「固有データ」「数字の根拠」「反論・限界」「読了後アクション」を入れることを重視しています。これは物件比較表にもそのまま使えます。

数字だけ並べるのではなく、なぜその候補を見たのか、なぜ除外したのか、次に何を確認するのかを残すことで、比較表は判断ログになります。

反論：そこまで自動化する必要はあるのか

「収益物件は数件だけ見ればいいから、比較表を自動化するほどではない」という反論はあります。

これは半分正しいです。

月に1件しか見ないなら、手入力のGoogle Sheetsで十分です。いきなりAI抽出や自動通知を作る必要はありません。

ただし、次のどれかに当てはまるなら、自動化する価値があります。

• 複数エリアを見ている
• 仲介メールが多い
• PDF資料が増えている
• 同じ物件を何度も見直している
• なぜ保留にしたか忘れる
• 利回り、築年数、融資メモを毎回手で転記している
• 物件検討ログを記事や教材にも転用したい

つまり、自動化の目的は「かっこいい仕組みを作ること」ではありません。見るべき候補と、見なくてよい候補を早く分けることです。

限界：自動化しても解けないこと

比較表自動化には限界があります。

自動化できるのは、情報収集、整形、比較、通知、履歴化です。

一方で、次の判断は自動化しません。

• 買付を入れるか
• 融資が本当に通るか
• 修繕費が妥当か
• 賃貸需要が本当にあるか
• 違法建築や再建築不可のリスク
• 税務上の扱い
• 契約条件の妥当性
• 出口戦略

ここを混同すると危険です。

AIとスクリプトは、候補を整理する道具です。投資判断、融資判断、契約判断を代行するものではありません。

類似記事との差別化ポイント

多くの記事は、「不動産投資では比較表を作りましょう」で終わります。

本記事の違いは、比較表を手作業のExcelではなく、検証ログが残る運用資産として設計している点です。

差別化ポイントは次の通りです。

• Notion由来の実データ7件を前提に列設計を説明
• Hiro側の品質基準とテストログを明記
• 利回りだけでなく、取得日、情報源、修正履歴を扱う
• 税務上の耐用年数と融資上の見方を分けて説明
• 投資助言ではなく、情報整理ワークフローとして解説
• 完全自動化の限界と人間が見るべき範囲を明記
• KPIで改善できる設計にしている

収益物件の比較表は、ただの一覧ではありません。運用次第で、物件判断の入口、営業資料、記事ネタ、テンプレート商品、教育コンテンツに変わります。

読了後すぐにやること

今日やるなら、まず1件だけで構いません。

次の手順でミニ版を作ってください。

1. 気になる収益物件を1件選ぶ
2. Google SheetsかNotionに、価格、表面利回り、築年数、構造、戸数、エリア、URL、取得日を入れる
3. 「満室想定か現況か」を確認する列を追加する
4. 「次に確認すること」を1行で書く
5. 同じ列で2件目、3件目を追加する
6. 3件並べて、どの条件が判断に効いたかメモする
7. 手で直した箇所を「修正ログ」として残す

この小さな比較表が、自動化の設計図になります。

最初から大規模なスクレイピングやAIエージェントを作るより、まず人間が見たい列を固定する方が早いです。

まとめ：比較表は候補整理の自動化資産になる

収益物件の比較表を自動作成するワークフローは、物件探しの作業時間を減らすだけではありません。

物件情報を集め、整形し、比較し、通知し、修正履歴を残すことで、自分の判断基準そのものがログとして蓄積されます。

ただし、完全自動で購入判断まで進めるのは危険です。AIに任せるのは、候補収集、比較表作成、異常値検知、通知、ログ化までです。

買付、融資、契約、法務、税務、修繕判断は、人間と専門家が確認します。

収益物件、比較表、自動作成という3つをつなげると、単なるExcel作業ではなく、時間を使わずに候補を拾い続ける仕組みが見えてきます。さらに、その比較データを記事、テンプレート、教材、メルマガに転用すれば、物件検討のために作った仕組みが、別の収益導線にも広がります。

本気で自動化・不労所得を構築したい方向けの実践マニュアルを用意しています。AI、Notion、スプレッドシート、ブログ、アフィリエイト、販売導線をつなげて、「自分が動かなくても検証と収益化が進む仕組み」を作りたい方は、次のページから実践マニュアルを確認してください。

本気で自動化・不労所得を構築したい方向けの実践マニュアルを見る

参考にした公的情報

• 国税庁：主な減価償却資産の耐用年数表
• 国土交通省：重要事項説明における各法令に基づく制限等についての概要一覧
• 金融庁：投資運用業等 登録手続ガイドブック