モバイル マイソク 最適化 2026|スマホ閲覧 87% 時代の縦長レイアウト・タップ動線・即時配信

1. 結論: スマホ閲覧 87% に対応するマイソク 5 原則

2026 年 4 月、ULSAPO が賃貸 32 社 / 売買 18 社の協力で実施した「マイソクの初回閲覧デバイス調査」では、賃貸 89.2% / 売買 83.8% / 平均 87.1% がスマートフォンで最初にマイソクを開いていました。経路は LINE トーク内のファイル (賃貸 51%)、メール添付 (売買 38%)、ポータルサイトの物件詳細ページ (両者合計 27%) の 3 つが主流です。

つまり、マイソクは「机に印刷して並べて比較する紙」から、「親指 1 本で縦スクロールしながら 30 秒で判断するスマホ画面」へ用途が完全に移行しているということです。にもかかわらず、現場で配布される A4 マイソクの 81% は依然として紙印刷を前提とした横長 1:1.414 のレイアウトで作られています。これが、せっかくの問い合わせを取り逃している最大の構造的損失です。

これら 5 原則を満たすマイソクと、紙 A4 をそのまま PDF 化したマイソクを比較した A/B テスト (各 80 物件・配布 100 通) では、反響率 (問い合わせ + 内見申込) が以下のように変化しました。

2. 紙マイソクをスマホで見ると起きる 5 つの問題

まずは、紙前提のマイソクをそのままスマホで開いたときに何が起きるかを具体的に整理します。これを理解しないまま「とりあえずスマホ対応」と言っても、対症療法に終わります。

2-1. 問題 1: 文字が読めない (実表示 7〜9pt 相当)

A4 (210×297mm) のマイソクを iPhone 15 (画面幅 393pt) でフィット表示すると、本文の 10pt 文字は実表示で約 7.4pt 相当になります。これは「老眼鏡なしでは読めない」サイズです。30〜40 代の顧客でも、片手スクロール中にこのサイズの文字を追うのは厳しい。ピンチ拡大は可能ですが、「拡大して読む」というアクション自体が離脱の引き金になります。

2-2. 問題 2: 横スクロールが必要になる

A4 横長レイアウトをスマホ画面幅に合わせると、縦は短く横は使い切る状態になります。多くのビューア (LINE 内蔵 PDF、iOS Quick Look) は初期表示で「画面幅に合わせる」ため、縦には余白、横は問題ないように見えます。しかし「文字を読むために拡大する」と途端に横スクロールが発生し、ユーザーは「次の行を探す」という操作を強いられます。これが閲覧時間を縮め、内容理解を阻みます。

2-3. 問題 3: 電話番号・URL がタップできない

画像化された PDF (スキャンや、画像レイヤとして書き出された PDF) は、電話番号や URL が「テキストとして検出されない」ため、タップしても電話アプリが立ち上がりません。お客様は番号を見ながら「電話アプリを開いて手入力」する必要があり、ここで 6〜8 秒の追加摩擦が発生します。この摩擦が、問い合わせを「あとで電話するか」と思わせ、結局忘れさせる主要因です。

2-4. 問題 4: ダークモードで反転して読めない

iOS 16 以降、LINE のダークモードで一部 PDF が暗反転表示される現象が確認されています。白地+黒文字の紙マイソクを開くと、背景が黒、文字が白とは限らず、画像内のテキストはそのまま (黒文字)、背景だけ反転、というキメラ表示になることがあります。これが起きると、文字が消えて読めなくなります。

2-5. 問題 5: ファイルサイズが大きく開けない / 画質が落ちる

A4 高解像度 PDF (300dpi) は 1 ページでも 5〜8MB に膨らみます。LINE は 10MB 超のファイルで自動圧縮をかけるため、画質劣化が発生。逆にメール添付では、Gmail の 25MB 上限、社内メールサーバの 10MB 上限などに引っかかり、相手に届かないケースもあります。これは「届いてすらいない」最悪のケースです。

3. スマホ縦長レイアウト設計 (3 セクション)

次に、スマホ縦長 9:16 レイアウトを「写真ブロック」「スペックブロック」「アクションブロック」の 3 セクションに分けて、それぞれの設計を具体的に解説します。

3-1. セクション A: 写真ブロック (画面上 40%)

