サイトづくりの全記事。

公開する場所を1つ決める

作業メモに新しいサイトの目的と公開予定URLを記入します。会社案内と販売サイトを別にする場合は、それぞれのURLと用途を別の行に書きます。既存のサイトを置き換える計画なら、この新規作成の手順はここで止めて移転・切り替えの相談へ進みます。

XServerアカウントを開く

エックスサーバー公式サイトからXServerアカウントへログインし、契約しているサーバーとドメインを確認します。ここは契約、支払い、登録連絡先などを扱う入口です。表示されたサーバーIDと契約名を作業メモに控え、別契約のサーバーを選ばないようにします。

サーバーパネルとの違いを確認する

対象サーバーの管理画面からサーバーパネルを開きます。ドメイン設定、SSL設定、WordPress簡単インストールがサーバー側の操作です。新旧パネルで表示やログイン方法が異なるため、公式マニュアルのパネル切り替えを自分の画面に合わせます。

WordPress用のログインを別に管理する

WordPressを作成すると、そのサイト専用の管理者ユーザー名とパスワードができます。管理画面のURL、ユーザー名、登録メールアドレスは、XServerの契約情報とは別の項目としてパスワード管理ツールに保存する準備をします。すでに作成済みならインストール完了情報と照合します。

公開する素材と事実を集める

正式な事業名、所在地、営業日、サービス内容、実際の料金、問い合わせ窓口を確認します。自分が使用できるロゴと写真、原稿もフォルダーにまとめます。CRAFTの購入ZIPには写真用の仮表示があり、デモ写真や架空の実績をそのまま公開するための商品ではありません。

作業順と保存先を決める

本書をドメイン、SSL、WordPress、基本設定、CRAFT導入の順に進める予定を作ります。購入ZIPの原本と自分の素材は手元にも保存します。画面の操作記録を残す場合はURLと作業日時を中心にし、パスワード、認証コード、購入情報を画像に写し込まないようにします。

追加先サーバーを確かめる

XServerアカウントで対象サーバーを選び、サーバーパネルを開きます。画面内のサーバー情報と作業メモを照合してから「ドメイン設定」を開きます。複数契約がある場合は、どれでもよいと判断せず予定していた契約を使います。

ドメイン名を追加する

新パネルでは「ドメインを追加」、旧パネルではドメイン設定の追加用タブから登録へ進みます。ドメイン名だけを入力し、無料独自SSLを利用する設定を確認して追加します。確認画面がある場合は綴りをもう一度読み直します。

ドメイン管理側の設定を確認する

ドメインを取得した管理画面で、ネームサーバーが新規サイト用サーバーの指定に合っているか確認します。XServer管理のドメインはXServerアカウントの対象ドメインからネームサーバー設定を開き、現在値を読みます。ドメイン追加だけで、他社側の設定まで必ず変わるわけではありません。

必要な場合だけ新規ドメインの接続先を変える

未使用の新規ドメインで、XServer標準のネームサーバーへ切り替える場合だけ変更します。XServer管理画面に「XSERVER」の選択肢があれば選び、確認して保存します。他社管理の場合は、その会社の公式手順とXServer公式の指定値を照合して入力します。特殊な旧契約は公式の個別指定を優先します。

反映を待ち、対象ドメインを開く

反映待ちの間に同じ登録を繰り返さず、設定した日時を控えます。公式案内ではドメイン設定やネームサーバーの反映に数時間から最大24時間程度を要する場合があります。時間を置いて自分のドメインを開き、以前のサイトではなく設置先の初期画面や案内が表示されるか確認します。

対象ドメインのSSL設定を開く

対象サーバーのサーバーパネルで「SSL設定」を開き、新規サイト用のドメインを探します。新旧パネルでドメイン選択のタイミングやボタンが異なるため、公式マニュアルの表示を自分のパネルに合わせます。似た名前の別ドメインを選ばないようにします。

未設定の場合だけ無料独自SSLを有効にする

ドメイン追加時にSSLが設定済みならそのまま次へ進みます。未設定の場合、新パネルでは対象の設定を「ON」にし、旧パネルでは無料独自SSLの追加用画面から申請します。確認画面には自分のドメインが表示されていることを確かめてから実行します。

設定完了から反映まで待つ

設定を行った時刻とパネルの状態をメモします。XServerの公式案内ではSSL設定の反映に最大1時間程度かかる場合があります。その間はSSLを削除・再追加せず、時間を置いてパネルの表示を確認します。ドメインの接続先がまだ反映中なら、そちらの完了も待ちます。

HTTPSのURLを直接開いて確かめる

ブラウザーのアドレス欄にHTTPSから始まる自分のURLを直接入力します。アドレス欄の接続情報から、証明書の対象が自分のドメインで通信が保護されているか確認します。ブラウザーによっては鍵の形ではなく設定アイコンで接続情報を開きます。

HTTPの動作も記録する

次にHTTPから始まる同じURLを開き、HTTPSへ自動で移るかを見ます。SSL証明書を追加しただけでは自動転送されないことがあります。ここで転送されなくても証明書の失敗とは分けて考えます。WordPressの設置後に「WordPressの最初の設定」の手順でURLと常時SSL化を整えます。

契約画面とサーバーパネルを分ける

XServerアカウントは契約や支払いを管理する画面です。作業対象のサーバーのサーバーパネルへ進み、ドメインを設定します。WordPressの管理者アカウントは、この後に別に作成します。

対象ドメインとDNSを確認する

ドメイン設定で対象ドメインを追加し、取得先でのネームサーバーなども確認します。既存のメールや別サービスを使っているドメインでは、DNS変更がそれらへ影響することがあります。設定を移す前に現在の用途を確認してください。

SSLが使える状態を確認する

SSL設定で対象ドメインの無料独自SSLを確認します。反映待ちの間に繰り返し追加・削除をしないようにします。httpsのURLで証明書エラーが出ないことを確認してから、WordPress側のHTTPS設定を進めます。

インストール済み一覧を確認する

WordPress簡単インストールを開き、対象ドメインに既存のWordPressがないか確認します。新パネルでは「WordPressを追加」、旧パネルではインストール用のタブなどから新規追加へ進みます。

URLとディレクトリを決める

対象ドメインを選び、ドメイン直下に作るならディレクトリ欄は空欄にします。blogなどを入れると、その配下へ設置する構成になります。表示される完成URLを確認し、サイトの計画と一致するか確かめます。

管理者情報を入力する

サイト名、WordPressのユーザー名、パスワード、メールアドレスを入力します。ユーザー名は公開用の表示名と別に考え、パスワードは他サービスと使い回さず保管します。メールはパスワード再設定などを受信できるものを使います。

データベースとテーマを確認する

新規サイトでは、画面に用意されているデータベース自動生成の方法を使えます。既存データベースを安易に再利用しないでください。テーマ選択は標準テーマで設置して構いません。CRAFTは後から購入したZIPで追加します。

内容確認後に一度だけ実行する

最終確認でドメイン、ディレクトリ、サイト名、ユーザー名を読み直します。インストールを実行し、完了するまで待ちます。完了情報に含まれる管理画面URLやデータベース情報は公開ページやスクリーンショットに載せないようにしてください。

管理画面とサイトの両方を開く

案内された管理画面URLからWordPressへログインし、サイト名から表示側も開きます。HTTPSでの表示、管理者メール、言語・タイムゾーン、パーマリンクを確認してからCRAFTテーマを導入します。

新規設置の一覧画面を開く

対象サーバーのサーバーパネルで「WordPress簡単インストール」を開きます。設置済みの一覧を見て、新規サイトを同じ場所に二重作成しないことを確認します。新パネルでは「WordPressを追加」、旧パネルでは「WordPressインストール」などの追加用画面へ進みます。

サイトのURLと設置場所を決める

設置先に自分の新規ドメインを選びます。ドメイン直下にサイトを作る場合は末尾のディレクトリ欄を空欄にします。サブディレクトリが必要な計画なら、その構成を先に確認します。ここで表示される完成URLを読み、既存サイトと重ならないことを確かめます。

WordPressの管理者情報を入力する

サイト名、管理者ユーザー名、十分に長い固有のパスワード、受信できるメールアドレスを入力します。パスワードは管理ツールで生成・保管すると管理しやすくなります。このユーザーはWordPress専用であり、XServerアカウントと同じ認証情報にする必要はありません。

データベースと追加項目を確認する

新規サイトではデータベースを自動で生成する設定を選びます。テーマ選択がある場合は、まず提供される標準テーマで設置して構いません。CRAFTは設置後に購入ZIPから導入します。追加のテーマ・プラグイン等の項目は画面の説明を読み、用途が分からないものを一括で追加しないようにします。

確認してインストールを実行する

ドメイン、完成URL、サイト名、ユーザー名を最終確認し、画面に従ってインストールします。処理中はボタンを連打せず完了を待ちます。完了後に表示される管理画面URLと設置情報を安全な場所に保存し、共有画像などには含めないようにします。

管理画面とサイトをそれぞれ開く

案内された管理画面URLを開き、作成したWordPressのユーザー名とパスワードでログインします。画面上のサイト名から公開側のページも別タブで確認します。管理画面へのログインとサイトの表示を両方確認してから次へ進みます。

サイト名と言語・時間を確認する

「設定 → 一般」を開き、サイトのタイトルとキャッチフレーズを実際の事業に合わせます。日本向けに運用するならサイトの言語を日本語、タイムゾーンを東京にします。変更を保存し、日時表示や予約投稿が意図した時間を基準にする状態へ整えます。

管理者メールを受信できるか確認する

同じ画面で管理者メールアドレスを確認します。変更する場合は新しい受信可能なアドレスを入力し、届く確認メールのリンクで変更を完了します。この通知先と、ユーザーのプロフィールにあるログイン用メールは別項目です。必要ならプロフィール側も別途確認します。

サイトのURLをHTTPSにそろえる

一般設定のWordPressアドレスとサイトアドレスを確認します。既にHTTPSなら変更しません。新規の標準設置でHTTPのままなら、ドメインとパスを一切変えず先頭のhttpだけをhttpsへ変更して保存します。保存後に再ログインが必要な場合はHTTPSの管理画面を開きます。

パーマリンクを初回取り込み前に決める

「設定 → パーマリンク」を開き、新規サイトの基本構成として「投稿名」を選び、変更を保存します。CRAFTを取り込む前のここで決めておきます。投稿や固定ページごとの末尾は後で確認しますが、運用開始後に構造を気軽に変更すると、すでに案内したURLに影響します。

準備中の検索表示を設定する

「設定 → 表示設定」で、準備中に検索結果へ載せたくない場合は検索エンジンでの表示を抑制するチェックを入れて保存します。これは検索エンジンへの依頼で、サイトへのアクセスを制限する機能ではありません。秘密情報は載せず、作成中の本文は下書きで保管します。

HTTPからHTTPSへの転送を確認・設定する

HTTPのURLを開いて自動転送されるなら追加設定は不要です。未設定の場合だけ、対象ドメインのサーバーパネルで「.htaccess編集」を開き、現在の全文を手元に保存します。新規の標準構成であることを確認し、公式の転送記述を既存の内容を残したまま先頭へ追記して保存します。既存の転送ルールがある場合は追記前に公式窓口へ確認します。

3つの管理画面を区別する

CRAFTの購入者画面では購入・初期入力・ZIP取得を行います。XServerのサーバーパネルではドメイン・SSL・サーバーを管理します。WordPressの管理画面ではサイトの内容を編集します。まず、いま開いている画面のURLとサイト名を確認してください。

固定ページと投稿を使い分ける

会社概要、事業案内、お問い合わせなど常設する内容は「固定ページ」を開きます。お知らせ、読みもの、日付のある更新情報は「投稿」を開きます。CRAFTで取り込んだページもそれぞれの一覧に入ります。

外観の中の役割を覚える

「テーマ」はZIPの追加と有効化、「カスタマイズ」は名称・Hero・色・お問い合わせなどの設定、「メニュー」はナビゲーションのリンク、「CRAFT 初期設定」は初回のページ作成です。通常の本文修正で初期コンテンツを作り直す必要はありません。

サイト全体の設定を確認する

「設定 → 一般」でサイト名・言語・タイムゾーン、「表示設定」でホームの表示、「パーマリンク」でURL形式を確認できます。URL欄やパーマリンクは、公開後に気軽に書き換える項目ではありません。変える目的を明確にしてから操作します。

下書き保存とプレビューを使う

編集画面の保存・プレビューで内容を確認します。公開ボタンは訪問者に見える状態へ変える操作です。既に公開済みのページの更新は、そのページに変更が反映されます。画面上の現在のステータスを毎回確認しましょう。

表示オプションと設定パネルを開く

一覧で項目が見えないときは上部の「表示オプション」、ブロック編集画面では右上の設定パネルを確認します。「投稿／固定ページ」と「ブロック」のタブでは変更できる対象が異なります。ブロックを選択した状態で、そのブロックの設定を表示します。

管理者の表示と訪問者の表示を比べる

プレビュー用URLはログインしている本人向けです。公開予定の確認では、通常URLをログアウト状態またはプライベートウィンドウで開きます。下書きページが訪問者には開けないことも確認してください。

一般：名称とURLを確認する

サイトタイトルとキャッチフレーズを実際の事業へ合わせます。WordPressアドレスは本体の場所、サイトアドレスは訪問者が開く場所です。標準設置では同じになることが多いですが、意図的に別構成のサイトでは一致させる操作をしないでください。HTTPSで表示できることを確認してから設定をそろえます。

一般：メールと登録設定を確認する

