Kanorio vs GitHub Pages - 開発者向け静的ホスティングから、コード不要のブランドサイトへ

GitHub Pages は、開発者のあいだでよく使われる無料の静的ホスティングです。技術文書、オープンソースのプロジェクト、開発者の実績に向きます。Kanorio は AI 先行、コードなしから始め、技術に詳しくない人でも、検索され、長く育てられるブランドサイトを早く作れます。向く人と目標は違います。ゼロサムではありません。

---

GitHub Pages とは？

GitHub Pages は、GitHub が提供する静的サイトのホスティングです。GitHub Repository（コードの倉庫）に置いたウェブファイルを、そのまま公開サイトにできます。公式の位置づけははっきりしています。編集してプッシュすれば、サイトが公開されます。詳細は GitHub Pages 公式 と GitHub Docs を正としてください。

「静的」を普段の言葉で言うと、公開した時点で中身はすでに決まっています。訪問者が見る各ページはだいたい同じです。ログイン、買い物かご、在庫のリアルタイム更新のような「サーバー側の計算」は、基盤自体は代わりにやりません。文書サイト、実績、Landing Page には向きます。データベースや動的なロジックが要る商用サイトには向きません。

公開情報では、よくある能力は次のとおりです。

• 公開 Repository から無料で公開できる（非公開 Repository の Pages は、有料プランが要ることが多い）
• Jekyll（静的サイトジェネレーター）が内蔵。GitHub Actions で Hugo、Astro などの出力もデプロイできる
• 独自ドメインと自動 HTTPS
• 目安の制限は、サイトは 1 GB 以内、月あたり約 100 GB のトラフィック（ソフト上限）、デプロイのタイムアウトは約 10 分

より大切なのは利用規約です。GitHub Pages は、EC、オンライン取引、商用 SaaS を主目的にしたサイトには 使えません。サーバー側の実行環境もありません。データベース、実行時の環境変数、ネイティブのフォーム用バックエンドはありません。

すでにコードを書き、Git に慣れていて、技術文書やオープンソースのプロジェクトサイトを出すなら、GitHub Pages はいまも置き換えにくいです。以下では、目標が「コードが分からなくてもブランド公式サイトを出し、検索され、長く育てること」のときに、Kanorio が補う面を説明します。

---

向いている人の違い

GitHub Pages と Kanorio が解く問題は違います。肝心な差は、しばしば「機能の数」ではなく、「誰が使いこなせるか」です。

GitHub Pages の典型は、開発者、オープンソースのメンテナー、あるいは Git、HTML／CSS／Markdown を学ぶ意思がある人です。流れはだいたい、手元か GitHub でファイルを直す → commit／push → ビルドを待つ → サイトが更新される、です。自由度は高いですが、覚えることも多いです。

Kanorio は、コードに触れたくないブランド運営者向けです。始めたばかりの個人ブランドでも、長く続けている企業でも、目標が「早くきちんとした公式サイトを持つこと」であり、技術の骨格を自分で持つことではないなら、こちらです。AI が先に、読めて直せるブランドサイトの初稿を出し、モジュールで中身と構成を整え、力はブランドの中身に残します。技術の設定ではありません。

たとえで言うと、GitHub Pages は家具を自分で組むことです。材料は揃い、すべて自分で決められますが、道具と技術が要ります。Kanorio は、AI のデザイナーに先に一版を置いてもらい、家具の位置と文言を直すことに近いです。どちらも筋は通ります。向く人が違うだけです。

---

コードが分からなくても、ブランドサイトを公開できる

GitHub Pages で、見栄えのするブランドサイトを出すには、実務では次が要ることが多いです。

• Git が使える（変更を記録し、上げるためのバージョン管理）
• HTML／CSS が少し分かる、あるいは Markdown と静的サイトジェネレーターの設定に慣れている
• ドメインの DNS、ビルド失敗、パスとリダイレクトを自分で扱える

開発者には日常です。多くの小さな店や作り手には、すでに高い壁です。

Kanorio の流れは、意図して逆です。ブランド情報を書く → AI が初版を作る → 文章・画像・モジュールを直す → 公開。多くの人は、使える初版まで約 15 分です。空白から一行ずつ書くのではありません。先に一式の初稿があり、少しずつあなたのブランド公式サイトになります。構成はビジュアルスイートのモジュールで広げられます。表紙、サービス紹介、実績、料金表、問い合わせなど。 コンテンツ制作の AI 原稿も使えます。

公平に言えば、もともとコードを書き、レイアウトとソースを完全に握りたいなら、好きな静的サイトジェネレーターと GitHub Pages のほうが噛み合います。Kanorio は「よりよい GitHub Pages」ではありません。別の人への、別の道です。

---

コンテンツと SEO。静的ページを置くだけではない

SEO（Search Engine Optimization、検索エンジン最適化） の意味は単純です。Google などがサイトを理解し、見つけやすくすることです。

GitHub Pages は、「検索され得る」サイトを置けます。ただ、基盤自体が基本の SEO を整えてくれることは、あまりありません。Meta（検索タイトルと説明）、Sitemap（サイトマップ）、構造化データ、各ページの設定は、自分で書くことが多いです。ブログを積むなら Jekyll などの組み合わせがよくあります。できますが、技術の設定と維持は残ります。