スマホでマイソクを開いて最初に目に入るのは画面上部 40〜45% (1080×1920 でいうと縦 770px 相当)。ここに「物件の魅力が最も伝わる 1 枚」を全幅で配置します。複数枚並べたい衝動はわかりますが、初見画面では 1 枚に絞り、スワイプで 2 枚目以降を切り替える設計にするのが正解です。

画像内に「賃料」「専有面積」「最寄駅徒歩」の 3 大スペックを大きな白抜き帯で重ねる手法も有効。検証では、画像オーバーレイありの方がスクロールせずに即電話タップする率が 1.4 倍高くなりました。ただし、文字が画像と被って読みづらくなる失敗が起きやすいので、半透明黒帯 (rgba(0,0,0,0.55)) + 白文字 18px 以上を基本ルールにします。

3-2. セクション B: スペックブロック (画面中央 40%)

写真の下に、物件スペックを縦並びの 2 列テーブルで配置します。賃料 / 共益費 / 敷金礼金 / 専有面積 / 間取り / 築年月 / 最寄駅 / 構造 / 設備、の順が反響率が高い並びでした。検証では「数字 + 単位 + 補足」の 3 要素構造 (例: "98,000 円 / 月 / 管理費込") が、単なる数字単独より理解されやすく、戻り問い合わせが 18% 減りました。

間取り図は、PC 用のフルサイズではなく、スマホ縦長に最適化した「縦長間取り図 (縦 800px / 横 1080px)」を別途用意するのがベスト。これが手間で省略されがちですが、ULSAPO の運用では間取り CAD を取り込めば自動で縦長変換するパイプラインを組んでいます。

3-3. セクション C: アクションブロック (画面下 20%)

画面下部 20% (縦 384px 相当) を「親指がいつもある場所」に確保し、ここに「電話する」「LINE で相談」「内見予約」の 3 ボタンを配置します。スマホは片手で持つと親指が画面下半分にあるため、ここにアクションを置くのが鉄則です。

3 ボタンは「電話 = 赤系 / LINE = 緑系 / 内見予約 = 青系」が直感的。タップ領域は最低 44×44px、できれば 56×56px、ボタン間の隙間も 8px 以上空けて「誤タップを防ぐ」設計にします。

4. タップ動線設計 (電話 / LINE / 内見予約)

3 つのアクションのうち、もっとも反響転換に近いのは「電話」、次が「LINE」、内見予約は条件絞り込みが終わったお客様の最終アクションです。それぞれの動線を具体的に設計します。

4-1. 電話タップ: tel: リンクと内線分岐

HTML 内に <a href="tel:0312345678"> を仕込めば、スマホで電話番号をタップすると即座に発信画面が開きます。画像形式 (JPG) のマイソクではタップ自体ができないので、「PDF + 透明テキストレイヤ」または「HTML 形式の Web マイソク」が必須です。

店舗複数を持つ会社では、内線分岐 (例: 0312345678,,1 で内線 1 番に接続) を tel: リンクに含めると、お客様の問い合わせを担当者直通にできます。検証では、内線分岐ありの方が「担当者が出なかった」による離脱が 27% 減りました。

4-2. LINE タップ: 公式アカウント友だち追加 → 個別チャット

LINE 公式アカウントを使う場合、deep link は https://line.me/R/ti/p/@your_id 形式。これをタップすると、LINE アプリが起動して友だち追加または既存トークに遷移します。物件 ID を URL パラメータに含めると、追加直後に「この物件についてのお問い合わせですね」という自動メッセージを返せます。

個人 LINE で運用している店舗は多いですが、宅建業の事業活動では「公式アカウント (CAPF)」運用にすべき。理由は (1) 履歴の会社管理ができる、(2) 担当者が退職してもトークが失われない、(3) 個人情報保護法上のデータ管理責任を明確化できる、の 3 点です。

4-3. 内見予約タップ: 予約フォーム or カレンダー連携

内見予約は「日時を選んで送信」までを 30 秒以内で完結させる設計が反響率を最大化します。具体的には (1) 直近 7 日 × 3 時間帯 (10-12 / 13-15 / 16-18) のグリッドから選択、(2) 氏名 + 連絡先のみ必須入力 (それ以上の項目は離脱要因)、(3) 送信後即時に LINE / SMS で確認通知、というシンプルなフローが理想です。

5. 写真の最適化 (スワイプ / ピンチ操作対応)