管理者メールは重要な通知の受信先です。変更時は確認メールで承認が必要になることがあります。「だれでもユーザー登録ができるようにする」は会員機能を運用しない企業サイトでは不要です。登録を許可する場合も、新規ユーザーの権限を管理者にしないでください。

一般：言語と時刻を確認する

日本向けに運用する場合は日本語と東京のタイムゾーンを設定します。日付と時刻の形式を選び、週の始まりも必要に応じて設定します。予約投稿の日時が想定した時刻になるか確認します。

投稿設定：初期カテゴリーを確認する

投稿設定でデフォルトの投稿カテゴリーを確認します。記事作成時には個別にカテゴリーを確認する運用にします。使わないメール投稿機能などの項目は、用途がないまま設定を埋める必要はありません。

表示設定：ホームと検索エンジンを確認する

ホームはCRAFTの固定ページに指定します。検索エンジンがサイトをインデックスしないようにする設定は、検索エンジンへの依頼であり、アクセス制限ではありません。未公開の情報を保護する目的では下書きや適切なアクセス制限を使い、公開時に検索の設定も確認します。

ディスカッション：コメントを確認する

コメントを使わない企業サイトでは、新しい投稿へのコメント許可を必要に応じてオフにします。既存記事のコメント設定がすべて変わるとは限らないため、各記事も確認します。お問い合わせフォームの設定はここではなくCRAFT お問い合わせです。

メディアとパーマリンクを確認する

画像サイズの設定を大きく変える前に用途を確認します。既存の画像へ自動的にすべての変更が反映されるとは限りません。パーマリンクは初期取り込み前に決め、公開後に変更する場合は旧URLの扱いを設計します。

プライバシーと保存を確認する

実態に合うプライバシーポリシーを編集・公開し、設定の使用ページとして指定します。各設定画面の変更を保存し、通常URLを開き直して表示とリンクを確認します。

ページの関係を書き出す

ホーム、会社概要、事業案内、事業詳細、お問い合わせ、プライバシーポリシーなどを並べます。事業詳細の親を事業案内にするなど、情報のまとまりを決めます。

パーマリンク形式を先に決める

新規サイトでは設定 → パーマリンクで形式を決めて保存してから初期取り込みを行います。既に公開しているサイトの形式変更は、記事URLが一括で変わることがあるため、この手順で気軽に変更しないでください。

スラッグを入力する

固定ページの設定にあるURLまたはスラッグを開きます。英小文字とハイフンなどで短く設定し、プレビューされる完成URLを確認します。同名のスラッグが存在すると番号が付くことがあります。

親ページを指定する

事業詳細ページの親に事業案内を選ぶなど、固定ページの設定で親を指定します。保存後のURLをもう一度確認してください。取り込みページの初期スラッグはcraft-で始まる場合があります。そのまま使用しても構いません。

本文のリンクを確認する

CRAFTのボタンや関連記事、ページ内のテキストリンクを開き、変更後のページへ進めるか確認します。自動的に新URLへ追随するリンクと、文字列のURLとして保存されたリンクは異なります。カスタムリンクと本文内リンクは個別に見直します。

メニューとパンくずを確認する

WordPressの固定ページ項目として追加したメニューと、URLを直接書いたカスタムリンクを区別します。パンくずは親ページの最新のリンクを使いますが、親が下書きなら表示しません。通常URLで確認します。

公開後の変更は旧URLを引き継ぐ

公開後に変更する場合は、旧URLの一覧を控え、必要な恒久転送を設計して設定します。WordPressがあらゆるURL変更を必ず転送するとは考えず、外部からのリンクも含めて確認してください。新規サイトの制作段階で構成を固めると作業を減らせます。

購入したテーマとファイルを照合する

マイページの「ダウンロード」でテーマ名とバージョンを確認します。すぐに自分で編集する場合は標準ZIP、初回セットアップの文章を反映する場合は確認・確定後の設定済みZIPを選びます。ライセンスプランの追加案件では案件名とZIP末尾の識別子も照合してください。原本を手元に残し、会社名やサービス内容は公開前に読み直します。

WordPressのテーマアップロードを開く

WordPressの「外観 → テーマ」から新しいテーマの追加へ進み、「テーマのアップロード」を開きます。表示名が少し異なる場合は、テーマ一覧からZIPを選ぶアップロード欄を探します。プラグインの追加画面やXServerのファイルマネージャを使う操作ではありません。

ZIPをインストールする

ダウンロードした購入者用ZIPをそのまま選択し、インストールを実行します。処理が完了するまで待ち、完了画面に出るテーマ名を確認します。既存テーマとの置き換え確認が出た場合は、すでに同じテーマが入っている可能性があるため、初回か更新かを確かめてから進みます。

有効化して初期設定画面へ進む

対象テーマを「有効化」します。その後「外観 → CRAFT 初期設定」を開き、画面の説明と会社情報を読みます。有効化だけではページや投稿は取り込まれません。専用プラグインやWordPress側のAI APIキーを追加しなくても、CRAFTの初期設定は利用できます。

公開範囲を確認して初回取り込みを実行する

最初は「作成するホームを公開し、サイトのトップページとして設定する」のチェックを外したままにします。会社情報・生成文の確認とページ作成への同意にチェックし、「初期コンテンツを反映」を押します。ホーム公開のチェックを入れると、ホームの公開と現在の表示設定の変更が同時に行われる点に注意します。

作成された固定ページと投稿を確認する

「固定ページ → 固定ページ一覧」を開き、ホーム、サービス、会社情報など、選んだテーマのページを確認します。お知らせに使う初期記事があるテーマでは「投稿」も確認します。ページを1つ開き、本文と画像用の仮表示をプレビューします。構成やページ数はテーマごとに異なります。

次回からの編集場所を確認する

もう一度CRAFT初期設定を開き、反映済みの案内を確認します。その後の本文修正は固定ページ・投稿、Heroや色はカスタマイザーで行います。初期設定は内容をリセットする機能ではなく、再取り込みやテーマの更新で編集済み本文・設定を上書きする運用にはしません。

現在の表示設定を記録する

「設定 → 表示設定」を開き、ホームページの表示、ホームページ、投稿ページの選択状態を控えます。既存サイトの場合は現在のトップページを変更する操作になります。

ホーム用の固定ページを確認する

「固定ページ」でCRAFTが作成したホームを開き、内容を確認します。写真の仮表示や未入力の会社情報を残さず、公開できる状態に整えます。ホームを公開してから表示設定へ戻ります。

固定ページをホームに指定する

「ホームページの表示」で「固定ページ」を選び、ホームページ欄で公開したホームを選びます。「変更を保存」を押します。URLの末尾が何もないドメイン直下を開き、意図したページが表示されるか確認します。

お知らせ一覧は通常の固定ページとして使う

CRAFTのお知らせ一覧には投稿を表示するクエリーブロックを配置しています。このデザインを使う場合、「投稿ページ」にはそのページを指定せず、未選択のままにします。通常の固定ページとして公開し、メニューから案内します。

WordPress標準の投稿ページとの違いを知る

表示設定の「投稿ページ」に固定ページを指定すると、通常はその固定ページの本文ではなく投稿一覧テンプレートが使われます。CRAFTのお知らせ本文を編集しても反映されない場合は、この指定を確認します。独自に標準投稿一覧を使う運用は、専用ページを用意して判断してください。

公開した投稿を一覧で確認する

投稿を1件公開してお知らせ一覧を開きます。タイトル、日付、抜粋、詳細リンクを確認します。下書き・非公開の記事は通常の訪問者向け一覧に出しません。ページ内のクエリーブロックで表示数や並び方を変更した場合も再確認します。

メニューとパンくずを確認する

お知らせ一覧へのメニューを追加します。記事詳細のパンくずは、表示設定で指定した投稿ページ、またはCRAFTの取り込み済みお知らせページが公開済みならそこへ戻れます。通常URLで一巡して確認します。

CRAFTのデザイン設定を開く

「外観 → カスタマイズ」を開き、「CRAFT デザイン設定」を選びます。固定ページの本文とは異なる設定画面であることを確認します。プレビューがトップページでなければ、プレビュー内でトップへ移動してから調整します。

会社・店舗名とロゴを整える

「会社・店舗名（ヘッダー・フッター）」に表示したい名称を入力します。ロゴはカスタマイザーの「サイト基本情報」にあるロゴ欄から登録します。切り抜き画面が出たら文字や図形が欠けない範囲を選びます。WordPressのサイトタイトルも正しい名称か確認します。

Heroの文章を短く具体的にする

Heroタイトルに誰にどのような価値を届けるかを短く入力し、Heroサブコピーでサービスや対象地域を補います。裏付けのない実績や最上級の表現は残さず、自分の提供内容を説明します。見出しの改行は画面幅で変わるため、一行になることだけを目標に長文を詰め込まないようにします。

自分の写真を登録する

Heroタイプを静止画にし、「Hero画像」から写真を登録します。写真内に重要な文字を入れすぎず、主役が中央付近にある写真を選びます。補助写真2・3の欄があるデザインでは、その欄にも別の写真を設定します。欄がないテーマで同じ設定が使えると考えず、表示される項目だけを使います。

色とCTAのリンクを調整する

メインカラーとサブカラーをブランドに合わせ、文字やボタンの読みやすさを確認します。CTAの文言は行き先が分かる言葉に変え、CTAリンクには公開済みページのURLを入力します。同じページ内のアンカーを使う場合は、実際にその位置へ移動できるか確かめます。

画面幅を変えて保存する

カスタマイザーのパソコン・スマートフォン表示で、ロゴ、タイトル、画像、ボタンを確認して保存・公開します。カスタマイザーの公開操作は外観設定の反映です。本文の下書きを公開する操作とは別です。保存後に実際のサイトを開き、上下の余白とCTAのクリックも確認します。

どこに表示する画像かを選ぶ

最上部の大きな写真はHero画像、本文の写真は画像ブロック、記事一覧などに使う代表画像はアイキャッチです。ヘッダーのロゴとブラウザーのサイトアイコンも別です。設定場所を決めてからアップロードします。

ファイルを準備する

写真は大きすぎる原寸のままではなく、表示に十分なサイズへ調整します。Heroなら横1600〜2000px程度を一つの目安にし、用途と見え方で調整してください。ロゴの透過が必要ならPNGなどを使います。実際の対応形式はWordPressとサーバー環境にもよります。

メディアへ追加する

メディア → 新規メディアファイルを追加からアップロードします。ファイル名、タイトル、代替テキストを確認します。画像自体が機密情報や許可のない人物写真を含んでいないかも確認してください。

Heroと補助写真を設定する

外観 → カスタマイズ → CRAFT デザイン設定でHero画像を選びます。複数の写真を使うテーマには「ファーストビューの補助写真 2」「3」が必要に応じて表示されます。Heroタイプが単色の場合は写真が表示されないため、静止画を選びます。

本文の画像ブロックを置き換える

固定ページまたは投稿で画像ブロックを選び、置換やメディアライブラリから画像を選びます。仮表示の説明文が残っていないか確認します。画像を新しいブロックで増やすより、既存の画像枠を使うと構成を保ちやすくなります。

代替テキストを書く

情報を伝える画像には、画像の目的や内容がわかる短い文章を入力します。「画像」「写真」だけの説明や検索語の羅列にしません。純粋な装飾画像は空の代替テキストにする判断もあります。キャプションは画像の下へ見せる説明で、代替テキストとは別です。

表示の切り抜きを確認する

テーマは枠に合わせて写真をトリミングして表示することがあります。人物の顔や重要な被写体が切れていないか、パソコンとスマートフォンの両方で確認します。端に重要な情報を入れた画像は避け、必要なら画像側の構図を調整します。

アイキャッチと読み込みを確認する

記事の設定でアイキャッチ画像を指定し、一覧と記事ページを確認します。ページを再読み込みして画像が欠けないかも確認します。メディアから画像を削除すると使用中のページへ影響するため、利用箇所を調べてから整理します。

編集するページを一覧から選ぶ

「固定ページ → 固定ページ一覧」を開き、目的のホーム、会社概要、サービスなどを選びます。似た名前が複数ある場合は下書き・公開の状態と本文を確認します。どのページがトップに指定されているかは「設定 → 表示設定」で確認できます。

リスト表示で文章の場所を探す

編集画面のリスト表示を開き、見出し、段落、画像、グループなどのブロック構造を確認します。変更したい文章のブロックを選び、本文を書き換えます。CRAFTのレイアウトを保つため、初めは大きなグループごと削除せず、既存の中身から修正します。

事実と説明を具体的な内容へ置き換える

会社情報、連絡先、サービス、料金、実績、FAQを順に確認します。生成された文や仮文は原稿の出発点として扱い、自分で確かめた内容に直します。未確定の料金や許可を取っていない事例は公開しません。長い文章は要点ごとに見出しと段落を分けます。

写真を差し替えて説明を付ける

画像ブロックを選び、「置換」などの操作からメディアライブラリまたはアップロードを使って自分の写真へ替えます。画像が伝える内容を代替テキストに入力し、装飾だけの画像は役割に応じて扱います。人物や商品が小さくなりすぎていないか、プレビューも確認します。

リンクとボタンの行き先を点検する

本文中のリンクやボタンを選び、行き先が自分のページか確認します。内部ページは実際のURLを使い、未公開ページへ向く導線は公開まで案内しません。ページ内リンクを使っている見出しのHTMLアンカーを変えると移動先も変わるため、不要な変更は避けます。

下書き保存とプレビューで確認する

下書き保存を行い、パソコンとスマートフォンのプレビューで文字量、写真、見出しの順序を確認します。ページ設定のURLも確認します。公開済みページの末尾を変更すると既存リンクへ影響するため、本文修正だけならURLは変えません。

