ドメインをソーシャルメディアにリダイレクトする方法(ブランドを損なわずに)

2026年10月19日
18 分読
ドメインをソーシャルメディアにリダイレクトする方法(ブランドを損なわずに)

重要なポイント

HTTPレベルのリダイレクト(メタリフレッシュやJavaScriptではない)を使い、ページが読み込まれる前に転送が起こるようにします。後で転送先を変更する可能性があるなら302または307を選び、移動が恒久的な場合にのみ301または308を使います。レジストラの転送は、ドメインがサードパーティのネームサーバーを使っている場合、たいてい失敗します。DNSが実際に存在する場所でルールを設定してください。すでにコンテンツやトラフィックがあるドメインを、そのままプロフィールにリダイレクトしないでください。サブドメインか、小さなハブページを使いましょう。リンクを印刷する予定があるなら、後で再印刷せずに転送先を変更できるよう、自分で管理できるリダイレクト層を使ってください。

レジストラやDNSプロバイダーで転送ルールを設定し、プロフィールURLを指定して、恒久的または一時的なリダイレクトを選べば、約5分でドメインをSNSプロフィールに転送できます。難しいのはクリック先の経路ではありません。正しいリダイレクト種別を選び、DNSの競合を避け、リンクプレビューを正しく保ち、そのドメインに直接リダイレクトするのが本当に最適かどうかを判断することです。

このガイドでは、つまずきやすい失敗ポイントとともに、その4つすべてを解説します。

ドメインをSNSにリダイレクトする実際の仕組み#

誰かがブラウザでyourbrand.comと入力すると、あなたのサーバー(または転送サービス)がリダイレクト応答を返します。HTTPでは、リダイレクトは、サーバーが3で始まるステータスコードと、転送先URLを含むLocationヘッダーを持つレスポンスを送ることで発生します[1]。その後ブラウザは新しいアドレス、つまりこの場合はInstagram、Facebook、LinkedIn、YouTube、TikTok、X(旧Twitter)、またはPinterestのページを読み込みます。

これを行う一般的な理由:

  • ウェブサイトを構築中で、訪問者を管理されている場所に着地させたい。
  • あなたが個人事業主で、LinkedInプロフィールが主なオンライン拠点である。
  • SNS上でショップを運営しており、そのための短く覚えやすいアドレスが欲しい。
  • ポスター、ポッドキャストでの言及、または名刺用に、バニティアドレスが必要なキャンペーンやイベントがある。

EuroDNSは同様のユースケースを挙げています[2]。ウェブサイトの保守、個人ブランディング、ソーシャルな販売拠点などです。いずれも妥当です。損害を招くのは設定ミスです。

リダイレクトまたはマスク付き転送:表示方法を選ぶ#

多くの転送ツールは2つのモードを提供します。通常のリダイレクトではアドレスバーが転送先に更新されますが、マスク付き転送では転送先をフレーム内で読み込み、アドレスバーにドメインを表示したままにします[3]。同じ情報源によると、転送先サイトの中にはマスク付き転送を許可しないものがあり、レジストラではそれを回避できません。

ソーシャルプラットフォームでは、マスク付き転送は最初から使わないものと考えてください。動作しているように見えても、ログインのプロンプト、アプリのディープリンク、共有機能を壊すことがあります。通常のリダイレクトを使ってください。

Standard redirects compared with masked forwarding

リダイレクトの種類を選ぶ:301、302、307、308#

ステータスコードは、ブラウザや検索エンジンにこの移動をどう扱うかを伝えます。

CodeMeaning次の場合、ソーシャルリダイレクトに使う
301Permanentドメインは今後しばらくこのプロフィールを指し続ける
308恒久的、リクエストメソッドは保持される301と同じですが、厳格なメソッド処理が必要です
302Temporaryキャンペーン、季節限定の目的地、またはテスト
307一時的、リクエストメソッドは保持されます302と同じですが、厳格なメソッド処理があります

