Xserverで確認する場所
サーバーパネルのSSL設定で対象ドメインを照合。新規開設時に自動設定済みの場合もあり、再設定を前提にしません。
Xserver公式：独自SSL設定WORDPRESS / INITIAL SETTINGS
設定を埋めるより、
公開できる状態を確かめる。
管理画面に入れた後の初期設定です。新規サイトと公開済みサイトを分け、戻す準備をしてから、一つずつ保存・確認します。
自分が今やる設定を確認する ↓公式確認2026-10-15 ｜ 独立WordPressで設定・復旧を実操作 ｜ Xserver/ConoHa実設定は未検証
WordPressの設定・保守の全体像へ →01 / 保存する前に
新規か、公開済みかで作業を分ける。
対象は自己ホスト型WordPressです。WordPress.comのプラン操作や、当サイトの静的配信方式の操作手順ではありません。管理者権限が必要な設定があります。複数人で運営する場合は、変更担当と時刻を先に決めてください。
判定は入力条件による作業案内です。サイトの安全診断や証明書検査を代行しません。入力は送信・保存しません。
変更前の控え：管理画面/公開サイトの正しいURL、パーマリンク形式、使用テーマ、ホーム表示、取得したWeb・DBの日時を自分の安全な場所へ記録。パスワード・バックアップ・個人情報を公開ページや当サイトへ送らないでください。
未設置なら 契約前から最初の記事公開までの開設手順 へ。この記事は再契約やテーマ購入を必須にしません。
02 / 設定 → 一般
サイト名と時刻を保存し、URL欄は別に扱う。
- 「設定 → 一般」を開き、サイトタイトルとキャッチフレーズを確認。検索やSNSに表示されてもよい内容にします。本名・メールをサイト名に入力する必要はありません。
- 日本の時刻で運営する場合はタイムゾーンを東京に設定。予約投稿の時刻を解釈する前提になります。
- 「変更を保存」を押し、再読み込みで値が残ることと、公開側のタイトルを確認。表示場所はテーマで異なります。
管理者メールは、ログイン用メールと同じ？
一般設定の管理用メールと、ユーザープロフィールのメールは別です。変更先の確認メールが必要な場合は、入力・保存だけで完了にしません。受信先を確認できない、承認待ちのままなら担当者へ相談してください。この隔離検証では外部メールを遮断しており、配送・受信成功は未検証です。画像からメール欄を除外しています。
戻す：サイト名・説明・時刻の誤りは、控えた元の値を同じ画面で保存し直す。URLを同時に変更しないでください。
公式資料 WordPress：一般設定 · 確認2026-10-15。画面の版・契約・テーマによって表示は異なります。
03 / 間違えると管理画面に戻れない
HTTPSの準備を先に。URLは最後に確認する。
既に正しい https:// のURLなら変更不要です。「WordPressアドレス」は本体の場所、「サイトアドレス」は公開側の場所です。本体を別ディレクトリに置いた構成では、二つが異なっていても正常です。同じ値に揃えるためだけの変更はしません。
- 契約先のパネルで対象ドメインと証明書を確認し、正しい https:// のURLを開く。警告があるならURL欄の変更を止め、証明書・ドメイン・反映状況を確認。
- HTTPからHTTPSへ切り替える必要がある場合は、元の二つのURL・構成・保存物を控え、提供者の手順を照合。既存の定数設定や移行プラグインがあるサイトは担当者へ確認します。
- 正しい構成でのみ保存。再ログインが必要になったら正しいHTTPSの管理URLへ。別ウィンドウでも公開記事・画像を開き、警告・HTTP画像・往復転送がないか確認。
実験の結果：先にlocalhostのTLSを用意してからURLを変更すると、管理画面への再ログインと匿名記事表示を確認できました。自己署名証明書の警告を試験用ブラウザで許可した検証です。読者の本番で警告を無視してよいという意味ではありません。
URLを誤入力して入れなくなったら
- 追加入力や再インストールを止め、元の正しいURLと変更時刻を確認。既知の管理URLで入り直せるか確かめる。
- 入れない場合は、控えとバックアップを持って提供者/制作担当へ。設定ファイルの
WP_HOME・WP_SITEURLとDB値の違いを確認する。二つの保存先があるため、画面の値だけで原因を決めない。 - 公式のURL復旧手順に従って必要な値だけ直すか、復旧先と欠落する新着を確認してバックアップを戻す。DB全体の復元は新しい投稿・注文を失う可能性があります。
- 管理画面・匿名記事・画像を再確認。ログインだけ直っても完了にしない。
ConoHa WINGで確認する場所
サイト管理の対象ドメインと無料独自SSL、WordPressのSSL化を区別して確認。Xserverのパネル名・ボタンを流用しません。
ConoHa公式：無料独自SSLこの2社の管理画面を今回変更した事実はありません。上記は公式手順であり、両社の実証明書・配送・DNSの検証は未実施です。
公式資料 WordPress：HTTPS · 確認2026-10-15。画面の版・契約・テーマによって表示は異なります。
公式資料 WordPress：URL変更・移行時の復旧 · 確認2026-10-15。画面の版・契約・テーマによって表示は異なります。
04 / 設定 → パーマリンク
新規サイトで形式を決める。公開後の一括変更は別作業。
- 新規・未公開なら「設定 → パーマリンク」を開く。記事名で分かる形式にする場合は「投稿名」を選び、保存します。形式そのものが順位上昇を保証するわけではありません。
- 投稿ごとの短い英語スラッグを確認。見本のURLをコピーして、ログアウト状態でも本文を開く。メニューや記事内リンクもそのURLで確認します。
- 既に公開済みなら、形式を変える前に停止。既存URL一覧、外部リンク、canonical、転送計画、検査・切戻しを用意してから個別に判断します。
実操作で分かったこと：この隔離環境の「投稿名」は /index.php/first-check/ でした。基本へ戻した際も、この1記事はWordPressのcanonical転送で200になりました。すべての旧URLが自動で救済される証拠ではなく、サーバーの書換ルールも別です。
成功：保存後の形式と、実際にコピーした記事URLが合い、匿名で本文が表示される。
404なら：まず元形式を控えて同じ画面で保存し直し、記事の既知のURLを確認。設定ファイルを総置換せず、提供者のrewrite条件を担当者と確認。公開URLの変更を勢いで進めない。
404なら：まず元形式を控えて同じ画面で保存し直し、記事の既知のURLを確認。設定ファイルを総置換せず、提供者のrewrite条件を担当者と確認。公開URLの変更を勢いで進めない。
公式資料 WordPress：パーマリンク · 確認2026-10-15。画面の版・契約・テーマによって表示は異なります。
05 / 設定 → 表示設定
「検索させない」は、閲覧させない機能ではない。
「検索エンジンがサイトをインデックスしないようにする」は検索向けの依頼です。下書き・パスワード保護・サーバーの認証とは目的が違います。個人情報や未公開資料を置くための保護には使いません。
- 準備中は公開範囲とアクセス制限を別に決める。検索非表示だけに頼らない。
- 一般公開して検索対象にしたい時は、「設定 → 表示設定」の該当チェックを外して保存。制作担当が設けたサイト全体の制限も確認する。
- 匿名で記事を開き、HTMLのrobots指示と公開状態を確認。SEOプラグイン、HTTPヘッダー、提供者側の制限が別に残っていれば、チェック解除だけで完了ではありません。
完了条件：意図した公開状態で記事が読め、不要な検索除外が残っていない。検索結果に出る日・順位・流入は保証しません。公開済みサイトで誤ってチェックした場合は元の状態を戻し、キャッシュや別設定も担当者と照合します。
公式資料 WordPress：表示設定 · 確認2026-10-15。画面の版・契約・テーマによって表示は異なります。
06 / 外観 → テーマ
まず標準テーマでも確認。買うことが初期設定ではない。
- 今のテーマ名と独自設定、子テーマの有無、必要なウィジェット/メニュー/専用ブロックを控える。
- 「外観 → テーマ」で導入済みテーマの詳細を確認。新規・未公開で試すか、公開済みなら複製環境でライブプレビュー/切替を試す。
- 記事・固定ページ・スマホメニュー・画像・フォームを確認。外観が崩れたら元テーマへ戻す。テーマ独自機能や保存したテンプレートは、切替だけでは互換を保証できません。
検証ではTwenty Twenty-Five→Twenty Twenty-Four→元テーマの切替と記事表示を確認。Cocoon・有料テーマ・個別プラグインの互換性、表示速度、SEO効果は測っていません。テーマファイルの直接編集や、新しい管理者ユーザーの削除は初期設定の必須作業にしません。
公式資料 WordPress：テーマの操作 · 確認2026-10-15。画面の版・契約・テーマによって表示は異なります。
07 / 投稿・固定ページ・ホーム
公開ボタンと、読者が見るページを結び付ける。
投稿
継続的に公開する記事。カテゴリー等で整理します。まずテスト用の短い記事を下書き保存し、本文・スラッグ・公開状態を確認します。
固定ページ
プロフィールや案内など用途に合わせるページ。固定ページを作ることと、トップに指定することは別操作です。
- 投稿/固定ページの編集画面でタイトル・本文を保存。プレビューは編集者向けで、一般公開の証拠にはしません。
- 「公開」で日時と公開状態を確認。通常公開のつもりで予約・非公開・パスワード保護を選んでいないか照合。
- 公開後の実URLをコピーして、ログアウトした別ウィンドウで開く。本文・画像・リンクが意図どおりか確認する。
固定ページをホームにする場合だけ
「設定 → 表示設定」で「固定ページ」を選び、ホームページに対象を指定して保存。記事一覧を別ページへ出す場合は、ホームと別の公開済みページを指定します。ブログ一覧のままでよければ変更不要です。
違うトップが残る：まず指定ページと公開状態、キャッシュ、テーマやホスティング独自の配信を確認します。一般的なWordPressの表示設定が、静的配信アダプターを使う当サイトの本番トップを直接切り替えるわけではありません。
間違えたら：元の「最新の投稿」/固定ページ指定へ戻して保存。投稿や固定ページを削除して解決しないでください。
公式資料 WordPress：ホームの表示設定 · 確認2026-10-15。画面の版・契約・テーマによって表示は異なります。
08 / 更新する前に保存する
更新できたかと、戻せたかを別に確認する。
- 変更前：WordPress・テーマ・プラグインの版、互換条件と更新内容を確認。ファイルとDBを対にして保存し、保存先・復旧担当・使い方も確認。
- 試す：可能なら隔離環境で1対象ずつ更新。公開済みサイトは投稿・注文・問い合わせが増えるため、更新時間帯と差分の扱いを決める。
- 更新後：管理画面だけでなく、匿名記事・画像・スマホメニュー・必要なフォーム/メールを確認。エラーがあれば他の更新を続けない。
- 失敗時：元版と保存時点を照合。新着を別途退避してから対象を絞って戻す。古いDB全体の復元で新規投稿・注文を消さない。
当サイトで確かめた範囲：SQLiteの整合性とWeb保存アーカイブの読取りを確認し、合成プラグインを更新。その後、DBと対象プラグインファイルを戻し、変更したサイト名と1.0版への復帰を確認しました。WordPress本体の最新版ダウンロード・本番MySQL・すべてのWebファイルの一括復元は、この試験では行っていません。
日常のバックアップでは本文(DB)だけでなく、画像・テーマ・プラグイン等のファイルと設定も対象にします。取得・整合性・復元の違いと実際の復元記録 →
復旧の準備ができたら、更新・2FA・権限の確認手順で日常の安全対策を進めます。
自動更新は全部止めるべき？
一律の停止/一括有効を勧めません。セキュリティ更新を受ける必要性、互換性、提供者の管理範囲、バックアップと通知を確認します。この実験では外部更新を遮断しているため、自動更新の無人完了を実証したものではありません。
公式資料 WordPress：更新前の準備 · 確認2026-10-15。画面の版・契約・テーマによって表示は異なります。
公式資料 WordPress：ファイルとDBの保存 · 確認2026-10-15。画面の版・契約・テーマによって表示は異なります。
09 / ログアウトして確認
「保存しました」から、読者が読める状態へ。
チェックは自己確認です。この記事が実サイトへ接続して検査する機能ではありません。収集・送信・Cookie保存をしません。
記事がまだ書けていない
最初の記事を書く・公開を確認する保存・復旧が曖昧
Web・DBと復元時点を整理する契約や移転の判断が必要
設定だけを理由に乗換えず、必要な機能・総費用・制約を先に比較。
XserverとConoHaの契約条件を比べる実証済みのことと、まだ確かめていないこと
2026-10-15、WordPress7.1.2・PHP8.5.11・SQLite統合・合成データ・英語UIの独立コピーで操作。外部HTTP/メールは遮断。一般設定・検索表示・パーマリンク・テーマ・ホーム・ローカルZIP更新・局所復旧と匿名表示を確認。自己署名TLSの実験を含みます。Xserver/ConoHaの契約・実証明書・メール・DNS・Google登録・本体更新・実データの完全復旧・第三者初心者テストは未検証。操作の一部は環境差により画面/URLが異なります。