• WordPress 4.7のstarter contentは公開する案内を決める前の下書きとして使う

WordPress 4.7のstarter contentは公開する案内を決める前の下書きとして使う

公開日: 執筆:佐藤

WordPress 4.7のstarter contentは、新しいsiteのpage、menu、画像の構成をpreviewするための下書きです。表示された会社案内や問い合わせpageの名前を、そのまま公開する内容と決めません。最初にsiteで伝えること、連絡を受ける場所、公開してよい画像を確認し、下書きの構成を事業の案内へ置き換えます。

starter contentを使うthemeでは、Customizerのpreviewでpage、menu、画像、front pageの構成を見られます。新しいsiteを作るとき、空の画面から配置を考えなくてよい点は役に立ちます。しかし、用意された見出し、説明、画像、link先は、特定の事業の条件を確認したものではありません。previewに表示されたことと、公開してよいことを分けます。

下書きの構成と公開する内容を分ける

starter contentは、どのようなpageが必要かを考える入口です。about、contact、blogのようなpageを見れば、siteの構成を検討しやすくなります。一方で、会社案内に何を書くか、問い合わせで何を受けるか、blogで誰が記事を管理するかは、themeが決めることではありません。

previewで決めること 公開前に別に決めること
pageやmenuのおおまかな配置 会社名、扱うサービス、料金や対応範囲
front pageで案内する順番 どのpageを公開し、どの情報を下書きのまま残すか
画像を置く位置 画像の使用許可、内容、代わりの説明
contact pageへの導線 受付する内容、受信先、返信する人

説明用の仮例として、starter contentのcontact pageを使ってsiteを作り始める場合を考えます。previewでmenuからcontact pageへ進めても、page内に実際の連絡先、form、受付時間がなければ、問い合わせを受ける入口にはなりません。pageの名前を作る作業と、連絡を受ける準備をする作業を分けます。

同じことはabout pageにも言えます。placeholderの文章や画像を残したまま公開すれば、siteを見た人は何を扱う事業か判断できません。会社の沿革を長く書くかどうかより、誰が何を提供し、どの条件で相談できるかが先です。starter contentの見出しは構成の目印として使い、本文は事業側が確認した内容へ置き換えます。

menuを作ることとpageを公開することを同じにしない

Customizerでは、menuを作りながらpageを追加できます。menuに項目が並ぶとsiteが完成したように見えますが、link先のpageが公開できる内容になっているかは別です。空のpageや下書きの文章へmenuから直接進めば、利用者は必要な説明を読めません。

pageをmenuへ入れる前に、そのpageで答える疑問を一つ決めます。サービスpageなら、対象者、対応する内容、相談への進み方を確認します。contact pageなら、何を受け、誰が答え、いつ返すかを確認します。privacy policyのようなpageなら、実際に使っている連絡方法やdataの扱いと合っているかを確認します。menuの項目名だけを先に増やさないことが必要です。

説明用の仮例で、front pageから「サービス」「会社案内」「お問い合わせ」へ進むmenuを作る場合を考えます。三つのpageを用意しただけでは、どのpageを先に読めばよいか分かりません。front pageで何を案内し、各pageで何を詳しく説明するかを決めます。サービスpageに問い合わせ先を置くなら、company pageにも同じ連絡先が必要かを確認します。menuの構成とpage間の案内を分けて考えます。

previewでmenuを確認した後は、保存し、公開側のURLを開きます。Customizer内ではpageがあるように見えても、公開後のlink先、閲覧権限、URLが意図どおりかは別に確認します。一般の利用者としてtop pageを開き、menuをたどり、必要な本文とlinkが読めるかを見ます。管理画面で見る構成と、利用者が実際にたどる構成を同じにしません。

画像と文章はtemplateの飾りとして残さない

starter contentには画像や例の文章が含まれることがあります。画像の位置を確認するために使えても、公開前に使用してよい画像へ替えます。写真の内容がサービスと関係ない、人物や場所の説明ができない、画像の上に文字が重なって読めない場合は、siteの入口として使えません。

文章も同じです。短い説明文が見出しの下にあると、pageが整って見えます。しかし、利用者が知りたい条件を説明していないなら、飾りの文章です。見出し、本文、buttonの言葉を読み、次に何をすればよいか分かるかを確認します。themeのデモに近い文面を残すのでなく、事業側が承認した案内に替えます。

外部の制作会社へstarter contentを使った初期設定を頼む場合は、themeを有効にする作業と、公開内容を決める作業を分けます。制作会社がpageやmenuの配置を作れても、サービス条件、連絡先、画像の利用許可を決める人とは限りません。どのpageを下書きにして、どのpageを公開するか、誰が本文を確認するかを先に決めます。

公開前の確認では、placeholderの画像や文章が残っていないかも見ます。previewでは見慣れた配置として自然に見えても、公開siteで読んだ人には、事業と関係のない写真や抽象的な文が残っているだけに見えることがあります。top page、menu、各pageを続けて開き、事業の名前、提供する内容、連絡先が途切れずに読めるかを確認します。

starter contentを取り込んだあとにthemeを替える場合も、同じ構成が残るとは限りません。pageやmenuがあっても、新しいthemeでfront pageの表示順やheaderのlinkが変わることがあります。themeを替える作業と、siteの案内を確認する作業を別に予定し、公開前にもう一度代表pageを開きます。

最初の一手は、previewで表示されたpageを一つ選び、そのpageが答えるべき疑問を一文にすることです。見出し、本文、link先をその問いに合わせてから、menuへ入れ、公開sideで確認します。

戻る