オレンジメール販売サイト リプレイス 技術構成 最終決定書

項目内容
対象サイトhttps://orange-cloud7.net/mail/
現行環境WordPress(ConoHa WING)
移行方針静的サイト化(SSG)+GitベースCMS+エッジ配信
決定日2026-07-08(テスト編集)
ステータス技術スタック確定。着工可(未確定事項は §12)

1. 決定サマリー(技術スタック)

レイヤー採用概要
静的サイト生成(SSG)Astromd/YAML → 静的HTML/CSS生成。LP表現力と拡張性
コンテンツ設計2層設計LP=YAML+固定コンポーネント/記事=MDX(§4)
CMSSveltia CMS無料・Git直結・サーバー不要。必要時TinaCMSへ差し替え可
ホスティングCloudflare Pages無料・商用可・帯域無制限・国内POP(東京/大阪/福岡)
DNSCloudflare DNSorange-cloud7.net ゾーン移管(メール系レコードは精密移植)
CI/CDGitHub+Pages Git連携push→自動ビルド→数分で本番反映。ブランチ毎プレビューURL
リダイレクトCloudflare Redirect Rules既存301群・ホスト正規化を移植
構造化データJSON-LD 自作コンポーネント@graph+@id で全スキーマ連結(§6.1)
サイトマップ@astrojs/sitemaprobots.txt に絶対パス明記+GSC送信
AI対策(GEO)llms.txt+md版公開AIボット明示許可、一次データのFAQ化

全体フロー:編集(Sveltia の /admin または Git 直接)→ GitHub へ commit → Cloudflare Pages が自動ビルド → エッジ配信(1〜3分で本番反映)


2. 背景と目的

現状課題(WordPress の限界)

目的

  1. 非エンジニアがテンプレートに沿って文字・画像・動画を差し替えられる運用
  2. 販売サイトとしての表現性の確保
  3. SEO 1位獲得、AI検索(GEO)対応

静的化による課題解消

課題解消方法
修正箇所が分からないファイル構造=サイト構造。content/lp/houjin.yaml を開けば法人LPの全文言がそこにある
遅い完全静的で DB/PHP 排除。Core Web Vitals に直撃
セキュリティ本番に管理画面も DB も存在せず、攻撃面ほぼゼロ
更新負担プラグイン更新から解放。依存は Astro 等のビルド時のみ

3. 確定済みの前提条件

  1. ConoHa WING は廃止する(決定済み。これにより配信先の制約が消滅し、Cloudflare Pages 採用が可能になった)
  2. URL は orange-cloud7.net/mail/ を完全維持。直近完了した301正規化(mail.os7.biz / mail.orange-cloud7.net → /mail/)の資産を守る。URL の再変更・フリップは行わない
  3. コンテンツは全量 Git 管理。Claude Code 等での一括編集・リライトを可能にする(SaaS 型 CMS を不採用とした決定理由)

4. コンテンツ設計:2層設計(本構成の肝)

第1層:LP(YAML+固定コンポーネント)

対象:企業向けLP/個人・メルマガ発行者向けLP/到達率解説ページ

hero:
  headline: "届かないメールは、存在しないのと同じ"
  open_rate: "59.2%"
  cta_label: "無料で試す"
  cta_url: "https://…"   # 決済・申込導線もここで管理
  image: /images/hero-btob.png

第2層:記事・教育コンテンツ(MDX)

対象:到達率の教育コンテンツ、FAQ、ノウハウ記事


5. 各レイヤーの選定理由

5.1 SSG:Astro

5.2 CMS:Sveltia CMS(→必要時 TinaCMS)

5.3 ホスティング:Cloudflare Pages

5.4 DNS:Cloudflare DNS

WING 廃止に伴い、orange-cloud7.net ゾーンを Cloudflare へ移管。ホスティング・リダイレクト・DNS を同一基盤に一元化する。

メール配信事業者としての厳守事項

5.5 リダイレクト:Cloudflare Redirect Rules


6. SEO・GEO 実装仕様

6.1 JSON-LD 構造化データ

