Short.ioの移行：エクスポートと切り替えチェックリスト

Short.ioの移行は4つの部分からなります。リンクを取り出し、ドメイン、フォルダー、タグを新しいツールでどう扱うかを決め、DNSを移し、何も壊れていないことを証明することです。ElidoはShort.io APIから直接リンクを取得できるため、CSVは不要ですが、インポーターには、始める前に知っておくべき制限があります。このガイドでは、Short.ioが文書化しているエクスポートの方法、Elidoのインポーターが引き継ぐものと落とすもの、ダウンタイムを避ける切り替えの順序、検証チェックリストを扱います。

以下のShort.ioに関する内容は、Short.io自身のドキュメント（2026-10-02にアクセス）に基づきます。Elidoの挙動は、マーケティングページではなく、インポーターのソースとダッシュボードで確認しました。

Short.ioのエクスポート方法の一覧

Short.ioからリンク一覧を取り出す方法は3つあります。どれを選ぶかで、何が残るかが決まります。

一覧エンドポイントは、最も豊富な情報源です。ドメイン、フォルダー、日付範囲で絞り込み、作成日で並べ替え、ページ取得のために nextPageToken を返します。そのため、インポーターが引き継がないものの監査に適したツールであり、多くのガイドが省くのがこの部分です。

Short.ioには逆方向のCSVインポーターもあり、URL、スラッグ、タグ、タイトル、作成日の列を持っています（インポートガイド）。スクリプトで行いたい場合は、Elidoにリンクの一括作成APIエンドポイントがあり、上記のCSVの列は遷移先、スラッグ、タイトル、タグに対応します。

ステップ1：何かを移す前に監査する

まず、移行元のドメインを監査してください。このステップは飛ばさないほうがいいと私は考えます。安く済み、訪問者より先に、どのリンクに手作業が必要かを知れる唯一の方法だからです。

1. CSVをエクスポートするかAPIをページ取得し、ドメインごとのリンク数を数えます。1回の実行あたり50,000件という上限と比較します。
2. expiresAt、password、cloaking: true、デバイス別URL（androidURL、iphoneURL）、またはスプリットURLを持つリンクを絞り込みます。これらは、インポーターが単純なリダイレクトとして再作成するリンクです。
3. リダイレクトタイプを確認します。Short.ioではリンクごとに301、302、307、308を選べます。インポーターはそれを読み取らないため、Elidoで何にしたいかを決めてください。トレードオフは301と302のリダイレクトにあります。
4. clicks列を保管します。CSVは保管してください。解約した後は、リンクごとの合計の唯一の記録になります。

ドメインとフォルダー：マッピングの仕組み

Short.ioはすべてをドメインの下で整理します。Elidoはワークスペースの下で整理し、ワークスペースがドメインを所有します。

• 自分が所有するカスタムドメイン： ワークスペースに追加し、DNSは自分で変更します。インポーターはこれを行いません。
• Short.ioのサブドメイン： リンクは新しいElidoのドメインにインポートされますが、そのサブドメイン上の古いURLは解決されなくなります。
• フォルダー： インポート後に、リンク一覧でフォルダーとして作り直します。インポーターは引き継ぎません。
• タグ： 引き継がれ、imported:shortio タグが追加されます。
• パス（スラッグ）： 引き継がれ、先頭の / は取り除かれます。

ここで重要な点が2つあります。1つ目は、インポーターが1ジョブにつきShort.ioの1つのドメインをElidoの1つのドメインへ取り込むことです。3つのドメインを運用しているなら、3つのジョブを順番に開始します。2つ目は、インポーターがフォルダーを設定しないことです。実用的なやり方は、ElidoのリンクをShort.ioのタグで絞り込み、リンクを選択してフォルダーに移動することです。Short.ioでフォルダーが主な整理手段だった場合は、インポートの前に各フォルダーをShort.ioのタグに変換し、タグがリンクとともに移るようにしてください。

サンプルデータを使ったDEMOワークスペースのElidoのリンク一覧（数値はすべて合成です）。インポートされたShort.ioのメタデータは、タグとフォルダーの列に反映されます。

Elidoのインポーターを実行する

インポーターは、ダッシュボードのIntegrationsにあるShort.ioにあります。インテグレーションのページとShort.ioから移行のランディングページが、同じ流れを説明しています。

1. Short.ioで、IntegrationsとAPIの下に秘密のAPIキーを作成します。インポーターは読み取りしか行いません。
2. Elidoで、Short.ioのmigrationカードを開き、キーを貼り付けます。カードにはキーが保存されないと明記されています。キーは実行中のみメモリ上に保持され、ジョブの終了時に破棄されます。
3. インポート元のShort.ioのドメインのホスト名（たとえば example.short.gy）を入力します。
4. 対象のElidoのドメインを選びます。すでにワークスペースに追加されている必要があります。
5. 競合戦略を選んで開始します。ジョブは、ダッシュボード上で自身の進捗を2秒ごとにポーリングします。

3つの競合戦略は次のように動作します。Suffix は、衝突したスラッグを name-2、name-3 のように名前変更します。Skip は既存のElidoのリンクに手を付けず、元の行をログに残します。Fail は最初の衝突でジョブ全体を止めます。空のドメインへの最初の実行では、suffixが安全なデフォルトです。部分的なインポートの後に再実行する場合は、skipを使ってください。

内部では、ワーカーは1ページ150リンクを要求し、尽きるまでShort.ioの nextPageToken をたどります。1回の実行は50,000リンクと30分が上限で、進捗は50リンクごとに書き戻され、エラーログは最初の1,000件の問題のある行を保持します。遷移先URLがない、またはスラッグが空のリンクは失敗として記録され、実行は続行されます。タイトルは200文字で切り詰められます。

