Blog
ブログ
WordPress初期構築を自動化する new-project スキルの実行フロー

導入メモ
WordPress案件を始めるたびに、
- テーマ配置
- GitHub作成
- npm install
- BrowserSync設定
- 固定ページ作成
- プラグイン導入
- テスト環境作成
を繰り返していた。
new-project は、この初期構築をまとめて実行するためのスキル。
案件開始時は基本的にこのスキルを最初に呼び出す。
🚀 new-project とは
WordPress案件用の初期構築スキル。
次の環境をまとめて準備する。
| 対象 | 内容 |
|---|---|
| Local | WordPress開発環境 |
| Theme | テンプレート配置 |
| GitHub | リポジトリ管理 |
| npm | フロント開発環境 |
| Plugin | 初期プラグイン |
| ShinCloud | テスト環境 |
📝 実行前に準備しておくもの
実行前に確認する。
| 項目 | 必須 |
| Localサイト作成済み | ○ |
| テンプレート番号 | ○ |
| プロジェクト名 | ○ |
| ShinCloud契約 | △ |
| SSH接続設定 | △ |
注意点として Local サイトが存在しない場合は途中で止まる。
⚙️ 基本的な実行方法
最小構成はこれ。
company、テンプレ1
テスト環境も作る場合。
company、テンプレ1、テスト環境あり
明示する場合。
プロジェクト名は company
テンプレートは 1
Localサイト名は company
テスト環境も作成
🔄 実行後に行われる処理
1. Localサイト確認
まず Local に対象サイトが存在するか確認する。
Local Sites/company
存在しなければ処理停止。
2. テーマ配置
選択したテンプレートをテーマディレクトリへ配置。
wp-content/themes/company
テーマ名はプロジェクト名に合わせる。
3. Git初期化
既存履歴を整理。
git init
その後 GitHub リポジトリを作成。
4. npm install
テーマディレクトリで依存関係を導入。
npm install
5. BrowserSync設定
gulpfile.js の proxy を修正。
変更前。
proxy: 'http://sample.local/'
変更後。
proxy: 'http://company.local/'
6. 固定ページ作成
標準ページを生成。
| スラッグ |
| about |
| company |
| contact |
| confirm |
| thanks |
| privacy |
7. プラグイン導入
設定ファイルを参照して導入。
activate グループ。
wp plugin install slug --activate
install_only グループ。
wp plugin install slug
SiteGuard などログイン系は有効化しない。
8. WordPress初期設定
管理画面設定を調整。
| 設定 | 値 |
| 言語 | 日本語 |
| タイムゾーン | Tokyo |
| 日付形式 | 日本式 |
| 時刻形式 | 24時間 |
🌐 テスト環境ありの場合
追加で ShinCloud 側も構築する。
実施内容。
- サブドメイン作成
- FTP作成
- SSL設定
- WordPress作成
- プラグイン反映
SSH利用可能な場合は WP-CLI を利用する。
php8.3 ~/bin/wp-cli.phar plugin install classic-editor --activate
✅ 実行後の確認項目
最低限確認するのはこのあたり。
| 確認内容 | チェック |
| Localサイト表示 | □ |
| BrowserSync起動 | □ |
| GitHub repo作成 | □ |
| テーマ有効化 | □ |
| 固定ページ作成 | □ |
| プラグイン状態 | □ |
| テスト環境表示 | □ |
🔍 よくある停止ポイント
Localサイトが存在しない
事前に Local 側でサイト作成が必要。
BrowserSyncが404になる
proxy 設定を確認。
テスト環境作成で止まる
ShinCloud MCP が利用できるか確認。
SSH接続できない
まずは alias の動作確認。
ssh shincloud-aitest
📌 現在の運用
新規案件ではまず new-project を実行する。
案件開始
↓
Local作成
↓
new-project
↓
実装開始