最新情報

Mongoの新コレクションに、連携先から正常に取得できたお客様の声を1件1ドキュメントで保存します。安定ID（連携先ID／登録ID／レガシー行はコンテンツ・ハッシュ）で識別され、連携先呼び出しが成功するたびにアップサートされ、デプロイをまたいで単調に増加します。公開のお客様の声エンドポイントは、このミラーを主データソースとして読み出します（新着順ページネーション、p99サブミリ秒）。15件の固定フォールバックは、ミラーがまだハイドレートされていない新規デプロイの「最初の読み出し」だけで動作します。

ミラーが空の状態で新規デプロイが立ち上がった場合、最初のリクエストが密かにワンショットのバックグラウンド ハイドレーションをトリガーします。ハイドレーションは連携先の `/latest`（高速・新着10〜20行）と `/list` の最初の10ページ（各15行＝合計約150行の新着）を巡回し、空ページや失敗ページに当たり次第そこで停止します。重い `/full`（2,600件超を一度に返却し、上流タイムアウトに乗り上げやすい）は意図的に使いません。結果として、新規デプロイは「冷えたミラー」から「最新約150行が見える状態」へ、毎回数秒で到達します。

ミラーから配信した各読み出しについて、直近の成功リフレッシュがSWRウィンドウ（デフォルト24時間・デプロイごとに調整可能）を超えていれば、バックグラウンドで `/latest` を1本だけ取得し、新規行をアップサートします。重複防止ロックにより、トラフィック量に関係なく同時実行は常に1本のみ、読み出し自体がこのネットワーク呼び出しでブロックされることはありません。連携先で新規公開された行は、トラフィックがあるサイトでは数分以内に次の訪問者から見え始めます。

診断エンドポイントに、現在のミラー ドキュメント件数を `local_mirror.doc_count` として追加しました。これにより運用担当者は、当該デプロイのミラーが「空（＝連携先／フォールバックに依存している状態）」なのか「完全にハイドレート済み（＝自己充足している状態）」なのかを一目で判断できます。既存の `last_upstream_call` ブロックと併せて、「なぜお客様の声がデグレードしているのか？」をどこからの1回の curl で回答できるようになりました。

公開向けにお客様の声を返す全コード パス（連携 /list、連携 /full、静的フォールバック）に対して、共通ヘルパーで「防御的な新着順ソート」を一律に適用しました。これにより公開 API の並び順は契約として自己保証されるかたちとなり、上流の連携サービスが ID 昇順や登録順など別の順序で返してきても、マーケティング ページに到達する前に必ず新着順に整えられます。同一日付のアイテム間では入力順を維持するため、上流のタイブレーク（ID降順など）はそのまま尊重されます。

コールドスタート時に即座に描画できるよう、約30件のお客様の声をJSバンドルに埋め込むビルド時ジェネレーターが、書き出し前に必ず新着順へソートするようになりました。以前はキャッシュの並び順をそのまま使っていたため、ライブAPIのレスポンス順と食い違うことがあり、ページを開いて数秒後に「並びが戻ったように見える」違和感の原因となっていました。初回描画とフェッチ後の描画が、常に同じ順序で表示されます。

連携プロキシ内の15件の静的フォールバック リストが登録順で保持されており、上流とキャッシュの両方が到達できない場合に「4/8 → 4/7 → 4/5 → 4/12 → 4/11 → 4/9」という非時系列の並びが表示されていました。モジュールのインポート時に新着順でソートするよう修正し、フォールバック時も先頭のカードが最新のお客様の声になるようにしました。

フォーカス系のセクション フェードインでは従来4ピクセルのブラー フィルターを同時にトゥイーンしていました。ブラー遷移はブラウザが扱うアニメーションのなかでも特にコストが高く、フレームごとにそのセクションのコンポジタ全体を再描画させてしまうため、長いマーケティング ページを速くスクロールしたときに体感的な引っかかりを生んでいました。今回ブラーを完全に廃止し、セクションは純粋なフェードと、ごくわずかなスケール変化（0.998 → 1.0）のみで現れる形にしました。見た目はほぼ同等のまま、GPU負荷が大幅に軽減されています。