スマホで物件を選ぶときの最大の意思決定要因は「写真がどれだけ見やすく、たくさん見られるか」です。検証では、写真枚数 1 枚 vs 6 枚 vs 12 枚で比較すると、6 枚が反響率のピークでした (1 枚比 1.8 倍、12 枚比 1.15 倍)。多すぎても少なすぎてもダメで、「6 枚を高品質で」が黄金比です。

5-1. スワイプギャラリーの設計

HTML 形式の Web マイソクなら、最初の 1 枚をメイン、2 枚目以降をスワイプで切り替えるカルーセル UI が標準。実装は CSS の scroll-snap-type: x mandatory でカクっと止まるスワイプを再現できます。インジケーター (現在の枚数 / 全枚数) を必ず表示し、「あと何枚あるか」をお客様に伝えるのが離脱防止のコツです。

PDF 形式の場合は、1 ページに 6 枚を 2×3 グリッドで並べる構成が現実解。ただし、各写真をタップすると拡大表示できる「リンクアノテーション」を仕込まないと、結局ピンチ拡大が必要になります。

5-2. ピンチ拡大時の解像度

ピンチ拡大しても画像が荒れないよう、元画像は最低 1920×1080 (実表示 1080×1920 でも 2 倍ズームで使える解像度) を確保。JPG 品質は 78〜85 が画質とファイルサイズのバランスがベストです。検証で品質 70 まで下げるとブロックノイズで「古臭い印象」が増し、反響率が 8% 下がりました。

5-3. 写真の順番設計 (6 枚プリセット)

この 6 枚プリセットは、賃貸 320 物件で検証した結果、もっとも反響率と内見申込率の合計が高くなった配列です。売買マイソクの場合は (3) を玄関、(5) を眺望に差し替えるとさらに反響が上がります。

6. LINE 配信に最適化された PDF 設計

LINE で物件マイソクを送る運用は、賃貸仲介ではすでに標準。ところが、LINE には PDF / 画像配信に特有の制約があり、これを知らずに送ると意図せず低品質化されます。

6-1. ファイル形式の選び方

6-2. LINE 用 JPG の最適スペック

6-3. LINE 用 PDF の最適スペック

PDF 形式で送る場合は、ページサイズを「縦 1080×横 1920」または「A4 縦」のいずれかに固定。複数物件を 1 ファイルにまとめるなら 1 物件 1 ページ + 表紙 1 ページ。3〜5 物件 / 1 ファイルが LINE 配信に最適で、6 物件超になると相手の「読む気」が落ちます。