2つ目のドメインを信頼する前に、最初の結果を確認してください。インポートされたリンクをいくつか開き、スラッグと遷移先をShort.ioのCSVと比較してから、次のジョブをキューに入れます。

引き継がれないもの

プロジェクト計画では、このリストを明示してください。インポーターが読み取るのは、最初の表にあるフィールドだけです。

• パスワード、有効期限、クローキング、デバイス別URL、スプリットテスト。 単純なリダイレクトとして届きます。ジオとデバイスのルーティングは、スマートリンクのルールとして作り直します。Elidoのリンクにも独自の有効期限とパスワードのフィールドがあるので、監査リストに基づいて設定してください。
• フォルダー。 手作業で作り直します。上記を参照。
• リダイレクトタイプ。 301と302の挙動に依存している場合は、再設定してください。
• アーカイブ状態。 インポーターはこれを確認しません。CSV内のアーカイブ済みのリンクが、Elidoに表示されるものと一致するか確認してください。
• ピクセルとwebhooks。 これらはShort.ioではリンクとは別に設定されています。Elidoのワークスペースで再作成し、webhookのシークレットを再発行してください。2つの製品では署名が異なるためです。
• クリック履歴。 次のセクションを参照。

analytics履歴の扱い

クリック単位の履歴は移りません。インポーターはリンクだけを作成し、それ以外は何も作成しないため、Elidoは最初に配信したクリックからカウントを始めます。これはElidoのダッシュボードにあるすべてのインポーターに当てはまり、このカテゴリのほとんどのツールでも同じです。

正直な選択肢は2つあります。リンクごとのクリック合計を含むShort.ioのCSVを保管し、切り替え日付とともにベースラインとしてアーカイブする方法。または、Enterpriseプランなら、Short.ioにS3統計エクスポートを依頼する方法で、これはShort.ioがリクエストに応じて提供しています。切り替え後は、analyticsビューでワークスペース全体の日別クリック数、国、リファラー、ホストを確認できます。

サンプルデータを使ったDEMOワークスペースのElido analyticsの概要（数値は合成であり、お客様の実績ではありません）。切り替え後、このビューにはElidoが配信したクリックだけが含まれます。

切り替え：カスタムドメインの安全な順序

自分が所有するホスト名上のリンクは、順序を守れば誰にも気づかれずに移せます。Short.ioのサブドメイン上のリンクは、そのDNS名を管理していないため、移せません。

1. まずホスト名をElidoに追加します。 カスタムドメインとして追加し、検証用のTXTレコードを公開して、検証を待ちます。仕組みはカスタムドメインのTLSを5分でとカスタムドメイン機能のページにあります。
2. Short.ioがまだ本番トラフィックを配信している間に、そのホスト名へインポートします。 訪問者にはまだ何も変わりません。
3. DNSを変更する前に、新しいエッジに対してスラッグをテストして、Elido上のリンクを検証します（下のチェックリストを参照）。
4. 切り替えが素早く反映されるよう、1日前に既存のレコードのTTLを下げます。
5. レコードを変更します。 Short.ioのガイドはルートへのAレコード（アクセス時点で 207.174.61.1）を使います。Elidoは edge.elido.me へのCNAMEを使います。CNAMEはapexそのものには置けない（RFC 1034）ため、apexのホスト名にはDNSプロバイダーでALIASまたはCNAMEフラットニングが必要になるか、サブドメインに切り替えます。
6. ロールバックのために、Short.ioを1請求サイクルの間は有効にしておきます。 何かおかしければ、レコードを元に戻します。

検索やリファラーのトラフィックも気にする場合は、古いショートURLが1ホップで解決されることを確認してください。チェーンは時間を浪費します。リダイレクトチェーンとSEOで扱っています。

検証チェックリスト

DNSが反映された後に、少なくとも50リンクのサンプル、それより少なければ全リンクに対して実行します。

• ジョブのエラーログのスキップ行と失敗行を考慮したうえで、インポート件数が元の件数と一致している。
• ランダムな10個のスラッグが、Short.ioのCSVと同じ遷移先を返す。
• 監査で印を付けたリンク（有効期限、パスワード、デバイスのルール）が再作成され、テスト済みである。
• dig CNAME go.example.com +short がElidoのエッジを返し、証明書の警告なしでHTTPSが読み込まれる。
• 古いドメインを使うQRコードや印刷物が、引き続き解決される。
• テストクリックがElidoのanalyticsに表示される。
• クリック合計を含むShort.ioのCSVが、永続的な場所にアーカイブされている。
• webhooks、ピクセル、SDKのベースURLが、現在Elidoを指している。

すべてのアカウントが移行すべきとは限りません。Short.ioのサブドメインしか使っていない場合、移行によってすべての公開URLが変わり、作業はインポーターが示唆するより大きくなります。比較記事が判断の助けになります。ElidoとShort.ioの比較、より幅広いShort.ioの代替サービスのリスト、直接対決のShort.ioとBitlyの比較とShort.ioとRebrandlyの比較です。別の移行元ツールを検討している場合、TinyURLのプレイブックも同じ構成に従っています。

まず小さなドメインで試してみませんか？ テスト用のドメインでShort.ioのインポートを開始し、結果をCSVと照らして確認して、残りはそこから判断してください。

ブログの関連記事

• ElidoとShort.ioの比較：2026年の料金、チーム、EUデータ居住
• Short.ioの代替サービス
• Short.ioとBitlyの比較
• Short.ioとRebrandlyの比較
• カスタムドメインのTLSを5分で
• TinyURLから移行：移るもの、残るもの、壊れるもの