本文へスキップ
機能の詳細

明確な公開アドレス

公開サイトに明確な住所を持たせる

設定した公開アドレスを一貫して使い、独自ドメインは確認・証明書・実際の配信が整ってから公開します。

説明用の例ドメインの実配信準備を確認

住所も訪問者体験の一部

検索結果、ナビゲーション、共有ページは同じ会社サイトへ導く必要があります。Tsumiraはテナントの優先公開アドレスを決め、対応するメタデータやリンクに使います。ドメイン登録やDNS追加だけでは、実際のWebサイトが到達可能だとは証明できません。

一つの優先アドレスを使う

対応する会社アドレスを基にし、条件を満たした独自ドメインを優先できます。正規URLなどの公開参照を揃えます。ただし正規URLだけで過去の全アドレスに転送が生まれるわけではなく、外部の誤ったリンクが直るわけでもありません。

  • 優先する公開アドレス
  • 一貫した正規URL
  • 設定ホストを使う公開参照

独自ドメインの実配信を確認

所有の確認、利用可能な証明書、独自ドメインを配信する構成がそれぞれ必要です。揃っていなければ、すでに使える置き換え先として扱いません。利用可否は対応する運用と設定に依存します。公開の案内前に実際のHTTPS、正しい会社、重要ページを確認します。

  • ドメイン所有の確認
  • 証明書と配信準備
  • 実際のHTTPS確認

移行する経路を具体化

重要ページと既存リンクを一覧にします。新しい行き先、旧URLからの転送、正規URLを別々に確認します。ホームだけでなくサービスや連絡先、対応する公開情報も含めます。アプリの非公開経路や個別アクセスリンクには独自の安全条件があり、公開サイトの住所変更だけで一括転送しません。

  • 重要な公開経路の把握
  • 転送を独立に検証
  • 非公開経路は別に扱う
説明用の例正規URLと旧URL転送を別々に確認
具体的な業務の流れ
  1. 住所を決める

    公開アドレスと設定の責任者を確認します。

  2. 準備条件を満たす

    対応する所有確認、証明書、配信を整えます。

  3. 実際の経路を検証

    HTTPS、リンク、公開メタデータを確認します。

  4. 公開して観察

    受入確認後に案内し、想定した転送も確認します。

実務を想定した例

例:既存サイトの移転

会社は主要なサービスと連絡ページを一覧化します。新ホストの所有、HTTPS、会社の表示を確認し、旧URLの転送を正規タグとは別に検証します。重要な下層も動いてから外部プロフィールを更新します。DNS変更だけを移転完了の証拠にしません。

この機能についての質問

DNSだけで公開されますか。

いいえ。所有確認、証明書、実配信も必要です。実際のHTTPS結果を確認します。

正規タグで転送されますか。

いいえ。正規URLとHTTP転送は別の役割です。

すべての会社で即座に独自ドメインを使えますか。

対応する配信構成と設定条件に依存します。確認済みの記録だけでは公開を証明できません。

下層ページも移行確認しますか。

はい。重要なサービス、連絡、公開コンテンツと、旧アドレスからの経路も確認します。

この業務に合う連携を検討する。

想定される連携のアイデアです。シナリオを利用する前に、各アプリの実際の利用可否、権限、対応データをご確認ください。

すべての連携を見る

会社の仕事を、ひとつにつなぐ。

チームとともに、具体的な業務フローから始めましょう。

無料で始める