スキーマ用途
Organization / WebSiteサイト全体の権威性・ナレッジグラフの起点
WebPage / BreadcrumbListページ帰属・階層構造
Product / Offer料金・機能・提供形態の明示(販売サイトの要)
FAQPage / QuestionAI回答エンジンへの引用獲得
Article教育コンテンツ・記事

6.2 FAQ の位置づけ(現実確認)

6.3 サイトマップ・robots.txt

6.4 AI対策(GEO)


7. 既存機能の移行方針

機能現状移行方針
問い合わせフォームオレンジフォーム埋め込みスニペット/リンクをそのまま移植。フォーム処理は先方サーバーで完結
サイト内検索独自FAQ検索(スニペット貼付型)クライアントサイド動作のため続投。レイアウトに一度組み込み全ページ適用。※プレビュー環境でのドメイン制限は要確認(§12)
決済誘導決済ページへのリンク静的CTAリンクで完結。URL は YAML 管理とし、料率改定・キャンペーン時も非エンジニアが編集画面から差し替え可。※動的パラメータ生成の有無は要確認(§12)

サーバーサイド処理はゼロ → 完全静的化が成立する。


8. WING 廃止に伴う必須タスク

  1. ドメイン全体の棚卸し:DNS 切替後は orange-cloud7.net の全パスが Cloudflare から配信される。/mail/ 以外(ルート含む)の全コンテンツの行き先を決定する
  2. 配信設計:単一 Pages プロジェクトでドメイン全体を配信し、Astro 内に /mail/ 配下を含める構成が最も素直(robots.txt・サイトマップもルートで一元化できる)
  3. WING 上の他サイト:一覧化し、WING 解約日から逆算した移行計画を別途策定(本プロジェクトのスコープ外だが、解約期限は連動する)
  4. DNS ゾーン移管:§5.4 の厳守事項に従い実施
  5. 旧URL 301 の継続:§5.5 の通り、正規化を切らさない

9. 移行ステップ

フェーズ内容完了基準
1URL棚卸し+301マップ作成(GSCエクスポート+全ページクロール)全URLの行き先が確定
2Astro骨格+3系統テンプレート構築、v2コピー流し込み3ページ完成・表現性と編集フローの検証OK
3WP既存記事 → md 一括変換(変換ツール+目視チェック)全記事md化・表示確認済み
4CMS設定+編集マニュアル1枚非エンジニアが独力で「修正→公開」に成功
5DNSゾーン移管 → 本番切替(静的配置・301・sitemap再送信)全301疎通・メール認証レコード検証OK
6GSC監視(2〜4週)インデックス・順位の維持を確認

目安工数:実働2〜4週間(記事本数に依存)+DNS移管作業


10. 移行後の運用フロー


11. コスト

項目費用
Cloudflare Pages / DNS無料
GitHub無料枠内
Sveltia CMS無料(OSS)
ランニング増分ほぼゼロ(ドメイン維持費のみ)
WING 解約コスト削減(他サイト移行完了後)

12. 未確定事項(着工前の宿題)

  1. orange-cloud7.net の /mail/ 以外(ルート含む)のコンテンツ一覧+WING上の他サイト一覧 → ドメイン全体の配信設計と移行工数の確定に必須。着工トリガー
  2. 現WPの決済誘導が URL パラメータを動的生成しているか(単純リンクなら追加作業なし。動的生成でもクライアントサイド JS で再現可)
  3. FAQ検索スニペットのドメイン制限の有無(プレビュー環境で動作しない可能性。本番は問題なし)

13. 不採用案一覧(決定記録)

不採用理由
VercelHobby プラン商用不可 → Pro 課金必須。CF Pages と性能互角で費用だけ発生
microCMSコンテンツが Git 外に出る → Claude Code 一括編集不可+SaaS費
WP温存+静的書き出しプラグインWP保守と「どこを直すか問題」が残存し、根治しない
HugoLP表現力・拡張性で Astro に劣後
Next.js販売サイトには過剰(SSR不要)
ConoHa WING配信+GitHub Actions rsyncWING廃止決定により失効(旧案)
mail.orange-cloud7.net への回帰URL再変更は SEO 最悪シグナル。301正規化資産を毀損