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 / 設計

構成から読み解く設計

主な項目は CNAME、README.md、about-platform.html、assets、data、faq.html、index.html、llms.txt です。

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

04 / 変更履歴

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

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

1. 2026/08/02
   機能・コンテンツを追加93c516dをGitHubで確認 ↗
2. 2026/08/02
   不具合や設定を修正48f5954をGitHubで確認 ↗
3. 2026/08/02
   機能・コンテンツを追加2aa7448をGitHubで確認 ↗
4. 2026/08/02
   機能・コンテンツを追加8b08fc1をGitHubで確認 ↗
5. 2026/08/02
   機能・コンテンツを追加21a59acをGitHubで確認 ↗
6. 2026/08/02
   実装内容を更新74986f4をGitHubで確認 ↗
7. 2026/08/02
   実装内容を更新bda4840をGitHubで確認 ↗
8. 2026/08/02
   プロジェクトの初期構成を作成a7b63e2をGitHubで確認 ↗

05 / 学び

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

• 変更を小さく記録する

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

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

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

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

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

06 / よくある質問

よくある質問