確認済みページから順に公開する

事実、写真の利用範囲、問い合わせ窓口、個人情報の案内を確認してからページを公開します。ホームとして使うページは公開後に「設定 → 表示設定」で固定ページのホームとして指定し保存します。公開を待つページは下書きのまま残し、メニューには公開済みページだけを追加します。

リストビューで全体を見る

編集画面左上のリストビューを開き、グループの中にある見出し・段落・画像・ボタンを確認します。大きなグループを削除すると中身も消えるため、まず編集するブロックを一つだけ選びます。

H1・H2・H3の役割を知る

H1はページの主題、H2は大きな節、H3はその中の項目です。CRAFTのホームの主見出しはHero、下層ページはページ冒頭の主見出しです。本文へH1を重ねず、内容のまとまりに合わせてH2、H3を選びます。

文字サイズだけを目的に見出しを選ばない

段落の文字を大きくしたい場合は、利用できる文字サイズやスタイルの設定を使います。H2を飛ばしてH4にするといった使い方は避けます。テーマのデザインがブロックの文字サイズより優先される部分もあります。

段落と改行を使い分ける

Enterで新しい段落、Shift+Enterで同じ段落内の改行を入力できます。余白を作るために空の段落を大量に重ねず、グループや余白の設定を確認します。スマートフォンで不自然な改行にならないかも確認します。

ボタンの文字とリンクを設定する

ボタンブロックを選び、表示する文字とリンク先URLを変更します。「詳しく見る」だけではわかりづらい場合は、移動先が伝わる名前を使います。リンク設定を確定してからページを保存します。

ページ内アンカーを設定する

対応する見出しやグループの高度な設定にHTMLアンカーがある場合、半角英数字とハイフンで一意の名前を付けます。リンクには#とその名前を使います。別ページから案内するときはページのURLも付けます。

HTMLタグと投稿タグを区別する

h2、p、a、header、footerなどのHTMLタグは文書の構造です。投稿設定のタグは記事を分類するキーワードです。通常の編集ではコード編集へ切り替えず、標準ブロックで操作します。見知らぬスクリプトをカスタムHTMLに貼る必要はありません。

保存して表示とリンクを確かめる

プレビューで見出し、段落、ボタン、スマートフォンの折り返しを確認します。「無効なブロック」と表示された場合は、そのまま再保存を繰り返さずリビジョンや変更箇所を確認してください。

現在のナビゲーションと公開状態を確認する

サイトの上部と下部を開き、残したいリンクと追加したいリンクをメモします。CRAFTの自動表示では、初期ページが下書きの間は訪問者向けのリンクが隠れることがあります。管理者プレビューだけで決めず、固定ページ一覧で各ページの公開状態を確かめます。

ヘッダー用メニューを選ぶ・作る

「外観 → メニュー」を開き、編集対象のメニューを選びます。新しく作る場合は「ヘッダー用」など自分が見分けられるメニュー名を入力して作成します。メニュー名は管理用です。画面に複数のメニューがある場合は、既存メニューを誤って上書きしないようにします。

ページを追加し、短い表示名と順番に整える

左側の固定ページ欄で公開済みページを選び、メニューへ追加します。各項目のナビゲーションラベルを「サービス」「会社情報」など短く分かる言葉に整え、上下に並べ替えます。CRAFTのメニューは基本的に一段の案内として扱い、深い入れ子を前提にしないようにします。

メインメニューの表示位置へ割り当てる

表示位置の設定で「メインメニュー」を選び、メニューを保存します。テーマや翻訳で名前が異なる場合は、ヘッダー用の位置を画面で確認します。保存後にサイトの上部を開き、追加した項目が表示されるか確認します。

フッター用メニューを別に作る

必要ならフッター用メニューを作成し、会社情報、問い合わせ、公開済みのプライバシーポリシーなどを追加します。表示位置の「フッターメニュー」に割り当てて保存します。プライバシーポリシーは「設定 → プライバシー」の使用ページも確認しますが、指定しただけですべての導線が自動で完成すると考えず、表示を確認します。

ブランド名とスマートフォンの動作を点検する

フッターの名称を変更する場合は「外観 → カスタマイズ → CRAFT デザイン設定」の会社・店舗名を確認します。フッターのすべての段落が自由入力の設定ではありません。スマートフォンで上部メニューを開閉し、ページ末尾まで移動してリンクが重ならず押せるか確かめます。

新しいメニューを作る

「外観 → メニュー」で新規メニューを作成します。メニュー名は管理用なので、「ヘッダー案内」など目的がわかる名前にします。既存のメニューを編集する場合は、画面上部で対象を選択してください。

公開済みの固定ページを追加する

左の「固定ページ」で一覧またはすべて表示を選び、会社案内・事業案内・お問い合わせなどを追加します。公開前のページは一般訪問者が開けません。独自メニューは自動ナビゲーションと異なり、所有者がリンクの公開状態を点検する必要があります。

ナビゲーションラベルを短くする

各項目の矢印を開き、ナビゲーションラベルを設定します。元のページタイトルは変えず、メニュー上だけ短い名前にできます。似た名前の項目が続かないよう、何が載っているページかが伝わる言葉にします。

順序と階層を整える

ドラッグまたは項目の移動操作で上下の順番を整えます。項目を右へずらすと子項目になりますが、CRAFTでは表示深度が1なので、表示したい項目をすべて同じ左端にそろえます。深いページへの案内は親ページ本文にも設けましょう。

カスタムリンクを設定する

外部窓口やページ内の目印へは「カスタムリンク」を使います。外部URLはhttpsから全体を入力します。ホームのサービス欄へのリンクなら、下層ページからも動くよう自分のトップURLに#servicesを付けます。

表示位置を割り当てて保存する

メニュー設定の位置で「メインメニュー」を選び、「メニューを保存」を押します。フッター用は別メニューを作り、「フッターメニュー」へ割り当てます。同じメニューを両方に使うこともできますが、変更すると両方へ反映されます。

自動追加と新しいタブを確認する

新しいトップレベルページの自動追加は、必要な運用でだけ有効にします。外部リンクを新しいタブで開く設定は表示オプションのリンクターゲットを表示すると編集できます。サイト内リンクは通常同じタブで十分です。

訪問者として全リンクを開く

パソコンとスマートフォンでメニューを開き、順番、文字の折り返し、リンク先を1つずつ確認します。カスタムリンクはページURLを変えても追随しないため、スラッグ変更後は特に再点検します。

名称の変更場所を開く

「CRAFT デザイン設定」の「会社・店舗名（ヘッダー・フッター）」を変更します。ここで設定した名称は両方へ使われます。WordPressの設定 → 一般にあるサイトタイトルとは別の設定です。空欄の場合は購入時の情報などから表示されます。

サイトタイトルとキャッチフレーズも整える

サイト基本情報、または設定 → 一般でサイトタイトルとキャッチフレーズを確認します。タブのタイトルや標準の表示に関係するため、仮のサイト名を残さないようにします。Heroの文章はこの欄では変更されません。

ロゴを設定する

サイト基本情報でロゴを選択します。管理画面の案内に従ってメディアから選び、必要なら切り抜きます。テーマのロゴ枠には大きさの制限があるため、余白が多すぎる画像や縦横比が極端な画像は、元画像を整えてから使います。

サイトアイコンを設定する

サイトアイコンはブラウザーのタブなどに出る小さな画像です。ロゴとは別に設定します。WordPressのバージョンによってサイト基本情報または設定 → 一般に表示されます。正方形の画像を選び、画面が示す推奨サイズを満たします。

メニュー項目を編集する

メニューの内容は「外観 → メニュー」で変更します。CRAFT デザイン設定のCTAはHeroのボタン用で、ヘッダーのお問い合わせリンク全体を自由に設定する欄ではありません。編集対象を間違えないようにしてください。

問い合わせページを公開する

ヘッダーやフッターの問い合わせ導線は、取り込んだお問い合わせページに結び付きます。そのページが下書きなら、訪問者向けの導線を表示しないことがあります。本文とフォーム設定を確認してから公開します。

色と写真を区別して調整する

メインカラーはテーマ内のボタンや線などへ使われます。全要素の色を一律に変える設定ではありません。Hero画像や補助写真はファーストビューの写真で、ヘッダーロゴとは別です。濃い色の上に文字が読めるかも確認します。

保存後にモバイルでも確認する

カスタマイザーの公開ボタンで設定を保存し、通常のサイトURLで確認します。長い社名の場合はスマートフォンのメニューボタンとの間隔を確認します。別テーマへ切り替えると設定の持ち方が異なるので、切替前に記録を残します。

メニューの項目を先に設定する

「外観 → メニュー」で「メインメニュー」の割り当てを確認します。パソコンとスマートフォンは同じメニューの項目を使います。スマホ専用の別メニューを追加する操作は必要ありません。

実機または幅の狭い表示で開く

スマートフォンのブラウザーで通常URLを開きます。パソコンでは開発者ツールのデバイス表示やカスタマイザーのモバイルプレビューでも確認できます。テーマのコンテンツ幅に応じて切り替わるため、画面の名称だけで判定しないでください。

ボタンを押して開く

ヘッダーの線とMENUのボタンを押します。ボタンは「サイトメニューを開く」という読み上げ名を持ち、開いた状態ではその状態が支援技術へ伝わります。項目が多い場合はメニュー領域内をスクロールできるかも確認します。

閉じる操作を確認する

同じボタンをもう一度押して閉じます。キーボードではEscapeでも閉じられます。閉じた状態のメニューが本文に重なり続けていないことを確かめます。

リンクを選んで移動する

項目を1つ押し、移動先のページタイトルを確認します。ページ内アンカーは目的の位置へ移動するか確認します。ホーム以外から#servicesだけを指定すると、そのページに対象がないことがあるためURLも確認します。

長い名前と小さい画面を試す

320px程度の幅でも、会社名とメニューボタンが重ならないか確認します。横に長いロゴや長いラベルは短く整えます。ボタンを極端に小さくする追加CSSは避け、指で押しやすい状態を保ちます。

反応しない場合は競合を切り分ける

ブラウザーの再読み込み、キャッシュの更新、テーマの更新状況を確認します。独自のJavaScriptやメニュー系プラグインを追加した直後なら、検証環境でそれらの影響を切り分けます。別のハンバーガー機能を重ねて追加しないでください。

載せるリンクを書き出す

会社概要、お問い合わせ、よくある質問、プライバシーポリシーなど、サイト末尾で必要なページを選びます。すべてを詰め込むより、訪問者が確認したい情報へ進める項目に整理します。

リンク先の本文と公開状態を確認する

初期ページは下書きです。会社情報やプライバシーポリシーを実際の事業に合わせて編集し、公開できる内容か確認してから公開します。テンプレートの文例をそのまま法的な説明として使わないでください。

フッター専用メニューを作る

外観 → メニューで「フッター案内」を新規作成し、公開した固定ページを追加します。ナビゲーションラベルを読みやすく整え、すべて同じ階層で並べます。

表示位置へ割り当てる

表示位置のフッターメニューを選び保存します。独自メニューを割り当てると、テーマの自動的なページ案内に代わってそのメニューが使われます。抜けた項目がないか公開側を確認します。

会社名と著作権表示を確認する

外観 → カスタマイズ → CRAFT デザイン設定の会社・店舗名を確認します。フッターの名称と©の後の名称にも使われます。サイトの名称を変えただけで著作権が発生・移転するという意味ではありません。

プライバシーの使用ページを指定する

設定 → プライバシーで、実際に用いる公開済みのプライバシーポリシーページを指定します。設定しただけで独自メニューへ追加されるとは限らないため、フッター側のリンクも確認してください。

スマートフォンの末尾まで確認する

小さい画面でページの最後まで移動し、リンクの折り返し、行間、ページトップへのリンクを確認します。問い合わせリンクからフォームへ進み、通常URLで開けるかも確認します。

テーマのバージョンを確認する

外観 → テーマでCRAFTの詳細を開き、バージョンを確認します。2.1.0より前なら、バックアップを用意し、購入者画面から提供される最新版のZIPで更新します。ページの取り込みをやり直す必要はありません。

パンくずの表示設定を開く

外観 → カスタマイズ → CRAFT デザイン設定で「パンくずリストを表示する」を確認します。初期状態はオンです。ホーム以外の固定ページと個別の投稿で表示されます。

通常の固定ページを確認する

会社概要などのページを通常URLで開きます。ホームと現在のページ名が表示され、ホームはリンク、現在のページ名は現在位置として表示されます。ホーム自身にはパンくずを表示しません。

固定ページの親を設定する

ページ編集画面の固定ページ設定で親ページを指定します。たとえばサービス詳細の親を事業案内にします。画面によってページ属性や親という名前で表示されます。親ページを変更するとURLも変わることがあるため、公開前に設定を決めるのが基本です。

取り込み済みページの自動案内を知る

CRAFTが作成したサービス詳細ページは、WordPressの親が未設定でも取り込み時の構成から事業案内へ戻るリンクを表示します。後から親を設定した場合は、その親子関係が優先されます。下書きや非公開の親ページ名・リンクは表示しません。

記事の一覧への戻り先を確認する

個別の投稿では、表示設定で指定した投稿ページがあればそれを、なければCRAFTの取り込み済みお知らせページを戻り先として使います。どちらも公開済みでなければ途中の一覧リンクは出ません。カテゴリー階層は標準パンくずには挿入しません。

長いタイトルと他の機能の重複を確認する