Googleのクロールに関するドキュメントでは、301と308はURLが恒久的に移動したことを示す強いシグナルであり、302と307は弱いシグナルだと説明しています[4]。同じページには、Googleのクローラーはデフォルトで最大10回のリダイレクトホップをたどると記載されています。MDNでは、308は301と同様に動作しますが、クライアントが元のリクエストメソッドを変更するのを防ぐと説明しています[5]。これは、GET以外のリクエストや、URLを入力する人にとってはまれですが重要です。

実用的なルールとして、移動先を今後絶対に変更しないと確信できない場合は、一時的なリダイレクトを使ってください。恒久的なリダイレクトはブラウザによってキャッシュされるため、実際には元に戻すのが遅くなります。より詳しい比較については、301と302のリダイレクトとそのSEOへの影響に関するガイドをご覧ください。

設定しましょう:一般的な手順#

  1. DNSがどこで管理されているかを確認します。 ドメインのネームサーバーを確認してください。それらがレジストラのものであれば、レジストラの転送ツールを使用します。ウェブサイトビルダーやマネージドDNSプロバイダーのものであれば、ルールはそこで作成する必要があります。
  2. 正確な移動先URLをコピーします。 ブラウザでプロフィールを開き、https://を含む完全なアドレスをコピーしてください。短縮版や追跡パラメータ付きのものは避けてください。
  3. 転送ルールを作成します。 ソースとしてドメインを入力し、移動先としてプロフィールURLを貼り付け、上の表から標準のリダイレクトとステータスコードを選択します。
  4. www ありにするか. yourbrand.com と www.yourbrand.com の両方を同じ場所に転送してください。どちらか一方だけだと、エラーが表示されたり古いページが表示されたりします。
  5. HTTPS が機能することを確認します。 https://yourbrand.com と http:// 版の両方にアクセスしてください。どちらか一方しか動作しない場合は、転送設定にドメイン用の証明書が不足しています。
  6. プライベートウィンドウとモバイルでテストします。 キャッシュされたリダイレクトやアプリへの切り替えは、デスクトップブラウザとは異なる動作をします。

レジストラの転送が失敗することがある理由#

レジストラの転送は通常、レジストラのデフォルトネームサーバーを必要とします[6]。ドメインをサードパーティのホストや管理型DNSプロバイダーに向けている場合、内蔵ツールはおそらく失敗します。その場合は、代わりにそのプロバイダーのダッシュボードまたはURLルールでリダイレクトを作成する必要があります。これが、「簡単な」転送を設定しても何も起こらない一般的な理由です。

ループを避ける#

リダイレクトループは、転送先が別のルールを発動して訪問者を元に戻してしまうときに発生します。ブラウザはリンクの処理をあきらめ、Facebook のようなリンクプレビュー用スクレイパーは転送先を読み取れません。循環リダイレクトに関する SEO プラグインの問題スレッド[7] は、いかに簡単に紛れ込むかを示しています。連鎖は 1 回のジャンプで済むようにし、転送先 URL が最終的なものになっていることを確認してください。

ドメインを Instagram、Facebook、LinkedIn、YouTube、TikTok、または X にリダイレクトする#

方法はどのプラットフォームでも同じです。転送先はプロフィール、ページ、またはチャンネルの公開アドレスです。入力するのではなくブラウザからコピーし、まずプライベートウィンドウで開いて、ログインしていない人でも読み込めることを確認してください。一般的なアドレスは次のようになります:

Platform転送先として使用するプロフィールのアドレス
Instagramhttps://www.instagram.com/yourhandle
Facebookhttps://www.facebook.com/yourpage
LinkedInhttps://www.linkedin.com/in/yourname or https://www.linkedin.com/company/yourcompany
YouTubehttps://www.youtube.com/@yourchannel
TikTokhttps://www.tiktok.com/@yourhandle
X(旧Twitter)https://x.com/yourhandle
Pinteresthttps://www.pinterest.com/yourbrand
WhatsApphttps://wa.me/yournumber
Telegramhttps://t.me/yourusername