フェードイン時間を約280ミリ秒から約180ミリ秒に短縮しました（スタッガー版は約240→約160ミリ秒）。子要素ごとのスタッガー間隔も30ミリ秒から20ミリ秒に詰めています。結果として、動きがよりきびきびとした締まりのあるものとなり、現代的なマーケティング ページにふさわしくなっただけでなく、ユーザーがスクロールでセクションを通り過ぎる前にフェードが必ず完了するようになりました。

これまで各セクションのフェードインを担うIntersectionObserverは、セクションがビューポート下端から10%入ってから発火する設定でした。そのため、ユーザーがセクションをフェード途中で目にしてしまうケースが頻発していました。今回、発火タイミングをセクションがビューポートに到達する「200ピクセル前」へと前倒しし（rootMarginの下方向に正の200ピクセル指定／可視閾値0.01）、ユーザーがそのセクションにスクロールで到達する頃にはすでにフェードが完了している状態に変更しました。セクションは「目の前で動く」のではなく「すでに完成された状態で存在している」ように見えます。低モーション設定のユーザーには従来どおり、アニメーションなしで即座に表示されます。

すべてのお問い合わせ送信に対して、人間が読める短い固有番号（例：JTR-20260522-A4F2C9）を発行するようにしました。この番号は、スタッフ通知とお客様控えの両方の件名に付与され、メール本文の末尾にも整った参照ブロックとして表示されます。APIレスポンスでも返却され、社内のサポート記録にも保存されるため、スタッフ・お客様のどちらが返信する場合でもそのまま引用できます。また、別のお客様のメールが同じ件名で1つのスレッドにまとめられてしまうこともなくなります。

お問い合わせフォームのメールチャネルは従来ステージングモードで稼働しており、件名の先頭に「[TEST]」プレフィックスが自動的に付いていました。本番のお客様向けトラフィックに対してこのプレフィックスを除去し、スタッフ通知・お客様控えともに初回から運用品質の件名で配信されるようになりました。お客様の目に「内部用」のような件名が映ることはなくなります。

社内スタッフ通知の件名を、お客様氏名が冒頭、問い合わせ番号が末尾に来る形へ書き換えました（例：「New message from Adam Jones — Japan Toll Receipts [JTR-20260522-A4F2C9]」）。受信トレイの一覧画面だけで誰からのどのケースかが即座に分かるため、当番スタッフの初動が速くなります。お客様控えの件名は「Thank you for reaching out — Japan Toll Receipts [JTR-…]」のように、親しみやすい書き出しと同じ番号で締める形を維持しています。

Submitting the Contact Us form, whether from the main page or the floating side button, now sends two emails in real time: a thank-you confirmation to the customer noting the 24-hour response window, and a structured notification to the support team so staff can reply directly from their inbox.

Every customer email now arrives in a clean white card on a soft grey page with the JapanETCcard logo centred at the top and a unified footer carrying the JapanETCcard | NoJo Enterprise Co., Ltd attribution. The same shell is intended to be shared across all NoJo Enterprise sister sites for a consistent brand experience.

お問い合わせフォームから送信されるすべての通知メールの末尾に、英日両言語の「機密保持のお願い」ブロック（アンバーアクセント）を追加しました。スタッフ通知版では「パスワード、カード番号、公的ID その他の機密情報をメールでお客様に求めないこと、該当する場合は承認済みのセキュアなダッシュボード経由のフローへご案内すること」をサポートスタッフ向けに明示。お客様控え版では同じ約束をお客様向けに「Japan Toll Receiptsより、これらの情報をメールでお伺いすることはございません」という形で記載します。

お問い合わせフォームから送信される通知メール（スタッフ通知・お客様控え 両方）のフッターを整理しました。旧来のグループ会社サポートアドレスへの参照を削除し、運営会社リンクを正しい nojoenterprise.com に修正しています。フッターのリンクは japantollreceipts.jp と nojoenterprise.com の2つに絞り込まれ、その上に「Nojo Enterprise Co., Ltd.が運営するサービスです」という表記が並びます。

