Lovableのカスタムドメイン名が動作しない場合、最も一般的なブロックは「プラットフォームが設定されていない」ではなく、非常に具体的な3つの前提条件が満たされていないことです。プロジェクトが正式にリリースされていない、DNSにAAAAレコードが入っていてルートに干渉している、または手動設定中に認証用のAレコードを変更してドメイン名が検証中に止まってしまうことです。
Lovableの現在のドキュメントは非常に充実しています。 まず、たとえドメイン名が事前に接続されていても、プロジェクトがまだ公開されていない限り、実際にはコンテンツの提供は開始されません。 次に、カスタムドメイン名に接続する前に、AAAAの記録を保持しないよう特に注意します。IPv6ルートはトラフィックを迂回させ、古いものや空のもの、あるいは全く稼働していないものを見る可能性があるからです。 第三に、手動設定の場合、検証段階で提供されるAおよびTXTレコードはランダムに変更できず、事前にプロキシを開かないでください。
最も実用的なトラブルシューティングの順序は以下の通りです:
1. まず、プロジェクトが公開済みで未公開ではないかを確認します。
2. DNSプロバイダーに冗長なAAAAレコードがないか確認してください。
3. 手動設定の場合は、AレコードがLovableから提供されたアドレスを指していることを確認し、検証が完了するまでプロキシを開かないでください。
4. DNSチェッカーツールを使って解決が有効かどうか確認します。
「ドメイン名が新しいサイトではなく古いページや他のウェブサイトを表示する」と出会った場合、文書は高頻度の理由も挙げています。すなわち、AAAAレコードがトラフィックを意図したターゲットを迂回させる、ということです。 この穴は特に一般的で、多くの人がステーションを移動するときにAとCNAMEしか見つめておらず、IPv6のことをすっかり忘れているからです。
さらに、DNS伝播には数時間から72時間かかる可能性があります。 記録が正しく、短期間にライブがなければ必ずしも故障とは限りません。 しかし、検証で詰まっている場合は、Cloudflareのプロキシを開設したか、認証中にAレコードを変更したかを優先的に確認してください。
したがって、Lovableカスタムドメイン名は効果が出ないので、繰り返し削除して再追加しないでください。 「公開済み、AAAAなしで、検証記録が変更されていない」という3つの項目を確認すると、通常問題の特定ができます。