スマートフォンでもタイトルが折り返され、横へはみ出さないか確認します。SEOプラグインなどで別のパンくずを追加している場合は表示が二重にならないよう、どちらの表示機能を使うか決めます。構造化データの出力はこの標準表示機能に含まれません。

保存して訪問者として確認する

カスタマイザーの公開ボタンで保存し、ログアウト状態で下層ページを開きます。親ページのタイトル変更やURL変更をした場合は、リンク先も開いて確認します。

問い合わせページの内容を整える

「固定ページ」から問い合わせページを開き、案内文、連絡先、対応できる内容を確認します。フォームのある箇所をプレビューします。独自に新しいページへ標準フォームを設置する場合は、ショートコードブロックにCRAFTのショートコードを入力します。同じページへ重複して追加しないようにします。

個人情報の案内への導線を確認する

プライバシーポリシーの本文を実態に合わせて整え、確認後に公開します。問い合わせページやフッターからそのページを開けるようにします。フォームに同意欄があるだけで説明が完成するわけではないため、利用者が送信前に内容を読める導線を確認します。

通知先を設定する

「外観 → カスタマイズ → CRAFT お問い合わせ」を開きます。「通知先メールアドレス」に実際に担当者が受信できるアドレスを入力します。空欄ならWordPressの管理者メールが使用されますが、意図した窓口を明確にするため入力を推奨します。管理者メールの変更確認が未完了でないかも確認します。

フォームを有効にして設定を保存する

「お問い合わせフォームを有効にする」にチェックし、カスタマイザーの設定を保存・公開します。問い合わせページも確認済みなら公開し、訪問者向けの画面で開きます。必須項目、相談の種類、本文、同意欄、送信ボタンが表示されるかを確認します。

テスト内容を入力し、確認画面を点検して送信する

自分の名前と返信を確認できるメールアドレスを使い、ご相談の種類と10文字以上のテスト本文を入力します。取り扱いを確認して同意し、「内容を確認して送信する →」を押します。「入力内容をご確認ください。」の画面で名前・メール・本文を点検し、直す場合は「内容を修正する」で戻ります。正しければ2回目の「確認した内容で送信する →」を押して送信します。

受信箱でメールの到達と内容を確認する

通知先の受信箱と迷惑メールフォルダーを確認し、テスト本文、名前、相談内容が読めるかを確かめます。返信操作で宛先がテストに使った自分のアドレスになるかも確認します。フォームの成功表示は配送の最終保証ではありません。届かない状態で受付を開始しないようにします。

受付を始める状態に整える

受信できたら、サイトのメニューとCTAから問い合わせページへ到達できるかを確認します。届かなかった場合は一時的にフォームを無効へ戻し、使える代替窓口を案内して、通知先やサーバーのメール送信環境を確認します。WordPress内に問い合わせ一覧が自動保存される機能を前提にせず、届いた通知を担当者が管理します。

投稿の新規作成画面を開く

「投稿 → 投稿一覧」で既存の記事と公開状態を見てから、新しい投稿を追加します。すでに同じお知らせの下書きがある場合は、その記事を編集します。固定ページを追加する画面と間違えないように、管理画面の「投稿」を確認します。

タイトルと最初の段落に要点を入れる

何についてのお知らせか分かるタイトルを付け、最初の段落に誰に関係する変更かと必要な行動を書きます。「来月」「近日」だけで済ませず、公開後にも意味が分かる年月日を使います。決まっていない内容を確定した表現で書かないようにします。

見出しと写真を追加する

ブロックエディターで必要な見出し、段落、箇条書き、画像を追加します。写真は利用できる素材を選び、画像が伝える内容を代替テキストで補います。関係のない大きな写真を置くより、本文の理解に役立つ構成にします。外部リンクを使う場合は実際に開いて行き先を確認します。

カテゴリー・画像・URLを確認する

投稿全体の設定でカテゴリーを選びます。必要な場合だけタグを付け、一覧で使う写真があればアイキャッチ画像を設定します。アイキャッチと本文の画像は別の設定です。投稿のURL末尾も確認し、公開後は理由なく変更しないようにします。

下書き保存し、公開日時を確かめる

下書きを保存してプレビューを開きます。パソコンとスマートフォンで本文、日付、画像、リンク先を確認します。予約する場合はWordPressのタイムゾーンと公開予定日時を確認します。すぐ公開するつもりでも日時が未来になっていないかを見ます。

公開して一覧から開く

確認後に公開し、記事のURLをログアウトした画面で開きます。次にサイトのお知らせ一覧や、トップページの投稿表示から同じ記事へ進めるか確認します。CRAFTのデザインによって一覧の配置は異なります。表示件数やカテゴリーの条件がある場合は、その条件と記事を照合します。

訂正と期限切れ後の扱いを決める

間違いがあれば投稿一覧から同じ記事を編集して更新し、公開画面でも修正を確認します。期間終了後に残すお知らせは、必要に応じて終了した旨を追記します。すでに案内したURLを維持したい場合は、記事を作り直して古いものを削除するより、同じ記事の更新を検討します。

カテゴリーとタグの役割を決める

カテゴリーは「お知らせ」「事例」「コラム」など大きな分類に使います。タグは「採用」「展示会」など記事を横断するキーワードに使います。すべての記事に新しいカテゴリーを作る必要はありません。

カテゴリーを作る

投稿 → カテゴリーで名前とスラッグを入力します。スラッグはURLの一部です。英小文字やハイフンの短い文字列にすると扱いやすくなります。親カテゴリーは必要な場合だけ選びます。

タグを作る

投稿 → タグで名前とスラッグを作成できます。タグには親子階層がありません。「セミナー」「講習会」など似た意味のタグを無計画に増やすと探しにくくなるため、名称をそろえます。

投稿に割り当てる

投稿の編集画面で右側の投稿設定を開き、カテゴリーを選び、必要なタグを追加します。画面幅が狭い場合は設定パネルを開いてください。ブロック設定のタブでは分類は変更できません。

未分類と初期カテゴリーを確認する

記事のカテゴリーを見直し、意図せず未分類だけになっていないか確認します。標準カテゴリーは設定 → 投稿設定で確認できます。既存の分類を削除・変更する前に、その分類の記事とURLを確認してください。

分類ページを表示する

カテゴリー一覧の表示リンクなどから分類ページを開きます。そのカテゴリーに属する公開済み記事が表示されるか、タイトルとリンク先を確認します。分類ページの本文は通常の固定ページ編集とは異なります。

クエリーブロックの条件と区別する

CRAFTのお知らせ一覧にあるクエリーブロックでカテゴリーを絞り込む場合、ブロックの設定も確認します。記事にカテゴリーを付けただけで、すべての一覧が自動的にその分類だけになるわけではありません。

実際の事業情報と写真を最終確認する

会社名、所在地、営業日、料金、連絡先、実績を元の資料と照合します。生成文、仮文、写真用の仮表示をページ全体から探し、公開できる内容へ差し替えます。会社情報だけでなく、FAQやお知らせに古い説明が残っていないかも確認します。

公開するページとホームを指定する

確認済みの固定ページと投稿だけを公開します。「設定 → 表示設定」でホームページに固定ページを表示する設定を選び、公開済みのホームを指定して保存します。CRAFT初回取り込み時にホーム公開のチェックを使った場合も、ここで現在の指定が意図どおりか確かめます。

ログアウトした画面で全リンクをたどる

管理画面とは別のプライベートウィンドウなどでサイトを開きます。ヘッダー、フッター、HeroのCTA、本文のボタンを順にクリックします。管理者には見える下書きへのリンクが訪問者では隠れる場合があるため、訪問者側の状態で案内が不足していないかを確認します。

スマートフォンで読みやすさと操作を試す

スマートフォンの縦画面でトップから末尾まで読みます。横にはみ出す文字、読みにくい色、切れたロゴ、写真に隠れる文字、小さくて押しにくいボタンを確認します。メニューの開閉と問い合わせページの入力も試します。写真や文章を直したら同じ画面で再確認します。

HTTPSと問い合わせの到達を再確認する

HTTPのURLからHTTPSへ移ることと、公開ページに証明書の警告がないことを確認します。フォームを使う場合は訪問者側の画面から識別できるテストを1回送り、通知先で受信と本文を確認します。使わない場合はフォームを無効のままにし、実際に利用できる別の窓口を表示します。

個人情報の案内とサイトの表示名を確かめる

プライバシーポリシーなどの必要な案内が実際の運用に合い、本文を読めるか確認します。ブラウザーのタイトル、ヘッダー・フッターの名称、サイトアイコンも点検します。CRAFTデザイン設定のトップページSEOタイトル等を使っている場合は、仮の名称が残っていないか見ます。

検索表示の準備中設定を解除して記録する

一般公開する準備が整ったら「設定 → 表示設定」で検索エンジンによるインデックスを抑制するチェックを外して保存します。検索結果への反映は即時ではありません。公開URL、公開日、管理担当、バックアップ場所、次回点検日を自分の作業メモに記録します。

自動バックアップの保持日と対象を確認する

サーバーパネルの自動バックアップの取得・復元画面を開き、取得できる日付と状態を確認します。Web領域とデータベースの両方を確認します。標準で14日分の案内がある一方、一部旧サーバーの保持期間は異なるため、自分のパネルの一覧を基準に記録します。

更新前のファイルを手元にも保存する

サーバーパネルの手動バックアップ作成など、利用環境のバックアップ機能で対象ドメインのファイルを保存します。Web領域と必要な設定ファイルを含め、画面の対象・保存先・完了状態を確認します。過去の自動バックアップを取得する場合は、現在の内容とは時点が違うことに注意し、取得データを手元へダウンロードします。

更新前のデータベースを保存する

設置時の情報などで対象WordPressのデータベース名を照合し、サーバーパネルのMySQLバックアップを開きます。新パネルでは手動バックアップ、旧パネルでは現在のMySQLをダウンロードする画面から、対象データベースと圧縮形式を選んでダウンロードします。名前が不明な場合は推測して別のデータベースを操作せず確認します。

更新内容と対応環境を確認する

WordPressの更新通知と、テーマ・追加プラグインの更新内容を確認します。CRAFTは購入ページから同じテーマの更新版ZIPを取得します。現在のテーマ名とバージョンを比べ、対象が合っているか確認します。大幅な変更、古い環境からの更新、独自改修がある場合は、先に検証環境で試します。

WordPressと追加プラグインを順に更新する

「ダッシュボード → 更新」などの公式の更新画面から必要な更新を行います。更新中は処理完了を待ち、同じ更新を重ねて実行しません。複数ある場合は一度に無関係な設定まで変えず、完了を確認しながら進めます。失敗表示が出たら、その時点の内容を記録して確認します。

同じCRAFTテーマをZIPで更新する

「外観 → テーマ」からテーマのアップロードを開き、同じテーマの更新版ZIPを選びます。置き換えの確認画面でテーマ名と新旧バージョンを照合し、正しい場合だけアップロード版で置き換えます。初期コンテンツの取り込みは実行しません。テーマのPHPやCSSへ直接加えた変更は置き換えで失われるため、独自改修がある場合は事前の検証結果に従います。

更新後の表示とメールを確認する

トップ、編集済みの固定ページ、投稿、Hero、画像、メニューを開き、内容と設定が保たれているか確認します。フォームを使う場合は実際の受信試験も行います。問題がなければ更新日時と確認結果を記録します。問題がある場合は追加変更を止め、更新前後の差とバックアップをそろえて相談します。

問題が起きる範囲をメモする

トップページ、問題の下層ページ、WordPress管理画面をそれぞれ開き、どれが表示されるか記録します。管理者での表示と、ログアウトした画面の表示も比べます。自分のブラウザーだけかを確かめるため、別の端末や回線で確認できる場合は結果を追記します。

管理画面に入れない場合の認証を確認する

設置完了時に控えたWordPress管理画面URLと、WordPress専用のユーザー名・パスワードを確認します。XServerアカウントとは別です。パスワードを忘れた場合はログイン画面のパスワード再設定を使い、自分の登録メールに届く案内から変更します。認証情報を何度も推測して入力し続けないようにします。

ページがない場合は公開状態とホーム指定を見る

管理画面に入れる場合は固定ページ・投稿の一覧で対象の状態を確認します。下書きなら本文確認後に公開します。トップが違う場合は「設定 → 表示設定」のホーム指定を見ます。CRAFTの取り込みが完了しているかは初期設定画面の案内を確認しますが、編集内容を戻す目的で取り込み直しません。

特定ページの404とリンク先を確認する

リンク先のURLを実際の公開ページURLと比較し、削除やスラッグ変更がないかを確認します。公開ページが存在するのにWordPressのURL処理で404になる場合は、現在のパーマリンク構造を変えずに設定を保存し直す確認方法があります。公開済みサイトの構造変更や転送の追加が必要なら、先に影響を調べて相談します。

表示の反映とHTTPSを切り分ける

カスタマイザーや本文で保存済みかを確かめ、再読み込みとログアウトした画面で比較します。証明書の警告ならSSL設定と反映時刻、転送が繰り返されるなら直前に追加した転送設定を確認します。キャッシュや保護設定を一括で変更せず、変更箇所と症状を対応させます。

フォームの問題は画面結果と受信を分ける

フォームが無効ならCRAFTお問い合わせ設定を確認し、通知先と管理者メールを照合します。送信を受け付けた表示があるのに届かない場合は、迷惑メールと受信制限を確認して送信日時を記録します。回数制限の表示がある場合は案内に従って待ちます。保護を外すための連続試験は行いません。

状況をそろえて適切な窓口へ相談する

