King Epark Neoの設計・技術選定・コミット履歴を解説

01 / 概要

プロジェクトの概要と目的

king epark neo 飲食店向け「順番待ち・ネット予約」システムを、 EPARK （および導入店舗である 焼肉きんぐ ）の 公開情報をもとに研究し、SEO / AIO・LLMO / UGC の観点で改良を加えた オリジナルブランドのデモ です。 実在の企業・店舗ではありません。 ブランド名「炭火焼肉 灯（あかり）」「ジュンバンナビ」はこのデモ用に作成した名称で、 EPARK株式会社・「焼肉きんぐ」運営企業とは一切関係ありません。詳細は about platform.html の免責事項を参照してください。 リサーチ結果（このプロジェクトの前提） 公開情報から把握した、EPARK・焼肉きんぐの実際の仕組み： EPARKは「 席の予約ではなく順番の予約 」という点が本質的な特徴。来店確定時間を決めず、 「あと何組で案内できるか」を共有することで、無断キャンセルによる空席リスクを抑えつつ回転率を上げる設計になっている。 （出典: EPARK法人向けサイト https://epark.mbtn.jp/landingpage/ 、 飲食店ドットコム https://www.inshokuten.com/useful service/22 ） 焼肉きんぐは公式サイト・アプリからの予約導線がEPARKの予約画面に接続される形で運用されており、 順番待ち導入により受付人員を接客に再配置できたと報告されている。 （出典: 飲食店ドットコム ジャーナル https://www.inshokuten.com/foodist/article/6074/ 、 EPARK公式 https://epark.jp/lp/101 ） この「順番待ち」というUXパターン自体は本プロジェクトでも踏襲しつつ、 ブランド・実装はすべて独自 に作成しています。 改良のポイント：SEO / AIO・LLMO / UGC 今回は特に AIO/LLMO（AI検索・LLM引用対策） を重視して設計しました。 観点 実装 SEO 全ページに title / meta description / canonical

本記事は公開されている構成と main ブランチのコミットを一次情報として整理しています。

02 / 使用技術

使用技術と役割

03 / 設計

構成から読み解く設計

主な項目は です。

• 単一アプリケーション構成
• 機能単位の責務分割

04 / 変更履歴

コミットから見る実装の変遷

以下は既定ブランチの直近の変更です。リンク先で原文と一次情報を確認できます。

1. 2026/08/18
   Service の provider に url を足すe755139をGitHubで確認 ↗
2. 2026/08/18
   sitemap.xml を本番ドメインの実在ページに置き換える0ff3662をGitHubで確認 ↗
3. 2026/08/16
   応募フォームを有効にする47467baをGitHubで確認 ↗
4. 2026/08/16
   応募フォームの送信に FormSubmit の設定項目を足す2dadcbcをGitHubで確認 ↗
5. 2026/08/16
   モニター応募フォームを用意する（送信先が入るまでは出さない）b3b4251をGitHubで確認 ↗
6. 2026/08/16
   実装内容を更新da2d9e7をGitHubで確認 ↗
7. 2026/08/16
   mailto ボタンが無反応になる端末向けに、宛先を画面に出す826feffをGitHubで確認 ↗
8. 2026/08/16
   機能・コンテンツを追加39d0274をGitHubで確認 ↗
9. 2026/08/16
   不要な実装・設定を削除b63f059をGitHubで確認 ↗
10. 2026/08/15
    支援・購入への導線を追加する47b1d34をGitHubで確認 ↗
11. 2026/08/10
    機能・コンテンツを追加9440291をGitHubで確認 ↗
12. 2026/08/02
    機能・コンテンツを追加93c516dをGitHubで確認 ↗

05 / 学び

このプロジェクトから得られる学び

• 変更を小さく記録する

  コミット単位で目的を分けると、実装の意図を追跡しやすくなります。

• 構成と技術選定を結び付ける

  HTMLの採用理由と各ディレクトリの責務を説明できることが保守性につながります。

• READMEと実装を同時に育てる

  説明とコードを近い状態に保つことが、再利用と振り返りを助けます。

06 / よくある質問

よくある質問