トップページに、アダム・ジョーンズのポートレートと短い紹介文を組み合わせた専用ブロックを設けました。同じセクション内に2枚のリンクカードを並べ、JapanETCcardとJapanTollReceiptsそれぞれの創業者メッセージ（本編）へ1クリックでアクセスできます。各サービスの背景をお読みいただくのに、フッターまでスクロールしていただく必要がなくなりました。

JapanETCcardとJapanTollReceiptsの詳細ページに、アダム・ジョーンズのポートレート、短い導入文、そして該当サービスの創業者メッセージ全文へのリンクを組み合わせた、わかりやすいカードを追加しました。サービスページが用意している物語の流れを保ったまま、その続きへとお読みいただける導線です。

2018年の章では、横須賀の最初の小さなオフィスから、国道16号線・メインゲート正面の2階拠点への移転を、3枚の写真でご紹介しています ─ 通りからの街並みカット、バルコニーに掲げたJapanETCcardの吊り下げ看板の寄り、そして正面の大型バナーです。2025年の章では、国道58号線に沿って3か所（キャンプ・フォスター周辺、大山、本島中部）に設置した新しい広告看板を中心に、沖縄エリアへの展開を語り、読者の方が沖縄の看板マップへ直接移動できるリンクも添えています。

2013年10月、アダム・ジョーンズが「寝袋でオフィスに泊まり込みながら会社を立ち上げていた頃」について実際に投稿したSNSの文章を、原文のまま掲載しています。当時の投稿と一緒にアップされた寝袋の写真を、文章とちょうど横並びで配置し、紫のアクセントを効かせた1枚のハイライトカードとして仕上げました。創業期の重みが、しっかり伝わる構成です。

創業初期の各写真を、本当にその瞬間に対応する章へと配置し直しました ─ 2013年の「転機」章に最初の店舗と小さなデスクでの作業風景を、50枚パイロット運用の章に初期チームミーティングを、「忍耐がプロダクトだった」章に2014年6月のホワイトボードセッションを。各写真には、創業者本人の語り口で年代の入った個別キャプションを添えています。「ひとまとめのギャラリー」を眺めるのではなく、ひとつの瞬間ごとに歩みを辿っていただける構成です。

JapanTollReceiptsの創業者メッセージから、既存の公式ETC利用照会システムを批判するような表現を排し、全面的に書き直しました。改訂版では、公式システムを「すべての記録の出どころとなる、信頼できる基盤」として明確に位置づけ、JTRはその上に重ねる現代的な自動化・インテリジェンスレイヤー ─ 定期配信、車両自動特定、スマートアラート、日英バイリンガルでの車両管理ビュー ─ として丁寧にご紹介します。章全体の語り口を、パートナーシップを前提とした、相手への敬意を保つ表現に統一しました。

お問い合わせフォームを送信されたすべての方に、ご記入いただいたアドレス宛で、ブランドが整った受付確認メールが届きます。メールの言語はページの言語に合わせ、英語ページからは英語で、日本語ページからは日本語で配信されます。本文には、お送りいただいた内容の控え、営業日24時間以内のご返信目安、そしてNoJo Enterpriseのレターヘッドが含まれます。確認メールにご返信いただければ、同じスレッドのまま、担当チームへ追加のお問い合わせをお寄せいただけます。

お客様からお問い合わせをいただいた際にサポートチームへ届く通知メールも、全体を整理しました。落ち着いたコーポレートレター調のレイアウトに統一し ─ 小さく左寄せのブランドマーク、セリフ体の見出し、細い区切り罫、ダークネイビーの返信ボタン、クラシックなレターヘッド調のフッター ─ 受信日時の表示も、機械的なタイムスタンプではなく自然な書き方（例：「2026年5月22日、午前5:25 JST」）に変えています。スマートフォンでは余白も自然に詰まり、長いメールアドレスは横スクロールせず折り返され、ブランドロゴはメッセージ本体と一緒に届くため、開いた瞬間からきれいに表示されます。