HTTPリダイレクトを使い、metaやJavaScriptの小細工は使わない#

Webサーバーを管理していると、meta refreshタグやスクリプトを追加したくなるかもしれません。やめましょう。MDNでは、HTTPリダイレクトはページの読み込みが始まる前に発生するため、推奨される方法だと説明しています[1]。そのため、ブラウザーとクローラーの両方にとってより高速で信頼性が高くなります。ページ単位のリダイレクトは空白ページや中間ページを一瞬表示し、また一部のソーシャルクローラーはスクリプトをまったく実行しません。

プロフィールへそのままリダイレクトしてよいのでしょうか?#

これは多くのチュートリアルが省いている問いです。

ドメインが新しく、これまでコンテンツを持ったことがなく、プロフィール、キャンペーン、または名刺用の短いアドレスとしてのみ存在するなら、問題ありません。

そのドメインが以前にサイトを運営していた、被リンクがある、またはあなたの主要なブランド名であるなら、よく考えたほうがよいです。以前コンテンツがあったルートドメインをリダイレクトすると検索トラフィックを失う可能性があり、戻ってきた訪問者をInstagram、Facebook、LinkedInのプロフィールに送ると、元のコンテンツを期待している人を混乱させ、ブランドを分断してしまうことがあります。サブドメインならアクティブなサイトを元の場所に保てます。裸のドメインをソーシャルプロフィールへリダイレクトすることについてのウェブマスターQ&Aスレッド[8]でも、同じトレードオフが議論されています。

多くのビジネスにとって、よりよいパターンは次のとおりです。

  • メインドメインは、たとえ1ページだけのサイトでも、実際のページを指すようにしておきましょう。
  • ソーシャルリダイレクトには、go.yourbrand.comのようなサブドメイン、またはyourbrand.linkのような別のバニティドメインを使いましょう。
  • または、Instagram、Facebook、LinkedIn、YouTube、TikTok にまたがってオーディエンスが分かれている場合は、すべてのプロフィールへリンクするハブページへ訪問者を送ることもできます。ソーシャルメディア向けのブランドリンクに関するガイドでは、プロフィール欄、投稿、キャンペーン向けに、よりすっきりしたリンクの使い方を紹介しています。さらに、QR ベースのロイヤルティやリワードプログラムも運用しているなら、BonusQR のブランド化された顧客ロイヤルティプログラムのガイド[9]がデジタルアイデンティティの側面をカバーしています。

RedirHub のリダイレクト先#

2026年10月18日 21:34 UTC から 2026年10月19日 03:34 UTC の間に RedirHub で行われた 193,375 件のリダイレクト要求(ボットを除く)を調べたところ、確認した 12 のソーシャル/メッセージングプラットフォーム(Instagram、Facebook、LinkedIn、YouTube、TikTok、X、Pinterest、WhatsApp、Telegram、Threads、Snapchat、Reddit)のいずれかへ訪問者を送っていたのは 0.38% にすぎませんでした。Facebook は要求の 0.16%、YouTube は 0.03%、Instagram は 0.01% で、残りはその他のウェブサイトやアプリに向かっていました。各クラスターで要求の 10% 超を処理したアカウント(人間の要求の 82%)と、5 アカウント未満しか到達していないプラットフォームは除外しています。また、これは 6 時間のスナップショットなので、プラットフォームの順位付けではなく、リダイレクトの大半はウェブサイトを指しているという संकेतとして読むべきです。

オフラインでも読みやすいドメインを選ぶ#