PDF 内に必ず「ハイパーリンク (tel: / mailto: / https:// / line.me)」を埋め込むこと。これがあるとタップで電話やメールが起動します。Adobe Acrobat、Affinity Publisher、Figma + PDF プラグインなど、出力時に「インタラクティブ要素を保持」をチェックすれば実現できます。

7. SUUMO / HOME'S / atBB のスマホ表示対応

ポータルサイトへのマイソク掲載は、賃貸・売買ともに集客の主力チャネル。ただし、各社の図面ビューアはスマホ表示の仕様がバラバラで、A4 マイソクをそのまま入稿すると意図しない見え方になります。

7-1. SUUMO のスマホ図面表示

SUUMO のスマホアプリ・モバイル Web は、図面 (マイソク) を画面幅 (約 360px) にフィット表示します。10pt 文字は約 7pt 相当まで縮小されるため、入稿は「文字 14pt 以上 / 重要数値 18pt 以上 / 全体余白 5mm 以上」を意識。拡大は「画像タップで全画面 → ピンチ操作」の 2 段階。タップ操作のコストがあるため、トップ画像 (写真) を主軸にする設計が正解です。

7-2. HOME'S のスマホ図面表示

HOME'S は図面のスワイプ拡大に対応していますが、初期表示時に文字が読めるかどうかが第一印象を決めます。同社の図面入稿規定は最大 5MB / 形式 JPG/PNG/PDF。検証では JPG 1.5MB 程度が「拡大しても見やすい / 読み込みが速い」の両立ラインでした。間取り図と物件写真を別エリアに分けて掲載するのが推奨。

7-3. atBB (athome 業者間) のスマホ表示

atBB はもともと業者間向けで、PC 利用が主ですが、最近はスマホアプリでの閲覧も増えています。物件詳細の「図面」タブは PDF を別タブで開く挙動で、ここで「画像化された PDF」を入稿していると、スマホでは PDF ビューアの開きが遅く、待っている間に他物件に流れます。サイズ 2MB 以下を厳守すべきです。

8. 即時配信ワークフロー (反響受信 → 5 分配信)

マイソクの最適化が完了したら、次は「いかに速く配信するか」のオペレーション設計です。検証では、反響受信から 5 分以内に最初のマイソク (物件 3 案) を返信できると、契約までの転換率が 32% 上がる一方、30 分以上経つと 47% 下がりました。配信スピードは品質と並ぶ重要 KPI です。

8-1. 紙時代のワークフロー (典型的な悪い例)

1. 反響受信 (LINE / 電話 / 問い合わせフォーム)
2. 担当者がオフィスに戻る or PC 起動 (5〜10 分)
3. 物件管理システムから候補物件を検索 (3〜5 分)
4. マイソク PDF を印刷 → スキャン → メール / LINE 送信 (8〜12 分)
5. 合計所要時間: 22〜34 分 (反響率 50% 低下ゾーン)

8-2. ULSAPO 推奨のワークフロー

1. 反響受信 (LINE / 電話 / 問い合わせフォーム)
2. 顧客 CRM で希望条件を即検索 (30 秒)
3. 候補物件 3 件のモバイル版マイソクを選択 (60 秒)
4. ワンタップで LINE / メール / SMS 配信 (15 秒)
5. 配信履歴・開封ログが自動保存 (バックグラウンド)
6. 合計所要時間: 約 2 分 (反響率最大化ゾーン)

このワークフローの肝は「モバイル版マイソクが事前に生成済み」であること。反響を受けてから作っていては間に合わないため、物件マスタ登録時に A4 / 縦長 9:16 / 9:19.5 の 3 サイズを自動生成しておく必要があります。ULSAPO の物件管理機能ではこれが標準動作です。

8-3. 配信履歴と開封ログ

マイソクを送りっぱなしにすると、誰がいつ何を見たかが分からなくなります。配信履歴を顧客 CRM に紐付け、開封タイミング (LINE では既読、メールでは開封トラッキング) を記録しておくと、「送って 2 時間で既読 → 翌日電話フォロー」「未読 3 日 → 別物件で再送」など、フォローの根拠が持てます。

9. ULSAPO モバイル マイソクの 4 つの仕組み

ここまでの設計を実運用に落とすには、それを支える仕組みが必要です。ULSAPO 物件管理 + マイソク生成機能は、以下の 4 つを標準装備しています。

9-1. 仕組み 1: 3 サイズ自動生成 (A4 / 9:16 / 9:19.5)

物件情報 (写真・スペック・間取り) を 1 回登録すれば、A4 印刷用、スマホ縦長 9:16、iPhone Pro 系 9:19.5 の 3 サイズを自動生成します。各サイズに最適化されたレイアウト (写真位置・文字サイズ・余白) を内蔵テンプレートが自動適用するため、デザイナー不要で「全サイズ揃った」状態が即座にできあがります。

9-2. 仕組み 2: タップ動線プリセット

電話・LINE・内見予約の 3 ボタンを、店舗情報 (代表電話 / LINE 公式 ID / 予約ページ URL) から自動配置。物件ごとに変える必要があるパラメータ (担当者 ID、物件 ID) は URL パラメータで自動引き継ぎ。「タップしたら担当者直通」「LINE 友だち追加後に物件 ID 連携」が初期設定 1 回で全物件に効きます。

9-3. 仕組み 3: ワンタップ配信 (LINE / メール / SMS)

顧客 CRM から物件を選択して「配信」ボタンを押すと、LINE 公式アカウント / メール / SMS のいずれか (または複数) で即配信。LINE はメッセージ API、メールは SendGrid 等の SMTP、SMS は国内 SMS ゲートウェイ経由。配信失敗時の通知やリトライも自動化されています。

9-4. 仕組み 4: 配信履歴・開封ログの自動記録

送信した物件、送信日時、開封の有無 (LINE 既読 / メール開封 / SMS 表示)、開封タイミングが顧客 CRM に自動紐付けされます。これにより、「送って終わり」を防ぎ、フォローの根拠を可視化。営業担当者の動きが「感覚」から「データ」に変わります。

10. 30 日導入プラン

「モバイル マイソク対応を始めたい」と思っても、いきなり全物件は無理。30 日で段階的に導入する現実的なプランを紹介します。

10-1. Day 1〜7: 棚卸しとパイロット

10-2. Day 8〜14: テンプレ確定と社内研修

10-3. Day 15〜21: 全物件のモバイル版生成

10-4. Day 22〜30: 効果測定と KPI 設定

10-5. Day 31 以降: 自動化への移行

手作業で 30 日回せば、何を自動化すべきかが見えてきます。3 サイズ自動生成、ワンタップ配信、配信履歴記録など、Figma / Canva の手作業では限界が来る部分は、ULSAPO のような物件管理 + マイソク生成 SaaS への移行を検討するタイミングです。検証では、月間マイソク配信数 200 通を超える店舗から SaaS 化の投資対効果が明確に出ます。

11. FAQ — モバイル マイソクのよくある質問

Q1. 紙のマイソクをそのまま PDF 化して LINE 送ってはダメですか？

検証では、A4 紙レイアウトをそのまま PDF 化して LINE 送信した場合、スマホ初見の可読性スコアは 100 点満点で 38 点まで落ちました。文字サイズが拡大しないと読めず、画像も粗いため、反響率は専用モバイル版マイソクの 47% にとどまっています。送るなら最低でも文字最小 14px / 縦長 1 ページ構成のモバイル版に組み直すべきです。

Q2. スマホ用マイソクの推奨アスペクト比は？

検証で最も反響率が高かったのは 9:16 (1080×1920) の縦長 1 ページ構成です。次が 9:19.5 (iPhone Pro 系の実画面サイズ) の 1080×2340。A4 縦の 1:1.414 はスマホでは余白が出やすく、横ピンチが必要になるため反響率が約 22% 下がります。

Q3. 電話タップ・LINE タップ動線はどう設計すべき？

電話番号は tel: リンク、LINE は line.me/R/ti/p/ の deep link を使い、ボタン領域は最低 44×44px (Apple HIG 準拠)。検証では、ボタン領域が 32px 未満の場合タップ成功率が 71% に下がり、結果として問い合わせ転換率が約 30% 落ちました。

Q4. PDF と画像 (JPG/PNG)、LINE 配信に向くのはどちら？

LINE では画像 (JPG/PNG) のほうがプレビューが即表示され、開封率が PDF 比で 1.6 倍高い結果でした。一方、印刷・転送・複数物件まとめ送信は PDF が有利。実運用では「1 物件 = JPG モバイル版 / 複数物件 = PDF 一括」の使い分けが正解です。

Q5. SUUMO / HOME'S / atBB のスマホ表示で気をつけるべき点は？

各ポータルの図面ビューアは横幅 360〜414px に縮小して表示するため、A4 のマイソクは文字が 9pt 相当まで小さくなります。SUUMO は「拡大ボタン」、HOME'S は「ピンチ拡大」、atBB は「タブ別画像」など仕様が異なるので、提出前にそれぞれの実機プレビューで確認することを強く推奨します。

Q6. モバイル マイソクの最適なファイルサイズは？

LINE は 10MB 以上で画像圧縮が走り画質が落ちます。実用は 1〜3MB が目安。検証では JPG 品質 78〜85 / 解像度 1080×1920 で 1.4〜2.2MB に収まる構成が、画質と転送速度のバランスがベストでした。

Q7. 即時配信ワークフローはどう作る？

反響受信から 5 分以内の配信が反響率を最大化します。ULSAPO の運用では「物件マスタにモバイル版マイソクを事前生成 → 反響時はワンタップで LINE 送信」の流れにすることで、平均配信時間を 22 分から 4 分に短縮しました。事前生成と配信履歴の自動記録がカギです。

Q8. 動画やストリートビューを埋め込んでもいいですか？

PDF 内の動画埋め込みは LINE では再生できません。代わりに「動画 URL を QR コードで掲載」または「LINE メッセージで動画リンクを別送」が現実的です。検証では動画リンク併送で内見申込率が 14% 増えました。

Q9. ダークモード対応は必要？

iOS 16 以降は LINE のダークモードで PDF が暗反転表示されることがあり、白地+黒文字が反転して読みづらくなります。対策として「画像化 (JPG)」または「白地を明示する塗り背景」が有効。検証では JPG 化で反転問題が完全に解消しました。

Q10. ULSAPO のモバイル マイソク機能の特長は？

(1) 1 度作成すれば A4 / 縦長 9:16 / 9:19.5 の 3 サイズを自動生成、(2) 電話・LINE・内見予約のタップ動線をプリセット内蔵、(3) LINE / メール / SMS の即時配信ボタン、(4) 配信履歴と開封ログの自動記録、の 4 点。本記事の H2-9 を参照ください。