ワードプレスの開発前に確認しておくこと
WordPressの開発で、開発前（プロジェクト開始～要件定義の期間）に確認しておくべきことを紹介します。後工程になってからのトラブルはスケジュールの遅延につながるため、そうならないためのポイントを紹介します。（WordPressの開発を前提に記載していますが他のCMSの開発でも当てはまることもあるので参考にしてください）
1. WordPressの推奨稼働条件の確認
公開するサーバーが最新のWordPressの推奨稼働条件を満たしているか確認しておきましょう。条件を満たしていなくても稼働させることができる場合もありますが、セキュリティ面や将来的なことを考慮すると条件を満たす環境を準備するべきです。
確認ポイント
- PHPのバージョンは？
- MySQLのバージョンは？
- SSL（https）は導入されているか？
参考：https://ja.wordpress.org/about/requirements/
2. 移行する記事の確認
サイトリニューアルの場合、記事の移行が発生します。移行する記事のボリュームによってはスケジュールにも大きく影響するので、事前にどの記事を移行するのか、どのような方法で移行するのか、顧客やプロジェクトメンバーで認識をあわせておきましょう。
確認ポイント
- どの記事を新サイトへ移行するのか？
- 新サイトへ移行する記事は、全ての記事か？直近1年分など限られた記事か？
- 現在下書き中または非公開の記事は移行する必要があるか？
- 現在のサイトの記事を一括でエクスポートすることは可能か？
- 移行は手作業でおこなう必要があるのか？
- 移行作業は誰がおこなうのか？
3. URLのルールを決定
WordPressの開発では、URL（ディレクトリ）は開発にも影響する重要な情報なので、サイトで使用するURLのルールを開発前に決定しておきます。開発者のみで決めてしまうのではなく、顧客やプロジェクトメンバーにも確認しておきましょう。
URLのルールの例
- お知らせ一覧画面：/news/
- お知らせ詳細画面：/news/%post_id%/
- 会社情報トップ画面：/company/
- 会社情報詳細画面：/company/%postname%/
4. 使用するカテゴリーの確認
ニュースや事例、セミナーなどの記事では、多くの場合、カテゴリーで記事を分別します。管理画面からカテゴリーの追加や編集は可能でも、リリース後に顧客がすぐ運用できるように事前に判明しているカテゴリーはあらかじめ確認しておき登録しておきましょう。
ニュースのカテゴリーの例
- お知らせ
- メディア情報
- 採用情報
5. 用意するユーザーの確認
利用するユーザーを顧客に確認しておき、リリース後に顧客がすぐ運用できるように希望したユーザーを用意しておきましょう。
用意するユーザーの例
- James：管理者（権限グループ）
- Kirk：編集者（権限グループ）
- Jason：投稿者（権限グループ）
- Lars：寄稿者（権限グループ）
6. リリース方法の確認
リリース作業に関連する作業は誰がいつどのような方法で実施するのか確認して計画を立てておきましょう。
確認ポイント
- こちらがファイルをアップロードしてリリース作業を実施するのか？
- 顧客へサイトデータ一式を納品して顧客がリリース作業を実施するのか？
- 納品するサイトデータ一式にはどのようなファイルが必要か？
7. プラグインの確認
サイトリニューアルの場合、顧客によっては引き続き使用したいプラグインがあるかもしれません。新サイトで使用するプラグインの共有だけでなく、顧客が引き続き使用したいプラグインがあるか、確認しておきましょう。
おわりに
今回、WordPressの開発で事前に確認しておいたほうがよいことをいくつかピックアップして紹介しました。基本的に「事前に確認できることは、後回しにせずに確認する」という方針がリリース間際や後工程でのトラブルを避けるポイントかと思います。参考になればうれしいです。
ベイジでは今後もエンジニアを増員していきますので、ご興味がある方は採用サイトもご覧ください。（エントリーするか迷っている方向けのカジュアル面談も実施してます）
