Xでリンクを短縮する：t.coは実際に何をするのか

Xに投稿するURLは、どれだけ長くても23文字としてカウントされる。投稿が送信される前に、Xがそれをt.coのリンクとして再ラップするからだ。つまり、Xのためにリンクを短縮しても節約できる文字数はゼロである。短縮サービスに手を伸ばした理由がそれだったなら、ここで読むのをやめてもかまわない。

それでも短縮サービスを使うべき理由は残っており、それは長さではない。ブランド短縮リンクは、読者の目に映るもの、クリックデータを誰が所有するか、そして投稿が公開された後に遷移先を動かす必要が生じたときに何が起きるかを変える。本稿では、文字数の計算、二重ラップが実際にURLに対して何をするのか、プレビューが壊れる理由、そしてXアナリティクスの数字が自分のダッシュボードの数字とどう違うのかを扱う。ソーシャルメディアのリンクを追跡する方法をはじめとする、プラットフォームシリーズの残りの記事はチャネル横断版を扱っている。

23文字ルール

Xはリンクに対して一律の料金を課す。文字数の数え方に関するX自身の開発者向けドキュメントは、それをはっきりと述べている。すべてのURLはt.coの短縮サービスでラップされ、元の長さに関わらず23文字としてカウントされる。9文字のリンクも200文字のリンクも、コストは同じだ。

つまり、280文字の投稿にリンクを1つ入れると、残りは257文字になる。その数字はあなたが手を加える前にすでに固定されているため、もう一節を詰め込むためにURLを短縮するという昔ながらの習慣は、何年も前から意味を失っている。このラップは公開時にX側で、投稿内のすべてのリンクに対して行われる。

知っておく価値のある注意点が1つある。23文字分がカウントされるとはいえ、最近のクライアントでは読者にt.coのアドレスが表示されることはない。代わりにインターフェースは遷移先のドメインを表示するため、意図するかどうかにかかわらず、リンクに使っているドメインがまさにブランディングの働きをしていることになる。

短縮リンクが代わりにもたらすもの

文字数の議論を取り除くと、本当の理由が3つ残る。

1つ目は、読者の目に映るものだ。yourbrand.link/springを含む投稿は意図的なものに見えるが、4つのパラメータが付いたUTMだらけのURLを含む同じ投稿は、機械的なものに見える。この印象の差こそブランド短縮リンクの核心であり、クライアントが遷移先のドメインを表示する以上、ラッパーを経てもその差はなくならない。

2つ目は、クリックの所有権だ。Xはt.coのホップでクリックを数え、それをX analytics内でレポートするが、その数字はXの中にとどまる。自分が所有する短縮リンクなら、同じクリックを自分側でも記録でき、メール・有料広告・印刷キャンペーンと同じテーブルに残るため、チャネル比較はスプレッドシートを書き出す作業ではなくなる。

3つ目は編集可能性であり、これは後になってからありがたみが分かるものだ。Xの投稿は、ほとんどのアカウントでは編集できないが、短縮リンクの背後にある遷移先はいつでも向き先を変えられる。キャンペーンページが移動しても、オファーが終了しても、記事がより良いバージョンに差し替わっても、その投稿内のリンクは機能し続ける。

二重ラップ：連鎖は実際どうなっているのか

自分の短縮リンクを投稿するということは、訪問者が2回のリダイレクトを経由することを意味する。まずt.co、次に自分のドメイン、そして遷移先だ。これは聞こえほど悪いものではなく、それぞれのホップが正確に何をしているのかを理解しておく価値がある。

これまで使ってきたどのTwitter用URL短縮サービスも、同じ位置に立っていた。t.coのホップが解決され、クエリ文字列を含めて投稿したURL全体を引き渡す。続いて自分のホップが最終ページへと解決する。どちらもミリ秒単位で完結するサーバーサイドのリダイレクトであり、読者は何も気づかない。重要なのは、その連鎖がそこで止まることだ。もし遷移先自体がさらに2回リダイレクトするなら、ホップを重ねるたびに遅延が増え、クエリ文字列が落とされる機会も増えることになる。自分の側は1ホップにとどめ、投稿する前に1つのコマンドで確認しておこう。

これが、utm_sourceがラッパーを通過しても残る理由でもある。パラメータはXに保存されるのではなく遷移先URLに乗って運ばれるため、連鎖のさらに先で何かが取り除かない限り、そのままアナリティクスに届く。取り除かれる場合の典型例はUTMパラメータがGA4に表示されないで説明した失敗パターンだ。UTMタグ付けが初めてなら、UTMパラメータの解説が入門編であり、UTMをエンドツーエンドで追跡するは配管部分まで含めたバージョンになる。