契約、DNS、SSL、サーバー応答、メール送信環境はXServerの公式窓口へ、CRAFT固有の表示や取り込みは購入時の案内にあるサポート窓口へ相談します。WordPressの標準操作は公式ドキュメントも確認します。URL、日時、エラー文、直前の操作、バージョン、確認済み事項をまとめ、パスワードや秘密情報は送らないようにします。

ホームページに任せたい仕事を一つ決める

最初に「会社名を検索した人に実在する事業と伝える」「サービスを比較している人から相談を受ける」など、訪問者の目的を決めます。採用も販売も予約も同時に始めると、必要なページと機能が増えて予算を見積もりにくくなります。

例えば地域の設備会社なら、対応工事・対応地域・相談窓口を先に整えます。毎日記事を書く仕組みより、営業時間と問い合わせ先を正しく更新できることが優先です。

ページの更新と業務システムを分ける

会社情報、サービス紹介、実績、お知らせはWordPressの固定ページ・投稿で管理できます。一方、在庫連動や複雑な予約、会員ごとの請求などは、テーマを入れるだけでは完成しません。必要な処理を紙に書いて、ページで伝える情報と分けます。

毎月の更新担当を決める

文章を入力する担当と、WordPress・テーマ・プラグインの更新を確認する担当を決めます。同じ人でも構いませんが、退職や休業で連絡が取れなくなることを想定し、ドメイン・サーバーの契約者と回復用メールを事業者が把握しておきます。

一つのページで編集の相性を試す

導入候補のデモと説明書を見て、よく変更する箇所がどこにあるか確認します。可能なら検証環境で会社紹介文を入力し、画像を替え、スマートフォン表示まで確認してください。見た目の好みだけでなく、担当者が操作を続けられるかで判断します。

公開までの作業を分担する

自分で用意する文章・写真、テーマに含まれる構成、外注する設定を一覧にします。CRAFTの基本プランはテーマ1種類10,000円（税込）で、サーバー・ドメインや制作代行の料金を含みません。契約や公開の予定は、必要な準備がそろってから決めます。

「何が届くか」を先に確認する

WordPress用テーマなら、通常はテーマとしてインストールするファイル一式が提供されます。単なるHTMLテンプレート、デザイン画像、特定のページビルダーに読み込むデータとは導入方法が違います。「WordPress対応」という短い表示だけで決めず、説明書の取り込み先を見ます。

テーマの中のテンプレートを理解する

WordPressには投稿、固定ページ、一覧などを表示するためのテンプレートがあります。ブロックテーマではサイトエディターで編集する場合もあり、本文を一つ修正する操作とは影響範囲が異なります。テンプレートの変更が、それを使う複数ページに及ぶ点を押さえます。

デモの文章と写真の提供範囲を調べる

デモは完成イメージです。会社名、実績、写真、フォントがそのまま納品されるとは限りません。写真の利用条件と初期コンテンツの有無を確認し、自社の文章に置き換えたときの長さや画像比率も見ておきます。

必須プラグインと継続費用を確認する

テーマ代以外に有料の編集ツールや拡張機能が必要か、更新には継続契約が必要かを確認します。必須の仕組みが多いほど、移行や保守の作業も増えます。初年度だけでなく、翌年に同じ状態を維持するための条件を購入前に読みます。

CRAFTの場合の受け取り方を確認する

CRAFTでは購入したテーマのZIPをWordPressに導入し、必要に応じて初期ページを取り込みます。デモ写真や架空の実績を、そのまま公開用として提供する仕組みではありません。マイページの標準ZIPと設定済みZIPの違いを確認して選びます。

外観メニューから編集入口を確認する

ブロックテーマでは一般に「外観 → エディター」からサイト全体のテンプレートやスタイルを編集します。クラシックテーマではカスタマイザー、メニュー画面、テーマ独自設定などを使います。権限やプラグインで表示が変わるため、テーマ名と公式説明を合わせて確認します。

本文のブロック編集とテーマの方式を分ける

クラシックテーマでも、固定ページや投稿の本文にブロックエディターを使える場合があります。「ブロックで文章を書けるからブロックテーマ」とは限りません。テーマの方式は、ヘッダーや一覧などサイト全体の構造をどう持つかで判断します。

日常的に変える箇所を比較する

ロゴ、電話番号、メニュー、トップの写真など、よく変更する5項目を選び、各テーマで何回の操作が必要か確かめます。自由に配置を変えたい担当者と、決められた入力欄で情報だけ更新したい担当者では、使いやすさの基準が違います。

変更の影響範囲を確認する

一つの投稿本文を直す作業と、共通テンプレートや同期パターンを直す作業では、変わるページ数が違います。保存前に対象を読み、編集後はトップ・固定ページ・記事の3種類を開きます。見た目の自由度と、変更範囲の把握をセットで考えます。

CRAFTの説明書を使い分ける

CRAFTは本文のブロック編集に加え、テーマの初期設定やカスタマイザーを使う構成です。一般的なブロックテーマ向けのヘッダー編集手順がそのまま当てはまるとは限りません。CRAFTのヘッダー・メニュー・Heroの記事へ進んでください。

無料テーマでもできることを確認する

公式ディレクトリのテーマにも、企業サイトやブログの土台に使えるものがあります。必要な構成を標準機能で作れるなら、有料であること自体を目的にする必要はありません。まずデモと編集画面で、会社概要・サービス・問い合わせへの導線を作れるか確認します。

有料商品の提供範囲を読む

有料テーマの価格には、完成済みのページ構成、独自設定、説明書、サポートなどが含まれる場合があります。内容は商品によって違います。初期設定代行や文章作成まで含まれると思い込まず、販売ページに明記された範囲を比較表へ転記します。

購入後の年単位の条件を比べる

買い切りでも、サポートや更新の提供条件が別に定められていることがあります。何サイトで使えるか、顧客への納品が可能か、更新契約が必要かを確認します。写真や商標などの条件もテーマ本体と同じとは限りません。

自分の原稿でデモを評価する

完成デモの短い英字見出しを、自社の日本語のサービス名に置き換える場面を想像します。長い会社名や住所、写真が少ないケースでも成立するかが重要です。大量の修正が必要なら、テーマ代が安くても制作にかかる時間は増えます。

選ぶ理由を一行で残す

「説明書があり担当者が更新できる」「必要ページがそろっている」など、採用理由を残します。CRAFTは基本プランをテーマ1種類10,000円（税込）に統一しています。価格だけで決めず、用途・編集方法・別途必要なサーバー費用まで確認してください。

トップ以外のページを開く

トップの第一印象が良くても、事業説明や会社概要が薄いと、相談前の不安は解消しません。デモではサービス詳細、会社情報、実績、記事、問い合わせを順に開きます。どのページからでも会社名と次の行動が分かるか確認してください。

日本語が長くなった場合を想定する

英字の短い見出しが整っていても、日本語の長い業種名で改行が増えることがあります。文字サイズ、行間、見出しの幅、ボタンの高さを見ます。スマートフォンでは住所やメールアドレスが途中ではみ出さないかも確認します。

信頼を示す情報の置き場所を調べる

所在地、事業内容、対応範囲、担当窓口など、実在する情報を掲載する場所を確認します。架空の受賞歴や実績の数字で見栄えを埋めないようにします。写真が少ない会社なら、文章中心のサービス紹介でも余白が自然なテーマが使いやすくなります。

スマートフォンで相談まで進む

スマートフォン相当の幅でメニューを開き、サービスから問い合わせまで移動します。ボタンが重なったり、固定ヘッダーが見出しを隠したりしないか確認します。フォームの見本だけの場合は、送信機能の準備が別に必要かも商品説明で確かめます。

担当者の変更しやすさを比較する

休業案内、料金、担当者、写真をどこで変えるか確認します。デザインが好みでも、毎回コード修正が必要な箇所が多いと更新が滞りがちです。候補を3つ程度に絞り、同じ確認表で比べるとデモの華やかさだけに左右されにくくなります。

費用を四つの箱に分ける

初期費用は、デザインの土台、サーバー・ドメイン、文章・写真、設定と検証に分けます。テーマを購入しても、住所・サービス内容・写真を用意する作業は残ります。どこまで含む商品かを先に確認すると、購入後の追加依頼を見積もりやすくなります。

最初に公開する範囲を絞る

予算が限られる場合は、会社概要、主力サービス、問い合わせの導線を先に完成させます。実績や採用を後から追加することもできますが、空のページを大量に公開しておく必要はありません。小さく始めても、所在地や連絡先など判断に必要な情報は省かないようにします。

テーマ代を総額に置き換えて計算する

CRAFTの基本プランはテーマ1種類10,000円（税込）です。仮に年間の公開環境費を15,000円、素材費を0円、自分で設定する条件に置くと、現金支出の例は25,000円になります。これは説明用であり、サーバーの実際の契約額や作業時間を含む見積りに置き換えてください。

見積書では税込・税別、契約期間、更新額、設定代行の範囲をそろえます。自社の作業をゼロ円と書く場合も、原稿作成や公開確認に必要な時間は別欄に残します。

安くする部分と残す作業を決める

最初は写真点数やページ数、装飾の種類を絞る方法があります。一方、フォームの受信試験、バックアップ、スマートフォン確認を省くと、公開後に相談を取りこぼす可能性があります。予算を削るときは、閲覧・問い合わせに直接関わる確認を残します。

訪問者の質問を入口にする

会社が伝えたい順ではなく、「何を頼めるか」「自分の地域は対象か」「どんな会社か」「どう相談するか」の順で質問を並べます。一つの質問に答える情報が複数ページへ散らばっていれば、まとめる候補です。社内の部署名より、お客様が使う言葉を優先します。

五つの情報に役割を与える

最初から5ページに固定する必要はありません。情報量が少なければ会社概要と理由をまとめても構いません。ただし、訪問者が判断に使う役割を落とさないようにします。お知らせを更新できない場合は、休業や営業案内を確実に管理できる小さな欄から始めます。

トップページは要約と入口にする

トップにすべての文章を詰め込むと、重要な情報が見つけにくくなります。サービスの概要、事業の特徴、会社情報への入口、問い合わせの順に要約を置きます。詳しい説明が必要な項目には、内容が分かる名前でリンクを付けます。

ページごとの完了条件を決める

文章を入力しただけで完成にせず、読者の質問に答えられるかで点検します。サービスなら対応範囲と相談方法、会社概要なら所在地と窓口、問い合わせなら送信・受信を確認します。情報が足りないページは公開を急がず、担当者から事実を集めます。

一度に伝える相手と目的を確認する

単一サービスを同じ相手へ案内するサイトなら、1ページの中に概要・特徴・料金の考え方・相談先を並べやすくなります。法人向けと個人向け、採用と営業のように相手が異なる場合は、入口から分けた方が読者の迷いを減らせます。

必要な説明量を書いてみる

デザインを決める前に原稿を仮置きします。各サービスに対象・対応範囲・事例・FAQが必要なら、一つのページは長くなります。スマートフォンで目的の場所へ何度もスクロールする状態なら、概要をトップに置いて詳細を別ページにする案を比べます。

リンクで案内する場面を考える

営業メールから特定サービスへ案内したい、求人だけを共有したい場合は、専用URLがあると説明しやすくなります。ページ内リンクでも位置を案内できますが、検索結果のタイトルや共有画像を内容ごとに用意したい場合は、独立ページの方が管理しやすくなります。

増やす前提のメニューを作る

1ページで始めても、将来のサービス詳細や実績を追加できる構成を考えます。最初から空のリンクを作る必要はありません。公開済みのページだけをメニューへ載せ、増設時はトップの要約とパンくず、関連リンクも合わせて更新します。

比較する成果物をそろえる

テーマの購入代金と、取材・原稿作成・写真撮影・設計・実装・公開作業を含む制作費では範囲が違います。まず見積りの各行に、誰が何をするかを書きます。公開後の保守も別欄に分け、含まれていない作業を空白のままにしません。

既存の構成に情報を合わせられるか見る

会社紹介やサービス紹介の形が候補テーマと合い、写真や文章の差し替えが中心なら、テンプレートを活用しやすくなります。独自の見積り計算や複雑な顧客管理などが中心なら、テーマだけで解決できる範囲から離れます。必要機能を後で無理に足さないようにします。

変更の種類を分けて見積もる

色や文章を入力欄で変える作業と、ページ構造や処理そのものを変える作業では必要な手間が違います。「少し変更」とまとめず、対象ページ・変更箇所・完成イメージを書いて依頼します。見た目の修正が別画面へ影響する場合も含めて確認します。

引き渡し後の更新まで比較する

担当者が自分で情報を変えられるか、更新時に制作会社へ依頼するのかを確認します。データや契約の管理者、説明書、引き渡し対象、保守の窓口も比べます。CRAFTの基本プラン10,000円（税込）はテーマ1種類の料金で、オリジナル制作一式の見積りではありません。

継続する契約を洗い出す

サーバー、ドメイン、メール、予約やフォームなどの有料機能を一覧にします。制作会社への保守料がある場合は、更新作業・バックアップ・修正回数のどこまで含むか確認してください。外部サービスの料金は契約画面で確認し、キャンペーン価格を恒久的な料金として計算しません。

更新時の金額を年間に換算する

月額の表示でも、実際は年単位の一括払いになっていることがあります。税込か税別か、支払周期、次の更新額をそろえて比較します。年間36,000円なら月平均3,000円という換算はできますが、毎月3,000円ずつ支払う契約とは限りません。

買い切り部分と保守作業を分ける

CRAFTの基本プランはテーマ1種類10,000円（税込）の買い切りです。ただし、WordPressやプラグインの更新確認、文章修正、サーバー契約は別に必要です。「テーマの月額なし」を「ホームページ全体の維持費なし」と読み替えないようにします。