実務家は、ソーシャルメディアへのリダイレクトには .SOCIAL、.LINK、.PAGE のような特化型拡張子[2] を推奨しています。名刺や印刷物でよりすっきりと、記憶に残りやすいアドレスになるからです。どの拡張子を選んでも原則は同じです。より短く、口に出して伝えやすいアドレスほど、チラシから正しく入力されやすくなります。バニティ URL とその設定方法 に関する記事では、命名と設定の手順を解説しています。

リダイレクト後の誤ったリンクプレビューを修正する#

リダイレクト後に、誰かがあなたのドメインを Facebook で共有したところ、プレビューに古い画像が表示されたり、画像が表示されなかったりすることがあります。これは通常、Facebook が古いメタデータをキャッシュしていることを意味します。ProPhoto のサポート記事[10]では、Open Graph タグの重複が誤ったプレビューの一般的な原因だとし、Facebook Sharing Debugger でページを再スクレイピングしてプレビューが正しくなるまで試すよう提案しています。Facebook の共有リンクがリダイレクトエラーに遭遇した開発者スレッド[11]でも、同じデバッガーに話が及んでいます。LinkedIn にも、自社のプレビュー用に同様の Post Inspector があります。

それでもプレビューが正しくない場合:

  • リダイレクトが 1 回の遷移で解決し、クリーンな応答を返すことを確認します。
  • 遷移先の画像が、そのプラットフォームのサイズガイドラインを満たしていることを確認します。
  • プロフィールへのリンクは、カスタムではなくプロフィールのプレビューを表示することを覚えておいてください。表示内容をコントロールしたい場合は、あなたが所有するページへ誘導しましょう。

私たちの見解:リダイレクトは自分で所有すべき資産です#

私たちはリンクとリダイレクトのインフラを構築しており、同じパターンを何度も見てきました。あるチームがドメインを取得し、それをInstagramのページへ転送し、パッケージやイベントの看板に印刷します。すると数か月後、行き先が変わります。新しいキャンペーン、変更されたハンドル名、別のプラットフォームへの移行です。印刷物はそのまま残りますが、リダイレクトは固定されたままで、どのレジストラのアカウントに紐づいているのか誰も覚えていません。

だからこそ私たちは、ソーシャルリダイレクトを一度きりの設定ではなく、ブランディングの一部だと考えています。違いを生むのは次の3つの習慣です:

  • リダイレクトは、自分が所有し一元管理できるドメインに設定しましょう。 共有型短縮URLのドメインはあなたのものではありません。サービスの規約が変われば、印刷済みのリンクも影響を受けます。
  • 行き先を編集可能にしておきましょう。 ポスターに載せるアドレスは、変更できないものであってはなりません。
  • 計測しましょう。 QRコードやバニティURLを印刷物に載せるなら、誰かがスキャンしたのか、入力したのか、そしてどこから来たのかを把握したいはずです。

トレードオフは明確です。レジストラの標準転送機能は無料で、趣味のプロジェクトには十分です。リンクにキャンペーンとしての重みが乗るようになると、数ドルの節約よりも、管理権限と分析機能のほうが重要になってきます。

リンクを印刷物に載せるとき:動的リダイレクトとQRコード#

印刷物は、リダイレクトの設定を誤ると最もコストが高くつく場面です。名刺、メニュー、展示会のバナーは後から編集できません。それを解決する方法は2つあります:

  • あなた自身のドメイン上のバニティリンクまたはブランドリンクで、遷移先はいつでも変更できます。今日の遷移先はInstagram、次の四半期にはランディングページです。
  • ダイナミックQRコードで、最終URLではなく短いリダイレクトをエンコードするため、遷移先が変わってもコードはそのままです。

RedirHubを使えば、自分のドメイン上にブランドリンクとドメインリダイレクトを作成でき、SSLは当社で対応し、印刷物を触ることなく遷移先を更新できます。パッケージや看板向けのスキャン可能なコードが必要なら、当社のダイナミックQRコードが同じ仕組みで動作し、クリックとスキャンの分析で実際にどの掲載が訪問につながっているかが分かります。プランはCore、Pro、Enterpriseで、CoreとProには14日間の無料トライアルがあります。各プランの内容は料金をご覧ください。

