ドメインとDNS
ドメインの追加と設定は、WordPressサイトを公開するうえで重要なステップです。サイトにアクセスできるようにするには、必要なDNSレコードを追加して、ドメインを弊社プラットフォームに向ける必要があります。
DNS（ドメインネームシステム）は、ドメイン（例：example.com）を、サイトがホスティングされているサーバーに対応付ける「ディレクトリ」のような役割を果たします。DNS レコードを追加する主な目的は以下の2つです。
- ドメイン所有権の確認：そのドメインを所有または管理していることを確認します
- 向き先の設定：ドメインからのトラフィックを弊社に転送します
MyKinstaでドメインを追加すると、ドメインを正しく設定して接続するために必要なDNSレコードが表示されます。
「ドメイン一覧」画面には、サイトへのアクセスに使用できるすべてのドメインが表示されます。プライマリドメインは、訪問者に使用してほしいメインのドメインです。
追加したすべてのドメインには、無料のSSL証明書が自動的に適用されます。一時ドメイン（例：sitename.kinsta.cloud）は、 kinsta.cloudドメイン用のワイルドカードSSL証明書によって保護されています。必要に応じて、独自のSSL証明書を使用することも可能です。
まだ確認していない場合は、サイト公開の準備が整っていることを確認するために、サイト公開前の確認事項を確認することもおすすめします。
サイトの「情報」画面には、サイトで使用されているドメインや、SSL証明書が有効かどうかが表示されます。
ドメインの追加
MyKinstaにログイン後、「サイト」＞（サイト名）＞「ドメイン」に移動し、「ドメインを追加」をクリックします。
「ドメインの追加」画面で以下のように設定します。
- ドメイン名：ドメイン名を入力します。
- wwwドメインを追加：でフィルとで有効になっており、www あり・なし両方のドメインが 弊社のCloudflare統合で正しく設定されるようになっています。www版を含めたくない場合は無効にしてください。一貫したアクセス性と互換性を確保するには、DNSでは両方のバージョンを設定することをおすすめします。ブラウザやシステム、連携サービスによっては、どちらか一方のバージョンをデフォルトとして使用する場合があり、両方を設定しておくことで予期しない問題を防ぐことができます。その後、使用したいバージョンを優先ドメインとして選択し、もう一方をリダイレクトすることで、訪問者に一貫した体験を提供できます。
「詳細設定」をクリックして、以下を選択します。
- ワイルドカードドメインを追加：有効にすると、ドメインのすべてのサブドメイン（例：
*.example.com）を1つの設定で含めることができます。検証、DNSの向き先設定、SSL 証明書の発行が、現在および将来追加されるすべてのサブドメインに自動的に適用され、個別に追加する必要がなくなります。特に、複数のサブドメインや動的に作成されるサブドメインを使用している場合に便利で、設定作業の手間を省き、設定ミスのリスクを軽減できます。 - このドメインで自分のSSL証明書を使用する：弊社では、すべてのドメインに対して、デフォルトで無料のSSL証明書を提供しています。独自SSL証明書を使用したい場合は、このオプションを選択してください。有効にすると、
.keyファイルと.certファイルの内容を貼り付けることができます。証明書にエラーがある場合は、続行する前に問題を解決する必要があります。または、このオプションを無効にして、後から独自SSL証明書を追加することもできます。
ドメインを追加する際には、ドメイン所有権の確認と弊社への向き先設定のために、DNSレコードを追加する必要があります。以下から設定タイプを選択してください。
- 簡単セットアップ：ドメインが新規で、現在トラフィックを受信していない場合は、このオプションをおすすめします。すでにサイトが公開されている場合、この方法では移行中にサイトがダウンする可能性があります。このオプションでは、ドメイン所有権を確認するためのTXTレコードやCNAMEレコードを追加する必要はありません。ドメインの向き先設定には、Aレコードのみ必要になります。DNSレコードを更新した後、サイトが1〜3分程度ダウンすることがあります。ただし、DNSのTTL 設定によってはさらに長くなる場合があります。たとえば、TTLが数時間（例：24時間）に設定されている場合、変更が完全に反映されるまで同程度の時間がかかることがあります。
- サイトダウンを考慮：すでにトラフィックを受信している公開中のサイトを移行する場合には、このオプションがおすすめです。移行中のサイトのダウンを回避することができます。まずTXTレコードとCNAMEレコードを追加してドメイン所有権を確認し、完了後にAレコードを追加して、ドメインを弊社に向けます。この方法ではサイトが停止することはありませんが、サイトが公開されるまで最大1.5時間かかる場合があります。DNSのTTL設定によっては、さらに時間がかかることがあり、特にTTLが数時間に設定されている場合は、その分反映にも時間を要します。
設定後、「ドメインを追加」をクリックします。
次の手順は、「簡単セットアップ」または「ダウンタイムを考慮」のどちらを選択するかによって異なります。
簡単セットアップ
このオプションを選択すると、Kinsta にドメインを向けるために DNS に追加する必要がある A レコードが表示されます。「wwwサブドメインを追加」を選択した場合は、2 つの A レコードが表示されます。「ワイルドカードドメインを追加」を選択した場合は、TXT レコードおよび CNAME レコードも追加する必要があります。
DNS プロバイダとは、ドメインの DNS レコードを管理しているサービスです。通常はドメインレジストラ（例：GoDaddy）ですが、Cloudflare のような別の DNS プロバイダーを使用している場合もあります。
弊社DNSを使用してDNSレコードを管理している場合は、Kinsta DNS のドキュメントを参照してください。主要なドメインレジストラ、DNS管理サービスでDNSを更新する方法は、各ドキュメントをご覧ください。
DNSレコードを追加したら、「すでに完了しました」をクリックします。
DNSの反映が完了すると確認メールが送信され、MyKinstaのドメイン欄にチェックマークが表示されます。
ドメインを追加したら、サイトのプライマリドメインとして正しく設定されていることを確認してください。また、セキュリティ向上のため、サイトを HTTPS にリダイレクトすることをおすすめします。
サイトダウンを考慮
このオプションを選択すると、弊社によるドメイン所有権の確認に必要なCNAMEレコードとTXTレコードが表示されます。「wwwサブドメインを追加」を選択した場合は、2つのCNAMEレコードと2つのTXTレコードが表示されます。
DNSプロバイダとは、ドメインのDNSレコードを管理しているサービスです。通常はドメインレジストラ（例：GoDaddy）ですが、Cloudflareのような別のDNSサービスを使用している場合もあります。
弊社DNSを使用してDNSレコードを管理している場合は、Kinsta DNS のドキュメントを参照してください。主要なドメインレジストラ、DNS管理サービスでDNSを更新する方法は、各ドキュメントをご覧ください。
TXT record
このTXTレコードにより、ドメインレジストラは、お客様がそのドメインの所有者であり、そのドメインに対してサービスを利用する権限を持っていることを確認します。ドメイン所有権の確認が完了した後は、必要に応じてこのレコードをDNSから削除することができます。
- 名前：
_cf-custom-hostname - 値：MyKinstaで生成された一意のUUID値（xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx）
CNAME record
弊社は、このDNSエントリを使用して、SSL証明書に必要なトークンでドメインを更新します。このレコードがDNSに存在する限り、SSL証明書を手動で更新する必要がなくなります。このDNSエントリを削除すると、SSL証明書の更新時に毎回再追加が必要になるため、削除はおすすめしません。
- 名前：
_acme-challenge - ドメイン：
example.com.kinstavalidation.app
レコードを追加したら、「認証する」をクリックすると、レコードがDNSに存在し、提供した値と一致しているかの確認が行われます。または、「すでに完了しました」をクリックすると、検証ウィンドウを閉じて、バックグラウンドで確認を実行できます。
DNSの反映が完了すると（通常は数分以内ですが、レコード追加時に設定したTTLによって異なる場合があります）、ドメインの向き先設定を続行できることを知らせる通知メールが届きます。
ドメイン所有権の確認が完了したら、「ドメインの紐付け」をクリックして、ドメインの向き先設定を行います。
Kinstaによって、ドメインを向けるために DNS に追加する必要がある A レコードが表示されます。これらのレコードを追加するために、ドメインレジストラに移動してください。
DNSレコードを追加したら、「すでに完了しました」をクリックします。
DNSの反映が完了すると、その確認メールが送信され、MyKinstaのドメイン欄にチェックマークが表示されます。
ドメインを追加したら、サイトのプライマリドメインとして正しく設定されていることを確認してください。また、セキュリティ向上のため、サイトを HTTPS にリダイレクトすることをおすすめします。
プライマリドメインの変更
すべてのサイトには、プライマリドメインが割り当てられています。プライマリドメインはサイトの「メインドメイン」であり、サイト作成時に自動設定されます。サイト作成時に独自のドメインを追加しなかった場合、サイトのプライマリドメインはkinsta.cloudドメインに設定されます。
独自のドメインを追加し、サイトを公開する準備ができたら、そのドメインがサイトのプライマリドメインとして正しく設定されていることを確認してください。
サイトのプライマリドメインを確認するには、「サイト」＞（サイト名）＞「ドメイン」に移動します。以下は、Kinsta Help Testingサイトのプライマリドメインとして、「kinstahelptesting.kinsta.cloud」が設定されている例です。
プライマリドメインを更新するには、「ドメイン一覧」セクションまでスクロールし、ドメイン横のドロップダウンメニューをクリックして、「プライマリドメインに設定」を選択します。
「プライマリドメインに設定」モーダル／ポップアップでは、検索と置換を実行するオプションを選択できます。この検索と置換により、WordPressデータベース内の旧ドメインが新しいドメインに自動的に更新されます。データベース内に古いURLが残っていることで発生する予期しないリダイレクトを防ぐため、このオプションを有効にすることをおすすめします。ここで検索と置換を実行しない場合でも、後からMyKinstaの検索と置換ツールを使用して手動で実行できます。
「プライマリドメインにする」をクリックすると、プライマリドメインの更新に数分かかります。完了すると、新しいドメインが「プライマリドメイン」セクションの表示されます。
HTTPS接続の設定（任意）
厳密には必須ではありませんが、サイトをHTTPS接続を設定にすることをおすすめします。Cloudflare統合により、ドメインの検証が完了すると、無料のSSL証明書（ワイルドカード対応）が自動的にサイトへ追加されます。MyKinstaで対象のサイトを選択し、「ツール」画面の「HTTPS接続」セクションの「利用する」をクリックするだけで完了します。
関連するDNSゾーン
弊社DNSを使用していて、DNSゾーンをサイトにリンクしている場合、そのゾーンがここに表示されます。DNSゾーンをクリックすると、「DNSレコード」画面が表示されます。これによって必要なDNSレコードが自動追加されるわけではなく、サイト管理者がそのサイトのDNSレコードを管理できるようになります。
トラブルシューティング
ドメイン所有権の確認が停止した場合
ドメイン所有権の確認が7日以上続いている場合、確認プロセスが停止します。正しいDNSレコードが設定されていることを確認したうえで、「確認プロセスの再開」をクリックしてください。
ドメインエラーの修正
ドメイン検証プロセス中に、ドメインの横に「ドメインにおけるエラーの解決」ボタンが表示された場合、CAAレコードの競合が発生していることを意味します。
CAAレコードは任意のDNSレコードで、どの認証局（CA）がそのドメインのSSL証明書を発行できるかを指定できます。ドメインにCAAレコードが存在しない場合、要求があれば任意のCAがSSL証明書を発行できます。CAAレコードが存在する場合は、そのCAAレコードで指定されたCAのみがSSL証明書を発行できます。
このエラーを解決するには、「ドメインにおけるエラーの解決」をクリックし、ドメインのDNSサービスで、不足しているCAAレコード（「保留中」と表示）を追加するか、CAAレコードが不要な場合は競合の原因となっている既存のレコード（「検出済み」と表示）を削除してください。
Cloudflareでのドメイン向き先設定のトラブルシューティング
ドメインを向けた後（DNSの反映に最大24時間かかる場合があります）にもかかわらず、以下のいずれかが表示される場合は、Cloudflareアカウント内で確認すべき項目がいくつかあります。
- サイトがKinstaに向けられておらず、サービス中断の対象となることを示すバナーまたは警告
- 「Confirming that you have pointed your domain to Kinsta.」というステータス
まず、Cloudflareアカウントの「ルール」＞「ページ ルール」画面を確認してください。ルートドメインからwwwドメイン、またはその逆へのリダイレクトが設定されている場合、リダイレクト元のドメイン所有権は、MyKinstaで確認できません。この問題を解決するには、Cloudflareの「ページ ルール」画面でリダイレクトを削除してください。これにより、MyKinstaで確認ができるようになり、プライマリドメインへのリダイレクトは、以後MyKinsta側で処理されるようになります。
次に、「セキュリティ」＞「セキュリティ ルール」で、ユーザーエージェントkinsta-botとIPアドレス35.194.36.163および34.135.149.39を許可します。これにより、ドメインが確認済みかつ弊社に向けられていることを確認するボットがファイアウォールにブロックされなくなります。
Cloudflareに既存のDNSゾーンレコードがある場合
MyKinstaでサイトにドメインを追加して向き先設定を行う際、状況によっては、そのドメインにCloudflare上の既存ゾーンレコードが存在し、このまま続行するとサイトがオフラインになる可能性があるという警告が表示される場合があります。
Cloudflareの既存のゾーンレコードを削除する必要がないことがはっきりしている場合には、削除せずに続行して問題ありません。その場合は、「ドメイン使用に際し問題が発生する可能性があることに同意する」を選択し、「続行」をクリックしてください。
Cloudflareで既存のゾーンレコードを削除する必要がある場合には、「YOURDOMAIN.com」を実際のドメイン名に置き換えて、 以下のメッセージをCloudflareにお送りください。
Hi,
I am writing to you about the domain YOURDOMAIN.com.
My host, Kinsta, has detected an old, unused Cloudflare DNS zone for my domain. Would you please remove it from your system?
I confirm that I have access to DNS for the domain and am willing to add a TXT record to prove domain ownership. Please send the TXT record you would like me to use.
Thanks!
既存のゾーンレコードを削除する必要があるかどうかわからない場合は、カスタマーサポートまでお問い合わせください。設定内容を確認のうえ、次の手順をご案内します。