WordPressを"仕事"にするということ
•
0 likes•16 views
WordPressサイト制作の流れ 仕事としてウェブサイトをつくるときに重視していること 信頼できる情報の探し方
Recommended
More Related Content
Similar to WordPressを"仕事"にするということ
Similar to WordPressを"仕事"にするということ (20)
Recently uploaded
Recently uploaded (12)
WordPressを"仕事"にするということ
- 1. 1 WordPressを"仕事"にする ということ 八王子 WordPress Meetup 2022/10/8 Cherry Pie Web 川井昌彦
- 3. 3 Cherry Pie Web https://www.cherrypieweb.com/ 1997年開設 今年で25年目 ！ アンナミラーズファンサイ トとしてスター ト かつては、アンナミラーズ公式サイ トと 井村屋株式会社と共に Yahoo! JAPAN「ビジネスカテゴリー」 の アンナミラーズの項目に登録されていた
- 6. 6 本日の予定 1. WordPressサイ ト制作の流れ 2. 仕事としてウェブサイ トをつくるときに重視していること 3. 信頼できる情報の探し方 4. さいごに
- 7. 7 WordPressサイ ト制作の流れ 1. 問い合わせ 2. ヒアリング 3. 提案・見積もり（概要設計） 4. 要件定義・詳細設計 5. デザイン／プロ トタイプ 6. サーバー・ ドメイン契約 7. コーディング 8. テス ト・レクチャー 9. 公開 10. サポー ト・メンテナンス
- 8. 8 １．問い合わせ ・ ウェブサイ トの問い合わせフォームまたはメール ・ 知り合いの会社から ・ ウェブ部門が弱い制作会社のスタッフとして請けることも多い
- 9. 9 ２． ヒアリング ・ お客様が言われることは表面的なもの 本当は何が必要なのかを見つける ・ 古いウェブサイ トのリニューアルがほとんど ・ 更新がやりづらい ・ スマー トフォン対応したい etc. ・ 予算（助成金なども） ・ 現行サイ トのサーバー・ ドメインの管理状況 ・ これがネックで公開に支障が出ることが多い
- 10. 10 ３．提案・見積もり（概要設計） ・ ヒアリングをもとに提案書と見積もりを作成 ・ 実はこの時点でほぼ設計を行う ・ CMSの選定 ・ テーマ・プラグインの選定 ・ 場合によっては、サーバー・ ドメイン管理会社の移転 設計しないと見積もれない 設計しないと見積もれない
- 11. 11 ４．要件定義・詳細設計 ・ 提案内容をもとに仕様を決めていく ・ 担当者のアサイン ・ サイ ト構成 ・ ページ構成 ・ ワイヤーフレーム ・ 詳細スケジュール ・ 詳細見積
- 12. 12 ・ 必要なら再ヒアリング、打ち合わせを重ねる ・ チャ ッ トツール（Slack、Chatwork、Teams） 決まったことはドキュメン トで残す 決まったことはドキュメン トで残す ・ プロジェク ト管理ツール（Backlog）
- 14. 14 ５．デザイン・プロトタイプ（最近の作り方） ・ WordPressでいきなりワイヤーフレームを組む →そのままプロ トタイプを作る ・ 国産の既存テーマを利用して制作する ・ ブロックだけで ト ップページもある程度組める ・ 実際に動くものなので、コーディングで困ることがない ・ 既存テーマを利用する場合は ほぼ出来ているものなので、機能やデザインに制約がある
- 15. 15 ６．サーバー・ドメイン契約 ・ 現行サイ トがある場合は、基本的に継続使用 ・ 現行サイ トのサーバーがWordPressを快適に使える仕様・性能でない場合 → サーバー移転を提案 ・ エックスサーバービジネスパー トナー
- 16. 16 ７．コーディング ・ テーマカスタマイズ ・ プラグイン導入 ・ デザイン（CSS） ・ 固定ページ作成
- 17. 17 ８．テス ト、レクチャー ・ 管理画面カスタマイズ ・ 運用マニュアル作成 ・ ブログ投稿、商品登録・更新などのレクチャー ・ お問い合わせフォームテス ト
- 19. 19 １ ０．サポート ・ コアのマイナーバージョンは自動更新 ・ 管理系プラグインは自動更新 ・ テーマ・プラグインの自動更新は、開発者の信頼度で判断 ・ドメイン・サーバー契約は原則としてお客様
- 20. 20 ・ 運用サポー ト ・ ブログ記事のアイデア出しサポー ト ・ 運用改善 ・ アクセス解析 ・ 継続的なSEO対策は安易に請けない ・ 現状、検索順位の保証は無理
- 21. 21 仕事としてウェブサイ トをつくるときに 重視すること ・ サイ トの安定性・継続性 ・ メンテナンスを考慮したコーディング ・ お客様が運用するということを意識した設計
- 23. 23 ○レンタルサーバーの選定 ・ 安定性・高速性 ・ WordPressとの相性 ・ 簡単インストール機能があるサーバー ・ サーバーの機能 ・ 自動バックアップ・ステージング環境 ・ 常時SSLが無料でできるサーバーは多くない （自力でもできるが手間が大変）
- 24. 24 ○信頼できるテーマ、プラグイン ・ 継続してメンテナンスされている ・ コアの直近2メジャーバージョンで更新されている ・ フォーラムのサポー トに返信がある ・ 作者が信頼できる ・ 同じ作者の他のテーマ・プラグインを使用していて問題が起きていない ・ 作者がコミュニティ活動に積極的で連絡が取りやすい ・ 作者と直接の知り合い
- 25. 25 ・ 有効インストール数が多い ・ 設定やカスタマイズの際に情報が得やすい ・ 開発が止まったときに他の人が後継のものを作ってくれることがある ・ プラグインの有料版への切り替えを検討する ※オススメプラグインなどは時間があったら紹介します
- 26. 26 ■メンテナンスを考慮したコーディング ・ できるだけコードを書かない ・ オリジナルテーマを作らない ・ 子テーマでカスタムテンプレー トを作らない フックを使ったカスタマイズで独自コードを最小限にする → フックに対応したテーマを採用する ・ 推奨された制作手法に基づくコーディング
- 27. 27 ○できるだけコードを書かない ・ コアの機能で対応できないか？ ・ テーマの機能で対応できないか？ ・ プラグインで対応できないか？
- 29. 29 ・ オリジナルテーマを作らない ・ WordPressの制作手法が複雑化していて、テーマに要求されることが多すぎる ・ WordPressのロードマップを把握していないと、 将来のアップデー トで非推奨になる機能を実装してしまう危険性がある ↓ ・ 信頼できるテーマを使うことで、 万が一脆弱性があったり、コアのアップデー トで問題が起きても、 信頼できる方法で対応してもらえる
- 30. 30 ・ 子テーマの制作手法の変化 ・ 子テーマとは、親となるテーマの一部だけを上書きするカスタマイズ方法 ・ 親テーマ自体を書き換えるとアップデー トの際に カスタマイズ部分が消えてしまうので、それを防ぐ ・ 数年前まで推奨されていた制作方法だが・・・
- 31. 31 ［子テーマの問題点］ ・親テーマがアップデー トされても、カスタマイズ部分が消えない ↓ ・親テーマに問題があって改修されたり、機能が追加されても、 子テーマのテンプレートには反映されない ！
- 33. 33 ○WordPressの制作手法に基づくコーディング ・ 脆弱性を含まないコードを書くにはかなりの知識が必要 さらに、テス トをするには手間も知識も必要 ・ プラグインを導入した時に トラブルが少なくなる ・ 便利な関数を使うことで制作時間を短縮できる
- 34. 34 ・ 表示にはWordPressの関数を使う ・ エスケープ・サニタイズ esc_html()、esc_attr()、esc_url() the_title()、the_content()、the_permalink() など ・ コアに同梱されたライブラリを使う ・ jQueryはWordPress同梱のものを使う 古い記事を信じないこと
- 35. 35 ・ CSS・JSは、wp_enqueue_script() を使う wp_enqueue_script( 'matchheight', get_template_directory_uri() . '/js/jquery.matchHeight-min.js', array('jquery'), // jQueryに依存する '20151114', // キャッシュ true ); wp_enqueue_style( 'my-styles', get_stylesheet_directory_uri() . '/css/my.css', array('lightning-theme-style'), // 他のCSSの後で読み込ませる date('YmdGis', filemtime(TEMPLATE_PATH.$file_path)), // キャッシュ false ); ・ 依存関係のコン トロール ・ キャ ッシュのコン トロール
- 36. 36
- 37. 37 ・ どうしてもコードを書かなければならない時は ・ WordPress コーディング規約ハンドブック – Japanese Team https://ja.wordpress.org/team/handbook/coding-standards/
- 38. 38 ■お客様が運用するということ ・ お客様が運用するなら、管理画面のカスタマイズは必須 ・ マニュアルを作ったりレクチャーしても忘れられる ・ やる気がある人ほど、さわってはいけないところをさわる
- 39. 39 ○操作を間違ってもシステムが壊れない 壊れても復旧できる仕組み ・ リビジョン機能を生かしておく ・ "自動"バックアップの設定 ・ バックアップはウェブサイ トのあるサーバーとは別のところに保存する （Googleドライブ、Dropboxなど） 必ず、 復元のテストをしておく 必ず、 復元のテストをしておく
- 40. 40 ○そもそも間違わせない されたくない操作は出来ないようにする 操作の際に迷わせない ・ システム側で出来ることはお客様にさせない （バックアップ・アップデー トなど） ・ UpdraftPlus ・ ユーザーロール（編集者・寄稿者など）の設定で されたくない操作は権限を与えない ・ User Role Editor
- 41. 41 ・ 不要なメニューやさわられたくないメニュー・ボタンは 非表示にする ・ Adminimize ・ あると使いやすいメニュー項目を追加する ・ Admin Columns
- 44. 44 こんな記事があるサイ トは信用できない ・ WordPressの 「p」 が小文字 ・ 記事作成時点でメジャーバージョン2世代以上 更新されていないプラグインを紹介している ・ テーマファイルを直接修正している ・ header.php, footer.php に CSSやJSを直接記述している ・ 他のブログのコピペと思われる記事ばかり
- 45. 45 "比較的" 信用できるサイ ト ・ 公式ディ レク トリに登録されているテーマ・プラグインの 作者が書いた記事 ・ WordPressコミュニティで登壇経験のある人が書いた記事 ・ 上記の記事を1次情報と明記している記事 ・ WordPress公式ドキュメン ト・フォーラムを 1次情報と明記している記事
- 46. 46 ただし、 人間には間違いがあるので、 人間には間違いがあるので、 盲目的に信じてはダメ 盲目的に信じてはダメ Contact Form 7 作者の三好さんに 『三好が公に話したことだから正しいと思い込んではダメ』と 直接言われてから、肝に銘じています
- 47. 47 私なりの情報の探し方 ・ 過去1年以内の記事を探す ・ 最低5記事は読む ・ 複数の記事で同様の内容があれば、正しい可能性が高い ・ 必ず1次情報を探す ・ 複数サイ トで全く同じ内容の記事があったら、 内容を吟味せずにコピペしているだけの信頼できないサイ トの可能性が高い
- 48. 48 ・ 英語の記事も探す ・ 日本語の記事にこれといったものが見つからない場合は、 検索ワードを英語に翻訳して検索をかけてみる ・ 英語の記事も間違ったものが多いので注意