Kanorio は、検索タイトルと説明、サイトマップ、掲載されやすいサイト構成など、基本の設定をサイト側で整えます。無料プランから、これらの基本は使えます。入門はSEO のはじめ方を見てください。

中身の運営では、Kanorio にブログがあります。記事はあなたのブランドドメインの下に出ます。一本ごとに独立した URL があり、検索エンジンにも拾われやすいです。加えてAIフレンドリーとAI可視性管理があり、従来の検索の外で、AI の道具にどう読まれ、引用されるかを考える助けになります。公開など一部の能力はプランによります。詳しくは料金プランを見てください。

要するに、GitHub Pages が渡すのは「静的ファイルを置ける場所」です。Kanorio が渡すのは「ブランド運営向けに設計した、中身と検索の土台」です。

---

流入分析と防御。公開した日から使える

公開したあと、知りたくなるのは、何人が来たか、どこから来たか、どのページを見たか、です。GitHub Pages に、内蔵の流入ダッシュボードはありません。実務では Google Analytics などの計測コードを自分で埋め込むことが多いです。コードに慣れた人には難しくありません。技術に詳しくない人には、設定の段が一つ増えます。

Kanorio にはデータ分析があります。無料プランからサイトの流入レポートを見られます。複雑な外部ツールを先に入れなくても、訪問の様子を理解し始められます。入門はデータ分析のはじめ方です。あとから広告や詳しい計測を繋ぐなら、サードパーティの計測ツールの役割の違いも見てください。

守りについて。GitHub Pages は HTTPS／自動 SSL を公開で出しており、ここはしっかりしています。ただ、基盤層の独自セキュリティヘッダー、DDoS 防御の説明、ブランドサイト向けに製品化した守りの体験は、伝え方の中心ではありません。複雑な防御は、Cloudflare などの外部サービスを足すことが多いです。

Kanorio にはセキュリティがあります。HTTPS／SSL証明書、DDoS 防御など、プラットフォーム側の能力です。言い換えると、ブラウザに出る URL は安全な接続になり、よくある悪意ある流入もプラットフォームが助けます。詳しくはサイトセキュリティの概要から読めます。

公式サイトでデジタル商品やサービスプランを売りたいなら、Kanorio のストアも見てください（プロプラン。料金プランを正）。GitHub Pages の利用規約は、EC 用途に向きません。ここは必ず押さえてください。

---

一つのアカウントで複数ブランド。チームでも直せる

複数のブランドを同時に育てる、あるいは事業の線がいくつかある、はよくあります。Kanorio は、同じアカウントで複数サイトを管理でき、チームを招待して共同で保てます（プランと権限によります）。関連する能力は無料プランから使えます。実際の上限は料金プランが正です。

GitHub Pages も「複数サイト」はできます。Repository がおおむね一つのサイトに対応し、共同は GitHub のコラボレーター／組織の権限です。開発チームには自然です。技術に詳しくない同僚にとって、「サイトを直して」は、しばしば「Git と pull request に触れて」と同じです。敷居は明らかに高いです。

Kanorio では、「サイトを作る」は一度デプロイして終わりではありません。事業が伸びるにつれて、サイト数と共同の仕方を広げられます。ブランドを増やすたびに、開発の流れを覚え直さなくて済みます。

---

GitHub Pages はどこが強いのか

正直に言うと、核の必要が「開発者に親しい、無料の静的ホスティング」なら、GitHub Pages はいまもはっきり先行しています。

完全に無料で、開発者への敷居がとても低い。 公開 Repository でホストでき、ホスティング料は別途かかりません。オープンソース、技術文書、個人の実績にはとても割がよいです。Kanorio にも無料プランはありますが、立ち位置はブランドサイト作成であり、「無限に無料の静的ファイル置き場」の代わりではありません。

開発者の生態系と GitHub Actions。 慣れた CI／CD（継続的インテグレーション／継続的デプロイ）で、どの静的サイトジェネレーターの出力でも自動で出せます。この工学の流れは、Kanorio が意図して歩かない道です。

コードを完全に握れる。 HTML／CSS／JavaScript のすべて、独自のビルドパイプライン、任意のオープンソーステンプレート。モジュールのサイト作成が、同じ自由度を出すのは難しく、出すつもりもありません。

コミュニティ、教材、オープンソースのテンプレート。 世界の開発者コミュニティ、たくさんの解説、できあいのプロジェクト見本があり、答えを探すコストは相対的に低いです。Kanorio は、こうした生態系をまだ積んでいる途中です。

大きな基盤のインフラ。 GitHub（Microsoft）のホスティングと CDN の成熟は、新しいサービスが短期間で並んだと称しにくいものです。Kanorio は専門のクラウドと CDN を使い、安定と守りを強めています。ただ、スタートアップとして、いまは大規模ホスティングと同じ水準の公開 Uptime SLA を出していません。この点は避けません。

技術文書とオープンソースの場面。 API 文書、プロジェクト説明、貢献ガイド、開発者の実績を置くなら、GitHub Pages はほぼ既定の答えです。

すでに GitHub Pages で文書サイトやオープンソースのサイトが滑らかに回っているなら、道具を替えるためだけに移す必要は、たいていありません。Kanorio が向くのは、対外のブランド公式サイトを早く持ちたい、コードが分からない、あるいは触りたくない、SEO・分析・中身の運営が最初から入っていてほしい、という人です。