結論から
サイドブログを残したまま、古いメインのアイデンティティから運営をやめたい場合、現実的な目標はそのブログの管理を引き継ぐことであり、2つのアカウントを1つに融合させることではありません。これは別の操作であり、Tumblrの公式ドキュメントが対応しているのは前者だけです。
Tumblrは既存の2つのアカウントを結合したり、プライマリブログとセカンダリブログの種類を入れ替えたりすることはできません。出典
この一文だけで、この作業の空想版——サイドブログを別アカウントに畳み込み、すべてを保持し、古いログインを引退させる整った「統合」ボタン——は成り立ちません。代わりにアクセス権の移譲を前提に計画し、URLの再利用とコンテンツの移行は、それぞれ別の答えを持つ別問題として扱ってください。
公式の回避策が実際に行うこと
公式に案内されているサイドブログ管理の回避策は、別アカウントを既存のサイドブログにグループブログのメンバーとして招待し、管理者（admin）にすることです。出典
注目すべき仕組みは次のとおりです。
- ブログはそのままの場所に残ります。既存のサイドブログにメンバーを追加するのであって、新しい置き場所を作るのではありません。
- 受け入れるアカウントはまずメンバーになり、次に管理者になる必要があるため、引き継ぎは1ステップではなく2ステップです。
- ブログ自体は変わらないため、投稿・テーマ・読者との関係は、どちらのアカウントではなくそのブログに紐づいたままです。
これがしないことも同じくらい重要です。新しいアカウントにあなたのプライマリブログの所有権を与えるわけでも、サイドブログをプライマリブログに変えるわけでもありません。「このサイドブログを新しいアカウントのメインブログにしたい」というのが目的なら、この回避策では実現しません。
管理アクセスはURLの再利用ではない
よくある思い込みは、新しいアカウントで新しいプライマリブログを作り、古いサイドブログのアドレスを取得すれば、古いブログは事実上移ったというものです。公式ドキュメントはその解釈を支持していません。
新しいプライマリブログを作成してセカンダリブログのURLを取得しても、コンテンツ・設定・フォロワー・いいねは自動的には移行されません。出典
つまり、アドレスとブログは別々に考えるべきものです。空いたURLを新しいブログが取得するのは、古い名前をまとった新しいブログであり、古いブログが新しい場所に移ったのではありません。元のサイドブログで大切にしていたもの（投稿・設定・フォロワー・いいね）は、そのままでは付いてきません。
ここで「統合」という言葉が誤解を招くのはこのためです。統合は対象そのものの連続性を意味します。実際に得られるのは、同じブログを別アカウントが引き続き管理することか、たまたまアドレスを再利用した別の新しいブログのどちらかであり、両者は置き換え可能ではありません。
本当に望む結果を決める
| 目的 | 対応している方法 | 前提にしてはいけないこと |
|---|---|---|
| サイドブログを動かし続け、別アカウントから運営する | 別アカウントをサイドブログにグループブログのメンバーとして招待し、管理者にする | サイドブログがプライマリブログになること、2つのアカウントが1つになること |
| サイドブログのアドレスをまったく新しいブログで使う | 新しいプライマリブログを作成し、アドレスが利用可能なら取得する | コンテンツ・設定・フォロワー・いいねが引き継がれること |
| 既存の2つのアカウントを1つにまとめる | 公式に案内された方法はない | 何らかの回避策が真の統合を生むこと |
| 古いアカウントを完全に引退させる | まず管理を引き継ぎ、その後で古いアイデンティティを別途処理する | ログイン接続の削除やプロフィール編集で保存データが消えること |
この表は範囲を確認するためのもので、メニューではありません。目的が3行目に当てはまるなら、正直な答えは「公式資料にはその方法が書かれていない」であり、代わりに1行目か2行目を選ぶべきです。
引き継ぎのチェックリスト
次の順番で進めてください。個々の手順よりも順序が重要です。失敗の形は、残すつもりのブログの制御を失うことだからです。
- サイドブログが現在どういうものかを書き出す。 アドレス、あなたの構成における役割、失ったら困るもの。これが後で比較の基準になります。
- 最終的にどのアカウントが管理するかを決める。 あなたが管理する人物またはアカウントであり、取り戻せない仮のアカウントではありません。
- そのアカウントをサイドブログにグループブログのメンバーとして追加する。 これが公式の入口です。管理者のステップの前に、メンバーシップのステップがあると想定してください。
- そのアカウントを管理者にする。 メンバーであることと管理権限を持つことは同じではありません。
- 新しいアカウントから、正しいブログを実際に管理できることを確認する。 新しいアカウントでログインし、意図したサイドブログを意図した権限で見ていることを確認します。古いアカウントに触れる前に必ず行ってください。
- その後ではじめて古いアイデンティティを処理する。 休眠させるにせよ終わらせるにせよ、それは独自のリスクを持つ別の作業です。
飛ばされがちなのが5番目のステップです。「招待を送った」ことは、新しいアカウントが正しいブログを管理できる証拠にはなりません。古いアカウントがまだフォールバックとして存在するうちに、受け取る側から確認してください。
想定すべき失敗パターン
- 間違ったアカウントを招待してしまった。 早い段階で対処すれば簡単です。何かを昇格させる前にメンバーシップを外します。古いアカウントを終わらせた後では簡単ではありません。
- メンバーに昇格させたが管理者権限を確認しなかった。 ブログを管理できないメンバーは引き継ぎではありません。招待ではなく権限を試してください。
- サイドブログがプライマリになると想定していた。 なりません。計画がそれに依存していたなら、始める前に計画を書き直す必要があります。
- 新しいブログで古いアドレスを取得し、連続性を期待した。 公式ドキュメントによれば、コンテンツ・設定・フォロワー・いいねはURLに付いてきません。それらが重要だったなら、あなたが作ったのは後継ではなく似姿です。
- 自分のアクセス権を早すぎる段階で外した。 新しい管理者が機能することを確認するまで、自分が制御する復旧手段を残してください。ログイン接続の削除はアカウント削除と同じではなく、プロフィールを編集したり空にしたりしても、保存データが消えたことの証明にはなりません。
古いアイデンティティの整理との関係
サイドブログの引き継ぎは作業の半分で、古いメインのアイデンティティがもう半分です。同じ場で急いで片付けるのではなく、独自の工程として扱うべきです。新しい管理者が確認できたら、次に自然な作業は、古いアカウントについて何を見つけられる状態に残し、何を残さないかを決めることです。TruthsSeekのガイドフットプリント整理の際に古いアカウントを見つけられないようにする方法では、その作業を独立して扱っています。
2つの作業は頭の中で分けておいてください。別の誰かが管理するようになったサイドブログは、依然として同じサイドブログです。使わなくなった古いアカウントも、意図的に対処するまではフットプリントを持つアカウントのままです。
公開されている情報を確認したい場合
引き継ぎの前後に、該当するユーザー名で第三者が何を見つけるかを確認すると役立つことがあります。TruthsSeekが取り上げているアプリTraceSeekは、ユーザー名を3,000+のプラットフォームに対して照合し、初回スキャンは登録もログインも不要で無料です。製品の説明では、スキャンには20–30 secondsかかるとされています。これらは製品側の説明であり、独立した測定ではありません。
結果はあくまで手がかりとして扱ってください。別のプラットフォームで一致するユーザー名・写真・プロフィール文は、より詳しく調べるヒントであり、同じ人物やアカウントが背後にいる証拠ではありません。また、ユーザー名検索は誰かのアカウントの完全な一覧ではありません。この作業に限れば価値はより狭く、管理が別の手に移った後にサイドブログの公開プレゼンスが期待どおりに見えるかを確認することです。
引き継ぎの一環でサイドブログのアドレスや表示名が変わる場合、古い版と新しい版がしばらく検索結果や他人のリンクの中で併存することを想定してください。それは管理ではなく可視性の問題であり、決めつけずに確認する価値があります。