使っていない契約を確認する

解約前に、その機能がどのページで使われているか調べます。フォーム通知やメール、バックアップが契約に依存している場合、停止すると業務へ影響します。管理担当者と確認し、データを取り出せるか、代わりの方法が動くかを先に確かめます。

更新月の前に確認日を入れる

契約一覧に次回確認日を付け、支払い手段や通知先が有効か確認します。自動更新でも決済エラーやメール見落としは起こり得ます。毎月の表示点検と、契約更新前の確認を分けると、無理なく続けやすくなります。

今のURLと変更理由を記録する

「設定 → パーマリンク」を開き、現在選ばれている形式を記録します。記事の公開日をURLに含めるか、投稿名で管理するかを運用に合わせて決めます。短くするだけを目的に公開済みURLを頻繁に変えると、案内済みのリンク管理が難しくなります。

新規サイトでは公開前に形式を保存する

記事を広く案内する前なら、形式を選んで保存し、サンプル記事を一つ作って実際のURLを確認します。投稿名を使う場合は記事ごとのスラッグも確認してください。日本語のURLも使えますが、共有した際の見え方や運用の統一を考えて決めます。

公開済みなら旧URLとの対応表を作る

既存記事の旧URLと新URLを一対一で対応づけます。転送はサーバー設定や適切な仕組みで準備し、恒久的な移動なら301または308などを使う設計を確認します。WordPressが一部のURLを補完する場合でも、全URLの転送が自動で済むと想定しないでください。

内部リンクと外部の案内を更新する

メニュー、ボタン、関連記事、サイトマップ、広告のリンク先を確認します。旧URLへアクセスして、新URLが表示されるか、別のページへ誤転送されないかを試します。すべてをトップページへ転送する方法では、読者が目的の内容にたどり着けません。

404と検索の状況を経過確認する

変更後はログやSearch Consoleで取得エラーを確認します。検索結果の表示更新は即時とは限りません。エラーが出たURLを記録して対応表と照合し、一度に設定を何度も変えず原因を切り分けます。

ログアウトした状態でページを開く

管理者のプレビューで見えていても、訪問者には下書きや非公開として表示されないことがあります。別のブラウザー状態で対象URLを開き、ログインなしで本文を読めるか確認します。会員限定や認証で保護した内容は、この手順で公開対象に変更するものではありません。

表示設定の検索エンジン項目を確認する

「設定 → 表示設定」の「検索エンジンがサイトをインデックスしないようにする」に相当する項目を確認します。一般公開するサイトならチェックを外して保存します。これは検索への依頼であり、サイトを他人から隠す認証機能ではありません。

ページ単位の指定と応答を調べる

SEOプラグインやテーマ、サーバー側で別にnoindexが設定される場合があります。公開ページのHTMLやHTTPヘッダー、Search ConsoleのURL検査で確認します。robots.txtのクロール拒否とnoindexは役割が異なり、拒否しただけでは確実な検索除外になりません。

検索登録の状況を確認する

公開可能で設定にも問題がなければ、Search Consoleで対象URLを検査します。必要に応じて登録リクエストを送り、サイトマップや内部リンクからも見つけられる状態にします。リクエストは掲載や順位を保証するものではなく、同じ操作を何度も繰り返す必要はありません。

担当する作業から権限を選ぶ

管理者は設定やプラグインを含む広い操作を担当します。編集者は他の人の記事を含めた編集・公開、投稿者は主に自分の記事の公開、寄稿者は承認前の原稿作成に使います。役職名ではなく、WordPressで実行する作業を基準にします。

一人ずつアカウントを用意する

「ユーザー → 新規追加」で担当者ごとのメールアドレスと権限を設定します。共通の管理者IDを複数人で使うと、引き継ぎやパスワード変更が難しくなります。パスワードをメール本文で使い回すのではなく、本人が設定・再設定できる流れを確認します。

必要な操作を実際に試す

作成した権限で記事の下書き、画像追加、公開やレビュー依頼を試します。権限が足りないときも、すぐ管理者へ昇格させる前に、何の操作が必要かを確認します。拡張機能で標準の権限が変わっている場合は、その機能の説明を調べます。

退職・外注終了時の手順を決める

利用を終えたアカウントは権限やアクセスを見直します。削除する場合は、その人の記事を別ユーザーへ引き継ぐ選択肢を確認し、コンテンツごと消さないようにします。サーバーやドメインの権限はWordPressと別なので、そちらの契約管理も確認します。

新規記事の既定値を変更する

「設定 → ディスカッション」で、新しい投稿へのコメントを許可する項目を確認します。会社のお知らせで受け付けないならチェックを外して保存します。これは新規記事の基準になる設定で、過去に個別設定した全記事が必ず同じ状態になるとは限りません。

公開済み記事の設定を点検する

「投稿」の一覧から対象記事を開き、ディスカッション設定やクイック編集でコメントの許可を確認します。一括編集を使うときは対象を絞り、記事件数を確認してから適用します。投稿一覧が複数ページある場合は、今表示している範囲だけを変更していないか確認してください。

既存コメントの扱いを分ける

受付を閉じても、承認済みのコメントが残って表示される場合があります。過去のやり取りを残すか、非表示にするかを決めます。コメントの削除は新規受付の停止と違い、記録自体に影響するため、不要かどうかを確認してから行います。

訪問者の画面で確認する

ログアウトした状態で新規記事と過去記事を一つずつ開き、入力欄と既存コメントの表示を確認します。古い画面が残るときはキャッシュも点検します。業務の相談を受ける必要があるなら、記事末尾から問い合わせ窓口へ進めるようにします。

タイムゾーンを確認して保存する

「設定 → 一般」のタイムゾーンで、日本向けなら「東京」に相当する地域を選びます。保存後に表示されるローカル時刻が手元の時計と大きくずれていないか確認してください。管理画面の表示言語を日本語にすることと、時刻の設定は別です。

日付と時刻の表示形式を決める

日付を「2026年10月29日」のように表示するか、数字を区切る形式にするかを選び、プレビューを確認します。テーマが独自の表示を持つ場合は、一般設定だけで全箇所が同じになるとは限りません。記事本文、一覧、パンくず付近など実際の画面も確認します。

予約する日時を投稿画面で照合する

投稿の公開設定で未来の日時を指定し、年・月・日・時刻を確認して予約します。入力したつもりでも、既に過ぎた日時なら公開の扱いが変わる場合があります。プレビューと予約状態を確認し、営業日や案内の開始時刻に間違いがないか担当者と照合します。

予定時刻の後に公開を確認する

予約を設定しただけで完了にせず、予定時刻の後にログアウトして記事を開きます。WordPressの予定処理はアクセスなどの実行条件に影響されるため、時刻に厳密な告知では運用側の確認も必要です。遅延がある場合は、サーバーの予定処理やプラグインも管理者へ確認します。

表示場所の大きさを調べる

トップの横長写真、記事本文、一覧のサムネイルでは必要な比率が違います。まずテーマの説明書と実際の表示幅を確認します。写真を小さく表示していても、元ファイルが大きければ転送量が減るとは限らないため、読み込まれる画像も確認します。

公開用の幅と圧縮率を調整する

例えば本文の写真なら横幅1,200px程度を試し、拡大時や高密度画面で不足するかを見て調整します。これは一律の正解ではありません。文字を含む図は輪郭、人物写真は顔の細部を確認し、画質が崩れるほど圧縮しないようにします。

形式を内容と環境に合わせる

写真はJPEGやWebP、透過が必要な素材は対応する形式を検討します。WebPの取り扱いはWordPressだけでなくサーバーの画像処理にも関係するため、アップロードとサムネイル生成を一枚で試します。拡張子を変えるだけでは画像形式の変換にはなりません。

本文と一覧で確認する

メディアへ追加して本文に配置し、代替テキストを内容に合わせて設定します。公開後はスマートフォンとPCの両方で、ぼやけ・切れ・縦横比を点検します。画像を差し替えても古い表示が残る場合は、ブラウザーやサーバーのキャッシュを切り分けます。

記事を開いてアイキャッチ欄を探す

投稿の編集画面で、ブロックではなく投稿全体の設定を開きます。アイキャッチ画像の欄からメディアを選ぶか、新しい画像をアップロードします。欄が見当たらない場合は、テーマの対応と編集画面の表示設定を確認してください。

小さな一覧でも伝わる画像を選ぶ

一覧では画像が小さく切り抜かれることがあります。細かな文字や端に置いた顔、ロゴが欠けないかを確認します。同じブログでは写真の比率、余白、色の方向をそろえると一覧が整いますが、すべての記事に無関係な画像を入れる必要はありません。

本文内の画像と役割を分ける

本文画像は説明したい段落の近くへ配置します。アイキャッチを設定しても、自動で本文へ挿入されるとは限りません。テーマが冒頭に表示する場合に、同じ画像を本文にも重ねて置くと二重表示になるため、公開画面で確認します。

一覧と共有時の設定を確認する

記事を更新し、トップやカテゴリー一覧で画像が表示されるかを確認します。SNSへ共有するときは、公開HTMLのog:imageも確認してください。アイキャッチを共有画像として使う仕組みがない場合は、別途OGPの設定が必要です。

公開前にPDFそのものを点検する

Webページを下書きにしていても、メディアとしてアップロードしたファイルのURLは直接開ける場合があります。未公開の見積書や会員限定資料を一般のメディア公開と同じ方法で置かないでください。公開用の資料だけを、内容と更新日が分かる名前で保存します。

ファイルブロックでリンクを置く

対象の固定ページや投稿を開き、ファイルブロックを追加します。PDFをアップロードまたはメディアから選び、リンクの表示名を「会社案内PDF」のように内容が分かる名前にします。資料の容量や更新日を近くに添えると、閲覧する人が判断しやすくなります。

スマートフォンで開く方法も残す

ページ内のPDF表示は、端末やブラウザーによって見え方が異なります。埋め込みだけに頼らず、ファイルを直接開くリンクも確認します。重要な営業情報はPDFだけに閉じ込めず、概要や連絡先をWebページの本文にも載せます。

差し替え後は古いリンクを調べる

新しいPDFを追加するとURLが変わることがあります。本文、ボタン、メニュー、メール案内などのリンク先を更新してください。以前のURLへアクセスされる可能性も考え、旧版の扱いを決めます。誤った資料や機密情報を公開した場合は、リンクを消すだけでなく公開ファイル自体の対処も必要です。

投稿全体の設定から履歴を開く

対象の投稿または固定ページを開き、投稿全体の設定で「リビジョン」を探します。保存回数や環境によっては履歴が表示されない場合があります。WordPressのバージョンで画面は異なりますが、日付と変更内容を比較する目的は同じです。

正常だった内容と比較する

日時や変更箇所を見ながら、消えた文章が含まれる履歴を選びます。古い版へ戻すと、その後に正しく追加した文章も戻る可能性があります。消した一段落だけが必要なら、比較して必要な文章を取り出す方法も検討します。

復元してプレビューを確認する

対象を確認して復元を実行し、本文・見出し・リンク・画像をプレビューします。履歴に画像の参照があっても、画像ファイルそのものが削除されていれば表示できない場合があります。公開済み記事では、保存操作による公開画面への影響も確認します。

履歴がない場合は別の記録を探す

履歴の保存が制限されていたり、編集前の保存がない場合、リビジョンから戻せないことがあります。原稿、過去の書き出し、バックアップを確認してください。文章だけの復旧でサイト全体を巻き戻すと他の更新も失うため、管理者と復元範囲を決めます。

共通にする情報を選ぶ

全記事で同じ営業時間や相談窓口を使うなら、同期する価値があります。サービスごとに料金や問い合わせ先が違う場合は、一つにまとめると誤案内につながります。見た目だけを再利用したいのか、文章も同じ状態に保ちたいのかを先に決めます。

ブロックからパターンを作る

共通案内のブロックを選び、追加メニューからパターンの作成へ進みます。名前を付けて同期を有効にします。WordPressのバージョンによって「再利用ブロック」などの名称が使われる場合もあります。担当者が分かるよう「共通・相談窓口」のような名前にします。

二つの下書きで編集の影響を試す

別のページにも同じパターンを挿入し、一方で案内文を修正します。もう一方にも反映されることを確認してください。同期パターンを編集すると、使っている複数ページへ変更が及びます。公開中に試すのではなく、先に下書きで範囲を把握します。

個別の案内は切り離して編集する

一つのページだけ受付時間を変える場合は、同期を維持したまま本文を書き換えず、切り離す操作を確認します。切り離した後は共通側の変更が反映されないため、管理する箇所が増えます。例外を増やしすぎず、名前と用途を整理して運用します。

確認する範囲を決める

ドメインプロパティは複数のサブドメインやhttp・httpsをまとめて扱います。URLプレフィックスは指定したURLから始まる範囲を扱うため、httpsやwwwの有無を実際の公開URLに合わせます。どちらも使えるかではなく、管理したい範囲と確認方法で選びます。

提示された方法で所有権を確認する

ドメインでは、案内されたDNSレコードを管理中のDNSへ追加します。既存のメールやWeb用レコードは消しません。URLプレフィックスでは、表示されたHTMLファイルやメタタグなど、自分が管理できる方法を選びます。確認用の値は画面に表示されたものを使い、一般例をコピーしないでください。

確認用の設定を残して管理する

確認が通っても、DNSレコードや確認ファイルをすぐ削除しません。所有権の確認は継続して行われるため、テーマ切り替えでメタタグが消える場合にも注意します。誰のアカウントが所有者か、制作会社へ渡すアクセス権は何かも記録します。

