hosting.com でのサイト作成入門：旧 A2 の名前から現在のサービス選択まで

A2 Hosting は hosting.com に名称を変更し、公式のブランド発表は 2025 年 4 月 28 日に行われました。古い手順を検索して新しいサイト名が出る理由にはなりますが、すべての既存アカウントのプラン、コントロールパネル、サービス条件が同一とは限りません。操作前に、実際に購入した製品と現在の管理画面への入口を確認します。

WordPress の新規作成を、環境の識別、インストール、接続、検収に分けた、初めて購入する人や旧 A2 アカウントを引き継ぐ人向けの手順です。アカウントにログインした実測は行っておらず、提供元の未検証の高速化倍率も引用しません。画面が違う場合は、古い説明のボタンを探し続けるより、アカウント種別に合う資料を見つける方が有効です。

ブランド・製品・コントロールパネルを見分ける

公式サイトからログインし、注文の製品名、アカウント識別情報、現在利用できるコントロールパネルを照合します。hosting.com の資料では、WordPress のインストール方法はアカウント種別によって異なり、Webuzo または cPanel 内の Softaculous を使う場合があります。別の専用管理画面を提供する製品なら、その製品の資料を読み、どちらかの手順を無理に当てはめないでください。

既存利用者は、サービス通知、現在のサイトの場所、DNS、バックアップ、更新情報を先に保存します。ブランド変更は、直ちにサイトを削除して入れ直す必要があるという意味ではありません。名称変更の通知メールが来ただけで、そのリンク先へログイン情報を渡すことも避けます。公式サイトからアカウントを開き、通知が名称変更、基盤の移行、個別サービスの変更のどれに関するものかを確認します。

購入前に要件とプランを照合する

サイト数、データと画像の量、必要なプラグイン、メール、バックアップ、テスト環境を列挙して現在のプランと比べます。既存サイトに特定の PHP やデータベース条件があるなら、互換性と更新経路を先に確認します。製品名に WordPress があるだけで、ショップ、会員機能、特殊なプログラムの要件がすべて含まれるとは判断しません。

費用は初回支払い、更新、追加購入、移行で発生しうる費用に分けます。旧 A2 の記事にある価格、返金、キャンペーンが現在のプランに適用されるとは限りません。購入時の決済明細と条件を残し、不明な機能や制限は自分の要件を示して公式サポートに確認します。書面の根拠がない項目は未確認としておきます。

自分の cPanel または Webuzo からインストールする

cPanel を使い、アカウントに Softaculous がある場合は、hosting.com の WordPress インストール資料に従って該当アプリを開き、インストールを選びます。ドメイン、設置ディレクトリ、サイト情報、管理者情報を入力する前に、その場所に既存サイトがないか確認します。ホームをドメイン直下に置くのと、サブディレクトリに置くのでは設置場所が異なります。初期値を理解せずに残さないでください。

Webuzo 利用者は WordPress の管理入口からインストールを追加し、対象ドメイン、ディレクトリ、管理者欄を確認します。どちらのツールもアプリの配備を支援しますが、ボタンや初期設定は異なる場合があります。実際に使ったツールと場所を記録しておくと、後のバックアップ、更新、削除でどの管理手順が対象サイトに関係するか分かります。

インストーラーに追加プラグイン、更新、バックアップの選択肢があれば、用途と適用範囲を読み、継続管理できる設定を選びます。自動機能をすべて選べば確認不要になるわけではありません。特に他の本番サイトと環境を共有する場合、システムのバージョンやデータベースの変更が別アプリにも影響するため、先に互換性を検討します。

1. アカウントの製品とコントロールパネルを確認し、その環境向けの公式 WordPress 手順を選びます。
2. 対象ドメインと設置ディレクトリに残すべきデータがないことを確認し、既存サイトを先にバックアップします。
3. サイトと管理者の情報を入力し、追加機能、更新、バックアップの設定を確認してからインストールを実行します。
4. 完了情報を保存し、WordPress 管理画面にログインしてサイトを開き、設置場所が予定どおりか確認します。

手動インストールは特別な要件がある場合に別途計画する

hosting.com には手動インストールの資料もあり、おおむね WordPress の取得、正しい場所へのアップロード、データベースと利用者の作成、サイト設定という流れです。ファイル、データベース、権限の関係を自分で理解する必要があります。対応するインストーラーがあれば、一般利用者はまずそれを使えます。古い記事が FTP を使っているという理由だけで、手動の工程を増やす必要はありません。

手動インストールが必要なら、WordPress の公式 HTTPS サイトからプログラムを取得し、現在の環境に合う安全な転送方法でアップロードして、データベースの認証情報を保護します。古い手順が指定するバージョンに合わせるため、不適切になったソフトウェアを使い続けないでください。アプリの問題ではホスティングのサポート範囲も確認し、提供元が対応することと保守担当者が引き受けることを分けます。

本番ドメインを接続したらコンテンツを検証する

ドメイン登録、DNS、サイトの設置領域は別々のサービスが管理している場合があります。自分のアカウントが示す設定値を使い、既存 DNS、特にメールと認証のレコードを保存してから必要な項目を変更します。サーバーにドメインを追加した後も、外部からの名前解決、HTTPS 証明書、リダイレクトを確認します。ブランド変更だけを理由に、全利用者が同じネームサーバーへ変更する必要があるとは考えません。

WordPress でホーム、主要コンテンツ、ナビゲーション、連絡先を整え、サンプルページや不要なプラグインを削除します。未ログインのウィンドウで本番 URL と深い階層の記事を開き、スマートフォンでレイアウトも確認します。フォームがあればテストデータを送って通知を確認します。移転サイトなら、古い画像、添付ファイル、重要な URL も抜き取り確認し、引き続き使えるかを調べます。

旧アカウント情報を現在の引き継ぎ記録にまとめる

旧ブランド名は識別の手がかりとして残せますが、管理 URL、製品、支払い、サポートの入口は現在の情報を記載します。コントロールパネルへ入れる人、WordPress の管理者、ドメインと更新の担当者を記録し、パスワードは別途安全に保存します。サービス通知や請求の問題が起きても、どのサイトのことか推測し直さずに済みます。

公開後は更新、バックアップ、復元確認を予定し、テスト環境と本番環境の違いを記録します。古いプランを終了するなら、データの移転、メールの利用、他サイトとの共有資源の有無を確認したうえで公式手続きに従います。新ブランドは現在のサービスへの入口であり、継続管理の根拠は自分の設定と検収記録です。

詳しい説明を読む

ブランドとアカウントの識別、コントロールパネルでのインストール、本番サイトの検収という三段階で hosting.com の作成作業を整理した図。

共有サーバー・VPS・マネージドクラウド：小規模サイトの選び方

サイト保守で行うこと：バックアップ・更新・障害報告の日常管理

• チュートリアル
• アプリ・ソフト
• サイト構築・EC
• WordPress