これはビジネス向けツールです。個人ページの一度きりの転送だけが必要なら、レジストラの無料オプションのほうが簡単です。

リダイレクトを公開する前のチェックリスト#

  • ドメインのネームサーバーが、ルールを作成した場所と一致している。
  • ルートドメインとwwwの両方が、HTTPとHTTPSで転送されている。
  • リダイレクトは1回の遷移で、恒久性に応じた正しいステータスコードになっている。
  • 遷移先URLは、すっきりした最終的なプロフィールアドレスである。
  • Facebookでリンクを共有する場合は、スマートフォン、プライベートウィンドウ、そしてSharing Debuggerでテストした。
  • そのドメインに以前コンテンツがあった場合、その古いURLに対する対策が必要です。301リダイレクトの設定に関するガイドでは、古いページを新しいページに対応付ける方法を解説しています。
  • ドメインアカウントの所有者と、リダイレクトルールがどこにあるかを把握しています。

出典

  1. [1]Redirections in HTTP, MDN
  2. [2]Redirect your domain to social media, EuroDNS
  3. [3]Adding URL forwarding, Name.com help
  4. [4]How HTTP status codes affect Google’s crawlers, Google for Developers
  5. [5]308 Permanent Redirect, MDN
  6. [6]How to forward a domain, Hostinger
  7. [7]Circular redirect issue, Yoast SEO on GitHub
  8. [8]Redirecting naked domain to a social profile, Webmasters Stack Exchange
  9. [9]Branded Customer Loyalty Program: The 2026 Guide to Digital Identity, BonusQR
  10. [10]Wrong preview for a link to my site, ProPhoto Support
  11. [11]Facebook share link returning 404 redirect error, Stack Overflow

よくある質問

レジストラまたはDNSプロバイダーの転送設定を開き、ソースとしてドメインを入力し、宛先として完全なプロフィールURL(Instagram、Facebook、LinkedIn、またはその他の公開プロフィール)を入力して、標準リダイレクトを選択します。ドメインがサードパーティのネームサーバーを使用している場合は、レジストラではなくそのプロバイダー側でルールを作成してください。その後、デスクトップとモバイルでテストします。

ドメインがそのプロフィールを恒久的に指す場合は、301(または308)を使用します。たとえばキャンペーン後など、宛先を変更する可能性がある場合は、302(または307)を使用します。Googleは恒久コードを強いシグナル、一時コードを弱いシグナルとして扱うため、この選択は主に検索エンジンが古いアドレスをどう扱うかに影響します。

Facebookが古いメタデータをキャッシュしているか、エラー時にページをスクレイプした可能性があります。URLをFacebook Sharing Debuggerに貼り付け、プレビューが更新されるまで再度スクレイプしてください。また、スクレイパーが宛先を読み取れなくなるリダイレクトループも確認してください。

そのドメインにコンテンツの履歴や被リンクがある場合は、問題になる可能性があります。自分のサイトを期待して訪れた人が混乱するおそれがあり、ブランド付きアドレスの管理権も手放すことになります。メインドメインは実際のページに維持し、ソーシャルリダイレクトにはサブドメインまたは別のバニティドメインを使ってください。

はい。方法はどのプラットフォームでも同じです。チャンネルやプロフィールの公開URLを宛先として使用します。たとえば youtube.com/@yourchannel、tiktok.com/@yourhandle、x.com/yourhandle です。まずはプライベートウィンドウで開き、ログインしていない人でも読み込めることを確認してください。

Leo Astarothman

Leo Astarothman is the Brand & Content Lead at RedirHub, where he shapes the company's visual identity, educational content, product experiences, and marketing strategies. He also specializes in system design. Simplifying complex redirect infrastructure into practical resources, product experiences, and campaigns that help businesses understand and adopt modern redirect management.