公開URLとサイトマップを調べる

トップと主なサービスページをURL検査に入力し、検索登録済みの状態と公開URLのテスト結果を区別して確認します。サイトマップがある場合は送信し、取得できるかを見ます。データがまだ少なくても、すぐに設定失敗とは判断せず、確認日を残します。

生成する仕組みを確認する

WordPressには標準のXMLサイトマップ機能があり、一般に /wp-sitemap.xml で確認できます。SEOプラグインが別のサイトマップを提供し、標準の出力を切り替えている場合もあります。管理画面と公式説明で、現在どの機能が生成しているかを確認します。

URLを開いて中身を点検する

ブラウザーでサイトマップを開き、HTMLのトップページやエラー画面になっていないかを確認します。サイトマップ索引の場合は、投稿や固定ページの子サイトマップへ進みます。新しい記事が含まれるか、試験用のURLや古いドメインが混じっていないかを見ます。

Search Consoleへ送信する

対象サイトのプロパティを開き、サイトマップの画面から確認したURLを送信します。送信後は取得結果を確認してください。サイトマップに載せるだけで必ず検索登録されるわけではなく、本文の内容や公開状態、内部リンクも合わせて確認します。

記事追加後の更新を確認する

新しい記事を公開した後、サイトマップへ反映されるかを確認します。反映されない場合は、そのページのnoindex設定、プラグインの除外設定、キャッシュを調べます。生成機能をいくつも増やす前に、現在の仕組みを一つずつ点検します。

一つのページの役割を一文にする

「地域の事業者に設備点検の内容を伝える」のように、相手と内容を一文にします。タイトルでは重要な内容を前に置き、必要に応じて会社名を添えます。「高品質・安心・格安」だけでは何のサービスか分からないため、具体的な対象や作業を使います。

本文にある内容から説明文を書く

説明文では、何が分かるページか、どんな条件を確認できるかを簡潔に書きます。本文にない価格や実績を追加せず、ページごとに内容を変えます。文字数を埋めるための言い換えより、実際に読む価値が伝わることを優先します。

テーマとプラグインの担当を一つにする

SEOタイトルや説明文の入力欄は、使用中のテーマやプラグインによって異なります。複数の機能が同じタグを出力すると重複する場合があるため、どこで管理するかを決めます。本文の見出しだけを変えて完了にせず、公開HTMLのtitleとdescriptionを確認します。

検索結果の表示と混同しない

Googleは本文などからタイトルや説明を生成する場合があり、設定した文章がそのまま表示されるとは限りません。表示の違いだけで何度も書き換えず、本文との一致、重複、ページの目的を点検します。公開後はSearch Consoleで実際の検索語とページを確認して改善します。

OGPを出力する機能を確認する

テーマやSEOプラグインの設定で、OGPのタイトル・説明・画像を管理する機能を探します。同じ機能を複数有効にするとタグが重複する場合があるため、管理する場所を一つに決めます。SNSごとのカード用設定が別に用意されている場合も確認します。

共有用の画像を準備する

横長の1,200×630pxは作成時の一例として使えますが、サービスによって切り抜きや表示方法が異なります。重要な文字や被写体を端へ寄せず、小さく見ても分かる画像を用意します。記事と関係のない写真を使うより、内容を表す素材を選びます。

公開HTMLと画像URLを調べる

記事の公開HTMLでog:title、og:type、og:url、og:imageを確認します。画像URLはhttpsの絶対URLにし、ログインなしで画像自体を開けるか試します。画像の拡張子だけでなく、実際に画像として返るかも確認してください。

変更後は保存データの影響を分ける

画像を替えても、サイト側や共有サービス側に以前の情報が残ることがあります。まず公開HTMLが新しい情報かを確認し、その後、利用サービスが提供する再取得・デバッグ方法で確認します。確認用に何度も投稿を公開する前に、どの段階が古いかを調べます。

読者が次に疑問に思うことを考える

例えばテーマ選びの記事なら、次は費用や導入方法が気になります。設定記事なら、準備が不足している人向けの前提記事と、作業後の確認記事を案内できます。関連性が薄いページを大量に並べるより、現在の疑問を解決するリンクを優先します。

行き先が分かる言葉でリンクする

「こちら」だけではなく、「WordPressの初期設定を確認する」のようにリンク先の内容を説明します。本文では、補足が必要になる段落の近くに配置します。同じキーワードを不自然に何度も繰り返さず、読者が文章として理解できる形にします。

入口から孤立した記事を探す

公開した記事へトップやカテゴリー、関連記事から到達できるかを確認します。サイトマップにあるだけで、訪問者が見つけられない記事になっていないかを見ます。古い記事へ新しい解説を追加した場合は、古い記事側からも必要に応じて案内を更新します。

クリックして到達先を確認する

編集画面でリンクを設定した後、ログアウトした状態でクリックします。下書きへのリンク、変更前のURL、関係のないページへの転送がないか点検してください。長い記事では目次も役立ちますが、ページ内リンクと別記事へのリンクを読者が区別できるようにします。

複数の幅で文字と余白を見る

PCブラウザーの表示幅を狭め、320px、390px、768px程度など複数の幅で確認します。これは確認用の例で、すべての端末を保証する値ではありません。長い会社名、メールアドレス、見出しがはみ出さず、必要以上に小さな文字になっていないかを見ます。

メニューと固定要素を操作する

ハンバーガーメニューを開き、リンクから移動して閉じるところまで試します。固定ヘッダーや画面下のボタンが、本文・送信ボタン・通知を隠していないか確認してください。タップできる範囲が狭いリンクが並んでいないかも見ます。

横長の内容を点検する

表、地図、埋め込み動画、横長の写真は、本文と別にはみ出しやすい要素です。表は必要に応じてその領域だけ横スクロールできるようにし、ページ全体が横へ動く状態を避けます。写真の中心が変わっても必要な被写体が見えるか確認します。

フォームを最後まで入力する

入力欄をタップしてキーボードが出た状態で、ラベル、エラー、同意欄、送信ボタンを確認します。テスト可能なフォームなら試験データで送信し、完了画面と受信まで確認してください。機種やブラウザーが違う場合にも、主な導線を一度通します。

遅い場面を記録する

最初の表示が遅いのか、ボタンを押した反応が遅いのか、画像が後から出て画面がずれるのかを分けます。ログイン中だけ遅い場合と一般訪問者も遅い場合では調べる対象が変わります。端末・回線・ページURL・時刻を合わせて記録してください。

同じ条件で測定する

PageSpeed Insightsなどで同じURLを測り、モバイルとPCを分けて結果を残します。実際の利用者データと、テスト条件での測定値は性質が異なります。一度の点数だけで結論を出さず、表示を見ながら問題の種類を確認します。

画像と外部読み込みから調べる

大きな写真、動画、地図、チャット、広告、複数のWebフォントなどを一覧にします。必要な機能まで一度に消さず、検証環境で一つずつ影響を確認します。画像は表示サイズと容量を見直し、先頭の重要な画像を不必要に遅延させないようにします。

改善後に操作も確認する

圧縮や読み込み順の変更で速くなっても、メニューやフォームが動かなくなれば改善とは言えません。測定と実際の操作を両方確認し、変更内容と結果を記録します。サーバー側の処理が遅い場合は、ログや負荷の状況を管理者へ共有します。

編集内容が保存されているか確認する

編集画面を開き直し、変更した文章が保存されているか、下書きや予約のままではないかを確認します。別の固定ページや別サイトを編集していないかも見ます。保存自体が済んでいなければ、キャッシュを消しても新しい内容は表示されません。

別の閲覧状態で比べる

通常のブラウザーとプライベートウィンドウ、可能なら別の端末で同じURLを開きます。ログイン中とログアウト後でキャッシュの扱いが異なることもあります。自分の端末だけ古いのか、複数環境で古いのかを先に分けると、調べる場所を絞れます。

導入している仕組みを順に確認する

キャッシュ機能のあるプラグイン、サーバー設定、CDNを確認します。提供元の手順で対象ページの削除・再生成を行い、その都度表示を確かめます。データベースの削除やメディア削除はキャッシュの削除と別の操作なので、名称をよく確認します。

常に保存してはいけない画面も点検する

ログイン状態や個人ごとに内容が変わるページを、一般ページと同じようにキャッシュすると問題になる場合があります。会員ページやフォーム、カートがあるサイトでは、利用製品の除外設定を確認します。表示が直った後は、同じ作業の再発時に使える記録を残します。

見出しで内容の順序を確認する

大きく見せたいという理由だけで見出しレベルを選ばず、主題・節・小節の関係を整えます。文章が長いときは、内容が切り替わる位置に説明的な見出しを置きます。画面をざっと見た人にも、支援技術で見出しをたどる人にも、話の構造が分かる状態を目指します。

色と拡大表示を点検する

薄い文字と背景の組み合わせ、小さな注記、色だけで示したエラーを確認します。ブラウザーで文字やページを拡大し、本文が隠れたりボタンが重なったりしないかを見ます。色の区別がつきにくい場合にも、「必須」「エラー」などの文字で状態が分かるようにします。

キーボードで主要操作を試す

Tabキーでリンクや入力欄へ移動し、現在位置が見えるか確認します。メニューを開く、閉じる、フォームへ入力する操作を試し、途中から移動できない場所がないかを見ます。見た目を整えるためにフォーカスの枠を消している場合は、別の明確な表示を用意します。

画像と入力欄の意味を確認する

説明に必要な画像には、本文との関係が分かる代替テキストを付けます。装飾画像へ同じ説明を繰り返す必要はありません。フォームの入力欄にはラベルを付け、入力すると消える例示文だけを項目名の代わりにしないようにします。

相談前に必要な情報をそろえる

対象のお客様、対応地域、提供範囲、料金の決まり方が分からないと、相談してよいか判断しづらくなります。フォームへのリンクを増やす前に、サービスページで答えられているかを確認します。すべての金額を固定できない場合も、見積りに必要な条件を説明できます。

ボタンの先で起こることを説明する

「送信」だけでなく、「相談内容を送る」など実際の行動が分かる言葉を使います。電話とフォームのどちらで連絡できるか、受付時間や返信の目安も実態に合わせて案内します。対応できない時間や無料でない相談を、都合よく省かないようにします。

最初に必要な入力項目へ絞る

名前、返信先、相談内容など、初回対応に必要な項目を選びます。住所や詳細な社内情報が必須かは、業務上の必要性を確認してください。必須・任意を明示し、入力エラーの説明が項目名と対応しているかを確認します。

送信後と受信後をつなぐ

完了画面が出るだけでなく、担当者にメールや通知が届き、返信できるかまで試します。自動返信を使う場合は、受付完了であって契約成立ではないなど、実際の扱いが分かる文章にします。送信を何度も促すのではなく、届かない場合の別の連絡先も案内します。

何を戻す必要があるか分ける

文章の一部だけならリビジョンで戻せる場合があります。画像やテーマの破損、設定を含む不具合では、ファイルやデータベースの復旧が必要になることがあります。サイト全体を戻す前に、いつから何が変わったかを記録し、最小限の対象を決めます。

取得できるバックアップを確認する

XServerのサーバーパネルで、自動バックアップの取得・復元とMySQLのバックアップを確認します。保持期間や利用条件はサーバーによって異なる場合があるため、画面にある実際の日付を見ます。必要なデータを取得できたことと、復元できることを同じ意味にしないでください。

復元対象と上書き範囲を確認する

実行前に対象ドメイン・ディレクトリ・DBを照合し、公式画面の注意事項を読みます。Web領域の復元では、バックアップ後に作られたファイルが削除される場合もあります。注文や予約があるサイトでは新しいデータを失わない手順が必要なため、管理担当者と作業を調整します。

処理後に複数の機能を試す

完了表示を確認したら、トップ、記事、画像、ログイン、フォームを順に点検します。ファイルとDBの日時が合わない場合は、画像参照や設定に不整合が残ることがあります。原因が更新や侵入だった場合は、復元しただけで終わらず、再発を防ぐ対応も必要です。

現在のPHPと変更対象を記録する

WordPressのサイトヘルスなどで現在の環境を確認し、XServerのPHP切り替え画面でも対象ドメインを照合します。同じ契約内に複数サイトがある場合は、どこへ影響する設定かを確認してください。変更前のバージョンを控えます。

提供元の対応条件を確認する

サーバーで選べる最新のPHPが、利用中のすべての機能で検証済みとは限りません。WordPress、テーマ、主要プラグインの対応情報を確認し、サポートが続いている環境を候補にします。古い独自コードや更新が止まった機能がある場合は、先に改修方針を決めます。

検証環境で切り替えて操作する

本番に近い構成の検証環境でPHPを変更し、トップの表示だけでなく、編集、画像アップロード、フォーム、予約処理などを試します。エラーが出た場合は日時と操作を記録し、ログを管理担当者へ渡します。一度にテーマや複数プラグインまで変えると原因を追いにくくなります。

本番変更後に確認し、記録する

確認できた条件で本番を変更し、利用が少ない時間帯などに主要操作を再確認します。不具合があれば、事前に確認した戻し方とバックアップの範囲に従って対応します。古い環境へ戻した場合は一時対応とし、互換性の原因を解消する予定を立てます。

検証専用の場所を決める

本番と別のサブドメインや設置先を決め、既存ファイルを上書きしない場所を使います。新規WordPressを入れる場合は、簡単インストール画面で対象URLを照合します。本番のデータベースをそのまま共有する構成にせず、検証側を独立させます。

検索除外とアクセス制限を分ける