リンクプレビューと、それが壊れる理由

投稿の下に表示されるカードは、入力したリンクから来ているわけではない。Xは連鎖をたどって遷移先まで進み、ウェブサイト向けに文書化されているカードのマークアップを使って、その最終ページのタグからプレビューを組み立てる。途中にリダイレクトが挟まっていても問題ないが、遷移先が壊れているのは問題だ。

カードが表示されない原因のほとんどは、3つのうちのどれかだ。og:imageのないページは、クローラーに描画する材料を何も与えない。同意画面やボット遮断ルールは、ページの代わりにインタースティシャルをクローラーに提供するため、読み込まれるタグは間違ったドキュメントのものになる。そして、遷移先がソフトエラーを返したり、予期しない場所へリダイレクトしたりすると、連鎖はカードのマークアップが一切ない場所で終わってしまう。リンクプレビューの修正ガイドが診断の手順を、Open Graphチェッカーが投稿した後ではなく投稿する前にクローラーが何を見るかを示してくれる。

X analyticsが教えてくれないこと

Xは投稿ごとにリンクのクリックを報告してくれるが、その数字が答えるのは1つの問いだけだ。この投稿はうまくいったのか、というものである。それに続く問いには答えられない。

それらの訪問者が着地後に何をしたかは教えてくれない。セッションは自分のサイトに属するものだからだ。他のチャネルときれいに比較することもできない。カウントのルールが自分のアナリティクスや広告プラットフォームとは違うからだ。そして、同じリンクがDMやグループチャットでさらに共有された分についても何も語ってくれない。これは、あらゆるソーシャルレポートが静かに取りこぼしているダークソーシャルのトラフィックだ。自分が所有する短縮リンクなら、この3つすべてを捕捉できる。ホップがプラットフォームではなく自分に属しているからだ。

2つの数字は一致しないものだと考えておこう。 ボットフィルタリング、プリフェッチ、カウントする時間枠は、プラットフォームのクリック指標とリダイレクトログとでそれぞれ異なるため、一致すべき1つの数字ではなく、関連する2つの事柄を測った別々の数値として扱うべきだ。他のキャンペーンと並べて見たいなら、ワークスペースを開始し、自分のドメインをリンクに設定してから、リンクアナリティクスで両方を確認しよう。

警告フラグを立てられずに設定する方法

実践的な手順は短く、そして人々が省略しがちな1つこそが重要なものだ。

1. 共有の無料短縮ドメインではなく、自分が所有するドメインにリンクを置くこと。共有ドメインの評判は、それを使ったことのある全員のものになってしまうからだ。ブランド短縮リンクの設定方法がセットアップを、カスタムドメインがDNSと証明書側を扱っている。
2. 短縮リンクを生成する前に、遷移先にUTMパラメータでタグを付けること。そうすればパラメータは投稿するテキストではなく、保存された遷移先の側に残る。
3. テストアカウントから一度リンクを投稿するか、あるいはプレビューして、カードが正しく表示され、遷移先が正しいことを確認すること。

この評判の話は理論上のものではない。共有の短縮ドメインは、自分とは何の関係もない理由で、メッセージングアプリや企業のゲートウェイの裏でフィルタリングされることがあり、これはSlackやTeamsで短縮リンクがブロックされるのと同じ仕組みだ。私は、あるローンチ投稿が無料ドメインではインタースティシャル警告を受け、その1時間後にブランドドメインでは同じ遷移先のまま問題なく開くのを見たことがある。同じリンクでも、住んでいる場所が違うのだ。

まとめは覚えておけるくらい短い。短縮してもXでは文字数は手に入らないが、それ以外に手に入るものは、いずれにせよ持っておく価値がある。

コーナーストーン記事を読む

本稿はtutorialsクラスターに属する。同じ問題のチャネル横断版については、ソーシャルメディアのリンクを追跡する方法がチャネルごとのクリックを扱っており、URLを短縮する方法がその土台となる一般的な入門編だ。

ブログ内の関連記事

• タイムスタンプを保持したままYouTubeリンクを短縮する方法
• LinkedInのリンクを短縮する方法（プロフィールと投稿）
• ソーシャルとチャットアプリで壊れたリンクプレビューを修正する方法
• SlackやTeamsで短縮リンクがブロックされる理由
• ブランド短縮リンクとは何か、そしてなぜコンバージョンが上がるのか
• ダークソーシャルアトリビューション：あらゆるレポートが取りこぼすトラフィック