独自の短縮ドメイン：DNS、HTTPS、ルートのリダイレクト

ブランド名を使ったリンクを公開できるのは、所有権を証明しただけの段階ではなく、ホスト名が安全に通信を受け付けられる状態になったときです。DNS の管理画面に確認用レコードがあっても、短縮リンクを開くとブラウザーでエラーになる場合、この違いが重要です。

ここでは、Lumeraya Links で新しいサブドメインを設定する実用的な手順を紹介します。説明用のホスト名は go.yourbrand.example です。自分が所有するサブドメインに置き換えてください。この例は実際に使えるアドレスではありません。

リンクを作成する前に独自短縮ドメインを選ぶ

専用のサブドメインを使うと、メインサイトの役割を変えずに、短縮リンクに分かりやすいアドレスを付けられます。アカウントの独自ドメインページで、選んだホスト名を追加します。独自ドメインは Pro、Growth、Business で利用できます。現在の上限は Lumeraya Links のプランで確認してください。

追加する前に、DNS ゾーンを編集できる人と Lumeraya アカウントを管理する人を確認しましょう。別の担当者なら、正確なホスト名と必要な二つのレコードを DNS 担当者に渡します。所有権確認の成功画面だけでは、引き継ぎは完了しません。すべての確認に合格したホスト名と、そのリンクをどこで使うかを明記した記録が必要です。

設定中にリンクを準備することはできますが、準備済みの URL が公開先として動作するとは限りません。ドメインが準備完了 になるまで、動画の説明欄、メール、印刷する QR コードに追加しないでください。

役割が異なる二つのレコードを作成する

アカウントから確認用の値をコピーします。今回の例では DNS レコードは次のとおりです。

• TXT： 完全な名前は _lumeraya.go.yourbrand.example。値には Lumeraya に表示された lumeraya-verification=... をそのまま指定します。
• CNAME： 完全な名前は go.yourbrand.example。現在の Lumeraya のルーティング先である lumr.to を指定します。

TXT レコードは所有権を証明します。CNAME はホスト名宛ての通信を Lumeraya に送ります。一方を追加しても、もう一方は作成されません。

DNS エディターがすでに yourbrand.example を対象にしている場合、名前欄には _lumeraya.go と go だけを入力する仕様かもしれません。完全な名前を受け付けるエディターもあります。ゾーン名が二重に付かないよう、最終的なレコード名を確認してください。実際のドメインでは、アカウントに表示されるルーティングの指示を正確に使います。

DNS の入力画面を離れた後で、保存した値を確認しましょう。確認トークンは TXT の値欄に、ルーティング用のホスト名は CNAME の宛先欄に入ります。どちらにも個々の短縮リンクのパスは不要です。/launch で終わる URL はリンクのアドレスであり、ホスト名のルーティング先ではありません。エイリアスは Lumeraya で管理します。DNS レコードはサブドメイン全体を接続するものです。

Cloudflare では「DNS のみ」を使う

DNS ゾーンを Cloudflare で管理している場合、CNAME を灰色の雲で表示される DNS のみ に設定します。Lumeraya の現在の独自ドメイン設定では、オリジンへの直接ルーティングを使います。この接続でオレンジ色の雲のプロキシモードはサポートされません。

後で同僚がゾーンを確認する場合に備えて、この条件を設定メモに明記してください。ホスト名と宛先の文字列が変わらなくても、プロキシモードへの切り替えは設定変更です。以前の準備完了状態が今も有効だと考えず、変更後は接続を再テストします。

Cloudflare のログイン情報や DNS API トークンを Lumeraya に渡す必要はありません。自分のゾーンでレコードを作成し、Lumeraya が公開されている設定を確認します。

リンクを共有する前に確認結果を一つずつ読む

ドメインページで設定をテスト を使います。所有権、ルーティング、HTTPS は別々に確認されるため、所有権の成功表示だけで終わらず、各結果を確認してください。

• 所有権は確認済み、ルーティングがない： 対象ホスト名そのものに CNAME があるか確認します。
• ルーティング先が誤っている： 値をアカウントの説明と照合し、Cloudflare のプロキシ設定も確認します。
• DNS の反映待ち： レコードが正しいことを確認し、更新が参照できるようになるまで待って再テストします。
• HTTPS の準備中： DNS の確認は通過し、証明書の処理が進行中です。最終的な準備完了を待ちます。

所有権とルーティングの確認後、Lumeraya は Let's Encrypt 証明書を自動で取得し、実際の HTTPS 接続とリダイレクトサービスを確認します。証明書の発行だけでは導入完了になりません。処理はバックグラウンドで続くため、ページを離れても構いません。証明書の更新も Lumeraya が行います。

準備に失敗した場合は、ページに表示される具体的な診断内容と再試行の案内に従います。正しい TXT トークンを取り替えても、ルーティングの問題は直りません。短縮リンクを増やしても、接続できないホスト名が名前解決できるようにはなりません。失敗した確認項目を先に直し、その後で設定テストを繰り返してください。

ドメインだけを開いた場合にも役立つ宛先を用意する

エイリアスを付けずに go.yourbrand.example を開く人もいます。任意のルート転送先には、メインサイトなど適切な HTTP または HTTPS ページを設定できます。ドメインが準備完了になると、ルートアドレスから一時リダイレクトでそこへ移動します。

メインサイトなど別のホスト名の宛先を選び、完全な URL を指定してください。リダイレクトのループを防ぐため、同じ短縮ドメインのホスト名を指す宛先はフォームで拒否されます。新製品の公開なら、常設の製品紹介ページが便利です。期間限定の案内は、専用エイリアスの宛先として残せます。

この設定で、各短縮リンクの宛先が置き換わることはありません。後から編集や解除もできます。ルート転送先がない場合は、ルートに中立的な「見つかりません」応答が表示されます。準備完了でないドメインでも、ルートリダイレクトは使われません。

公開と保守の簡単なチェックリストを残す

使用予定のエイリアス一つと、ドメインだけのアドレスを別々にテストします。前者は専用の宛先に、後者はルート設定に従って移動することを確認します。パスワード付き、有効期限付き、または一回限りのリンクでは、その制限に注意してください。実際の訪問が、他の人のために残した利用機会を消費することがあります。

設定テストは通常のクリックを作らずにインフラを確認します。普通の公開エイリアスを開く行為は実際の訪問であり、分析に記録されることがあります。公開の成果を評価する期間には、準備中の訪問を含めないようにします。

導入後も両方の DNS レコードを残してください。定期確認で所有権とルーティングの継続を検証し、証明書の更新にも正常な設定が必要です。外部での DNS 変更は、その後の定期確認や明示的なテストで検出されます。保存済みの状態が即座に更新されるわけではありません。

技術的な設定が終わったら、ブランドリンクの実践的な使い方を参考に、次のプロモーションでアドレスをどう見せるか計画しましょう。設定の問題は Lumeraya Links ヘルプセンターとドメインページの各確認項目で調べられます。インフラと予定する宛先の両方が整ってから、アドレスを共有してください。