検証環境を一般の人に見せないなら、サーバー側のアクセス制限などを用意します。WordPressの検索エンジン表示設定も確認しますが、noindexだけでは人のアクセスを防げません。検証URLを営業メールや公開メニューへ誤って載せないようにします。

メールと外部連携を停止・切り替える

本番を複製すると、問い合わせ通知や予約通知、外部サービスの接続先まで引き継がれる場合があります。送信先をテスト用へ変え、決済や顧客向け通知が実行されない設定を確認します。必要に応じて顧客情報を除去したサンプルデータで試します。

試した変更だけを本番へ反映する

検証環境のDBを本番へ丸ごと戻すと、その間に増えた記事や問い合わせを失うことがあります。何を変更したか記録し、設定やファイルの必要部分をどの方法で反映するか決めます。同期機能を使う場合も、対象と上書き範囲を確認してください。

Webとメールの移転範囲を分ける

WordPressを移しても、メールボックスやDNSレコードが同じように移るとは限りません。現在のDNS、メールの送受信先、SSL、外部連携を一覧にします。ネームサーバーを切り替える場合は、Web以外のレコードも移転先へ引き継ぐ必要があるか確認します。

移行ツールの対象条件を確認する

XServerのWordPress簡単移行を使う場合は、対応環境・対象外データ・制約を公式資料で確認します。独自の.htaccessやWordPress外のファイルなどは別対応が必要になる場合があります。ツールが成功したという表示だけで全機能が移ったと判断しません。

切り替え前に新環境を確認する

データを移したら、公式に案内される確認方法などで、新サーバー側の表示と機能を点検します。フォーム、画像、管理画面、連携先まで確認し、必要なSSLの準備を行います。DNSは、新環境で動作を確認できてから切り替える計画にします。

更新を調整してDNSを切り替える

コピー後に旧側で更新が増えると、新側にないデータが生まれます。更新停止の時間や差分反映の方法を決めてから切り替えます。DNSの反映中は接続先が混在する可能性も考え、旧サーバーをすぐ解約しないでください。

新旧の状態を記録して終了する

複数の回線や端末で表示、HTTPS、メール、フォームを確認します。旧サーバーを止める前に、必要なデータとバックアップを取得し、転送や契約の残し方を確認します。ドメインも変更する場合は、URL転送と検索向けの移転手順が追加で必要です。

変更する範囲を決める

ドメインだけを変えるのか、同時にURLの構造やデザインも変えるのかを分けます。変更が多いほど不具合の原因を特定しにくくなるため、必要な変更に絞って計画します。現在の主要URL、画像、問い合わせ先、外部連携を一覧にします。

新環境でURLの置き換えを検証する

新ドメインのDNSとSSL、WordPressの設置先を準備してから、環境に適した移行方法でURLを変更します。一般設定のURLだけを先に変えると管理画面に入れなくなる場合があります。DB内のデータ形式に配慮した方法を使い、単純な文字列置換を自己判断で本番へ実行しません。

旧URLから対応する新URLへ転送する

旧トップは新トップへ、旧記事は同じ内容の新記事へ、対応表に沿って恒久転送を用意します。すべてをトップへ送る方法では、過去のリンクから来た人が目的を果たせません。転送の連鎖や循環がないか、代表URLを実際に開いて確認します。

検索と外部の案内を更新する

新サイトのcanonical、サイトマップ、内部リンク、OGPを確認し、Search Consoleで新旧サイトを管理します。移転の種類に応じてアドレス変更ツールの対象かも確認します。広告、SNS、名刺、メール署名などの案内先も更新し、旧ドメインは転送に必要な期間を見込んで維持します。

不足している機能を具体的にする

「SEO対策をしたい」だけでは機能を選べません。「ページごとに説明文を入れる」「サイトマップを出す」など、必要な操作に分けます。テーマやWordPress標準で既にできることなら、追加しなくても済む場合があります。

配布元と対応情報を読む

公式ディレクトリや提供元の説明で、対応するWordPress・PHP、更新履歴、サポートの状況を確認します。利用者数や評価だけで決めず、自分の環境と用途に合うかを見ます。提供元が不明なコピーや、更新手段が確認できないファイルは候補から外します。

既存機能と設定の重複を調べる

キャッシュ、SEOタグ、画像最適化などは、複数機能が同時に同じ処理を行う場合があります。導入前に担当する機能を決め、既存設定を記録します。新機能を有効にしてから、出力が重複していないか実際のページを確認します。

検証環境で動作と戻し方を試す

バックアップを取った検証環境に導入し、設定・保存・公開表示を試します。停止するとフォームや本文がどうなるか、データを書き出せるかも確認します。初期設定で外部送信が始まる機能なら、送信先と利用条件を先に確認してください。

導入した理由と更新担当を残す

名前、役割、設定場所、必要な契約、点検日を一覧にします。担当が変わっても、消してよい機能か判断できる状態にします。不要になった機能は、依存先を確認してから停止・削除を検討し、使わないまま増やし続けないようにします。

どの画面で起きるかを絞る

全ページか一つの記事か、管理者だけか訪問者も同じか、表示だけか送信も失敗するかを確認します。エラーの文言はそのまま控えますが、相談時はログに含まれるメールアドレスや認証情報を伏せます。現象が再現する手順を短く書きます。

直前の変更を確認する

プラグイン更新だけでなく、テーマ、PHP、キャッシュ設定、外部連携の変更も確認します。同じ時刻に変更したものが多いほど原因を絞りにくくなります。まず変更前の状態と対応条件を確認し、根拠なく追加の修正を重ねないようにします。

検証環境で一つずつ条件を変える

本番のコピーなどで再現できる状態を用意し、疑わしい機能を一つずつ停止して比較します。複数を停止して改善した場合も、順に戻してどの組み合わせで問題が起きるかを確認します。停止により予約・会員・フォームが動かなくなる影響を本番へ持ち込まないようにします。

提供元へ条件を伝えて対応する

テーマ名、WordPress・PHPの版、再現手順、切り分け結果をまとめて相談します。一時的に以前の状態へ戻す場合も、古い版を長期間放置する運用にしません。修正版を適用したら、問題の画面だけでなく主要な表示と送信を再確認します。

アカウントとパスワードを個別にする

担当者ごとのアカウントを使い、他サービスと同じパスワードを使い回さないようにします。長く固有のパスワードをパスワード管理ツールなどで管理し、共有チャットや公開資料へ貼りません。不要な管理者アカウントが残っていないかも確認します。

権限と回復先を確認する

記事の編集だけを担当する人に広い管理権限が必要かを見直します。本人が使えるメールアドレスで再設定通知を受け取れるかを確認し、退職した人の個人メールだけが回復先にならないようにします。サーバー側のアカウントも別に保護します。

二要素認証は回復方法と一緒に設定する

利用環境に対応する二要素認証の仕組みを導入する場合は、検証してから有効にします。認証端末を失った場合の回復コードや管理手順も用意し、ログアウト前に別の認証手段が使えるか確認します。複数のログイン制限機能を重ねると、本人が入れなくなる場合もあります。

更新と異常の確認を続ける

WordPress、テーマ、プラグインを保守し、使っていない機能を整理します。知らない管理者や不審な変更があれば、パスワード変更だけで済ませず、ログとサイトの状態を管理者と確認します。バックアップは復旧用であり、侵入原因を解消する代わりにはなりません。

一つのページか全記事かを確認する

トップは開くのに全記事が404なのか、一つの記事だけなのかを分けます。管理画面で対象記事が存在し、公開されているかを確認します。編集画面にある現在のURLと、訪問者が開いたURLが一致するかも照合してください。

スラッグと公開状態を確認する

タイトルや親ページを変えた際にURLが変わった可能性があります。下書き・非公開・予約・ゴミ箱の状態も確認します。読者へ見せる予定のない記事を、404を消すためだけに公開しないでください。案内リンクの誤りなら、リンク元を修正します。

全記事なら書き換え設定を調べる

公開記事が一斉に開かない場合は、パーマリンク設定とサーバーのURL書き換えを確認します。既存の形式を控え、保存し直して確認する方法がありますが、設定を別形式へ変える操作とは分けます。.htaccessやサーバー設定を変更する場合は、元の内容を保存して管理者と進めます。

削除済みページは案内方法を決める

同じ内容の新ページがある場合は、旧URLから対応先への転送を検討します。代替がない削除ページまで無関係なトップへ一律転送する必要はありません。404ページからトップや検索へ戻れる導線を用意し、サイト内の壊れたリンクを直します。

いつ誰に何が届かないかを分ける

管理者への通知か、送信者への自動返信か、パスワード再設定かを区別します。試験時刻と送信したフォーム、宛先を記録してください。複数の通知を一つの問題と扱わず、同じ条件で再試験できる状態にします。

宛先と送信元を確認する

宛先の入力ミス、古い担当者のアドレス、迷惑メールフォルダー、受信容量を確認します。送信元は利用するメール環境で認められた自社のアドレスを使い、訪問者が入力したアドレスを無条件にFromへ入れないようにします。返信先はReply-Toなど製品の適切な設定で扱います。

送信処理の結果を確認する

WordPressのメール関数が成功しても、受信箱への配達までは確認できません。利用中のフォームやメール配信のログで処理結果を調べます。SMTPなどを設定する場合は、提供元の接続条件と認証方式に従い、認証情報を公開コードや記事へ保存しません。

配信条件を確認して再試験する

送信ドメインの認証やDNS設定が必要な場合は、メール提供元の案内を管理者と確認します。既存のDNSレコードを丸ごと上書きせず、必要な変更を照合します。管理者通知と自動返信をそれぞれ試し、受信と返信まで確認してから受付を案内します。

公開する事実と確認者を決める

正式名称、代表者、所在地、設立時期、事業内容などから、自社に必要な項目を選びます。古い会社案内からそのまま転記せず、現在の情報を担当者に確認します。自宅兼事務所など公開範囲に事情がある場合は、事業上必要な表示と相談窓口を別途確認してください。

項目は表、説明は文章に分ける

名称や住所は見比べやすい表にし、何をしている会社かは短い文章で説明します。専門用語だけで事業を列挙せず、誰に何を提供するかを冒頭で伝えます。沿革が長い場合は、現在のサービスに関係する出来事を中心に整理すると読みやすくなります。

根拠のある特徴を添える

「信頼と実績」だけでは具体的な違いが伝わりません。担当範囲、対応の手順、設備、資格など、確認できる事実から説明します。資格や許認可、掲載先の名称を出す場合は、名義・有効性・表示方法を社内の担当者に確認してから掲載します。

関連するページへつなぐ

会社概要からサービス詳細、所在地案内、問い合わせへ進めるようにします。電話や住所を画像だけに埋め込まず、本文でも確認できる形にします。公開後はスマートフォンで表の折り返しと連絡先の操作を点検してください。

対象者と解決する困りごとを冒頭に置く

最初に誰のどんな場面を対象にするかを伝えます。「幅広く対応」だけでは読者が自分向けか判断しにくいため、具体的な用途を一つ示します。対象外の依頼がある場合も、必要な位置で分かるようにして、問い合わせ後の行き違いを減らします。

提供範囲と成果物を具体的にする

何を行い、何が完成するかを説明します。打ち合わせ、作業、納品、修正、運用支援などの範囲を分けます。デザインや制作なら、写真・原稿・設定が誰の担当かも明記します。含まれる範囲が分からないまま料金だけを見せないようにします。

料金の決まり方と依頼の流れを書く

固定価格なら対象範囲と税込・税別を、個別見積りなら金額が変わる条件を説明します。問い合わせから確認、見積り、契約、実施までの流れを短く示します。実際には必要な工程を省いて、最短で完了するように見せないでください。

事例と質問を必要な位置へ置く

サービスを理解するために役立つ実例や質問を追加します。事例は許可と事実を確認し、数字は対象・期間・条件と一緒に扱います。最後に相談窓口へつなぎ、フォームではそのサービスに関する相談だと分かるようにします。

案件の背景と課題を短くまとめる

どのような業種・規模・状況で相談があったかを、公開可能な範囲で説明します。課題が分からないまま完成写真だけを見せると、自分にも当てはまる事例か判断しづらくなります。顧客の内部事情や個人情報を、必要以上に載せないようにします。

自社が担当した範囲を明確にする

企画、設計、制作、施工、運用など、実際に担当した部分を記載します。協力会社や顧客自身の作業まで自社の成果としてまとめないようにします。工夫した点は、なぜその方法を選んだかを添えると、単なる自慢ではなく参考情報になります。

結果の数字は条件と一緒に扱う

改善率や件数を載せるときは、期間・比較対象・測定方法を確認します。条件が異なる前後の数字を、変更だけの効果と断定しないようにします。数字がない場合は、作業手順が減った、更新場所を整理したなど、確認できる変化を説明できます。

写真とコメントを確認して公開する

画像の利用範囲、写っている人物や場所、コメントの引用を確認します。デモの架空事例やAI生成の人物を、実際のお客様の実績として載せません。完成原稿を関係者へ確認し、関連サービスと問い合わせへのリンクを付けます。

仕事の一日と担当範囲を説明する

職種名だけでなく、誰とどのような作業を行うか、入社直後に任せる範囲を具体的に書きます。専門用語を使う場合は補足し、未経験者向けか経験者向けかを明確にします。実態のない自由さや成長機会を、印象だけで強調しないようにします。

条件を募集要項として整理する

雇用形態、勤務地、業務内容、勤務時間、休日、賃金などを、確認済みの情報から整理します。条件には例外や変更の範囲が関係する場合があるため、短くするために必要な説明を落とさず、採用担当者が原稿を確認します。複数職種の条件を混ぜないようにします。