짧은 답변
사이드블로그는 유지하고 싶지만 옛 메인 계정에서 더는 운영하고 싶지 않다면, 현실적인 목표는 그 블로그의 관리 권한을 넘기는 것이지 두 계정을 하나로 합치는 것이 아닙니다. 이 둘은 서로 다른 작업이며, Tumblr 문서가 지원하는 것은 전자뿐입니다.
Tumblr는 기존 두 계정을 하나로 합치거나 기본 블로그와 보조 블로그 유형을 서로 바꾸지 않습니다. 출처
이 한 문장이 이 작업의 환상적인 버전, 즉 사이드블로그를 다른 계정으로 접어 넣고 모든 것을 유지한 채 옛 로그인은 은퇴시키는 깔끔한 “합병” 버튼을 배제합니다. 대신 접근 권한 이전을 중심으로 계획을 세우고, URL 재사용과 콘텐츠 이전은 각자의 답이 있는 별개의 문제로 다루세요.
문서화된 우회 방법이 실제로 하는 일
문서화된 사이드블로그 관리 우회 방법은 다른 계정을 기존 사이드블로그에 그룹 블로그 멤버로 초대하고 관리자로 지정하는 것입니다. 출처
주목할 만한 작동 방식은 다음과 같습니다.
- 블로그는 그 자리에 그대로 있습니다. 새 보금자리를 만드는 것이 아니라 기존 사이드블로그에 멤버를 추가하는 것입니다.
- 들어오는 계정은 먼저 멤버가 된 뒤 관리자가 되어야 하므로, 인수인계는 한 단계가 아니라 두 단계입니다.
- 블로그 자체는 바뀌지 않으므로 게시물, 테마, 독자 관계는 어느 계정이 아니라 그 블로그에 그대로 붙어 있습니다.
이 방법이 하지 않는 일도 똑같이 중요합니다. 새 계정에 기본 블로그의 소유권을 주지 않으며, 사이드블로그를 기본 블로그로 바꾸지도 않습니다. 목표가 “이 사이드블로그를 새 계정의 메인 블로그로 만들기”였다면 이 우회 방법으로는 이룰 수 없습니다.
관리 권한은 URL 재사용이 아닙니다
흔한 가정은 새 계정이 새 기본 블로그를 만들고 옛 사이드블로그의 주소를 가져가면 옛 블로그가 사실상 이전된 것이라는 생각입니다. 문서는 그런 해석을 뒷받침하지 않습니다.
새 기본 블로그를 만들고 보조 블로그의 URL을 가져가도 콘텐츠, 설정, 팔로워, 좋아요가 자동으로 이전되지는 않습니다. 출처
따라서 주소와 블로그는 따로 생각해야 할 두 가지입니다. URL이 비게 되어 새 블로그가 차지하게 되면, 그것은 옛 이름을 걸친 새 블로그이지 새 자리로 옮겨 간 옛 블로그가 아닙니다. 원래 사이드블로그에서 아끼던 것들(게시물, 설정, 팔로워, 좋아요)은 그 이동에 따라오지 않습니다.
그래서 여기서 “합병”이라는 표현은 오해를 부릅니다. 합병은 대상 자체의 연속성을 함축합니다. 실제로 얻을 수 있는 것은 다른 계정이 같은 블로그를 계속 관리하는 것, 또는 주소만 재사용하는 별개의 새 블로그이며, 이 둘은 서로 바꿔 쓸 수 없습니다.
어떤 결과를 원하는지 정하세요
| 목표 | 지원되는 경로 | 가정하면 안 되는 것 |
|---|---|---|
| 사이드블로그는 계속 운영하되 다른 계정에서 운영 | 다른 계정을 사이드블로그에 그룹 블로그 멤버로 초대하고 관리자로 지정 | 사이드블로그가 기본 블로그가 된다거나 두 계정이 하나가 된다는 것 |
| 사이드블로그의 주소를 완전히 새 블로그에 유지 | 새 기본 블로그를 만들고 주소가 비어 있으면 가져감 | 콘텐츠, 설정, 팔로워, 좋아요가 따라온다는 것 |
| 기존 두 계정을 하나로 합치기 | 문서화된 경로 없음 | 어떤 우회 방법이든 진짜 합병을 만들어 낸다는 것 |
| 옛 계정을 완전히 은퇴 | 먼저 관리 권한을 넘기고 옛 정체성은 따로 처리 | 로그인 연결을 제거하거나 프로필을 편집하면 저장된 데이터가 삭제된다는 것 |
이 표는 메뉴가 아니라 범위 점검으로 읽으세요. 목표가 세 번째 행에 해당한다면, 문서화된 자료가 그 방법을 설명하지 않는다는 것이 정직한 답이며, 대신 첫 번째와 두 번째 행 중에서 골라야 합니다.
인수인계 체크리스트
이 순서대로 진행하세요. 개별 단계보다 순서가 더 중요합니다. 실패 방식이 바로 유지하려던 블로그의 통제권을 잃는 것이기 때문입니다.
- 사이드블로그가 현재 무엇인지 적어 두세요. 주소, 설정에서의 역할, 잃으면 속상할 것들을 적습니다. 이것이 나중에 비교 기준이 됩니다.
- 어느 계정이 최종적으로 관리해야 하는지 정하세요. 다시 접근할 수 없는 임시 계정이 아니라, 본인이나 통제하는 계정이어야 합니다.
- 그 계정을 사이드블로그에 그룹 블로그 멤버로 추가하세요. 이것이 문서화된 진입점이며, 관리자 단계 전에 멤버십 단계가 있다는 점을 예상하세요.
- 관리자로 지정하세요. 멤버십만으로는 관리 통제와 같지 않습니다.
- 새 계정에서 실제로 올바른 블로그를 관리할 수 있는지 확인하세요. 새 계정으로 로그인해 의도한 사이드블로그와 의도한 권한을 보고 있는지 점검합니다. 옛 계정은 전혀 건드리기 전에 이렇게 하세요.
- 그다음에야 옛 정체성을 처리하세요. 휴면 상태로 둘지 정리할지는 자체 위험이 있는 별개의 작업입니다.
사람들이 건너뛰는 단계가 다섯 번째입니다. “초대를 보냈다”는 새 계정이 올바른 블로그를 관리할 수 있다는 증거가 아닙니다. 옛 계정이 아직 대비책으로 남아 있을 때 받는 쪽에서 확인하세요.
예상해야 할 실패 경로
- 잘못된 계정을 초대했습니다. 일찍 처리하면 간단합니다. 무엇이든 승격하기 전에 멤버십을 제거하면 됩니다. 옛 계정을 정리한 뒤라면 간단하지 않습니다.
- 멤버를 승격했지만 관리자 권한을 확인하지 않았습니다. 블로그를 관리할 수 없는 멤버는 인수인계가 아닙니다. 초대가 아니라 권한을 시험하세요.
- 사이드블로그가 기본 블로그가 될 것이라고 가정했습니다. 그렇게 되지 않습니다. 계획이 그것에 의존했다면 시작 전에 계획을 다시 써야 합니다.
- 새 블로그로 옛 주소를 가져가고 연속성을 기대했습니다. 문서에 따르면 콘텐츠, 설정, 팔로워, 좋아요는 URL을 따라오지 않습니다. 그것들이 중요했다면 당신은 후계자가 아니라 닮은꼴을 만든 것입니다.
- 자신의 접근 권한을 너무 일찍 제거했습니다. 새 관리자가 작동하는 것이 확인될 때까지 본인이 통제하는 복구 경로를 남겨 두세요. 로그인 연결 제거는 계정 삭제와 같지 않으며, 프로필을 편집하거나 비웠다고 저장된 데이터가 사라졌다고 볼 수 없습니다.
옛 정체성 정리와의 관계
사이드블로그를 넘기는 것은 작업의 절반이고, 옛 메인 정체성은 나머지 절반이며, 같은 자리에서 서둘러 처리하기보다 별도의 검토를 받을 만합니다. 새 관리자가 확인되면 자연스러운 다음 작업은 옛 계정에 대해 무엇이 계속 검색되어야 하고 무엇은 아니어야 하는지 정하는 것입니다. 흔적 정리 중 옛 계정이 검색되지 않게 하는 방법 가이드가 그 작업을 따로 다룹니다.
두 작업을 머릿속에서 분리해 두세요. 이제 다른 사람이 관리하는 사이드블로그는 여전히 같은 사이드블로그이고, 더 이상 쓰지 않는 옛 계정은 의도적으로 다루기 전까지 흔적이 남은 계정입니다.
공개적으로 보이는 것을 확인하고 싶다면
인수인계 전후로 해당 사용자 이름 아래에서 낯선 사람이 무엇을 찾게 될지 보는 것이 도움이 될 수 있습니다. TruthsSeek이 다루는 앱 TraceSeek은 사용자 이름을 3,000+ 플랫폼과 대조하며, 첫 스캔은 가입이나 로그인 없이 무료입니다. 제품 설명에 따르면 스캔에는 20–30초가 걸립니다. 이는 독립적인 측정이 아니라 제품 측의 설명입니다.
결과는 단서로 취급하세요. 다른 플랫폼에서 일치하는 사용자 이름, 사진, 소개는 더 자세히 살펴볼 힌트일 뿐 같은 사람이나 계정이라는 증거가 아니며, 사용자 이름 검색은 누군가의 계정 전체 목록이 아닙니다. 이 특정 작업에서 가치는 더 좁습니다. 관리가 넘어간 뒤 사이드블로그의 공개적 존재가 예상대로 보이는지 확인하는 것입니다.
인수인계의 일부로 사이드블로그의 주소나 표시 이름이 바뀐다면, 옛 버전과 새 버전이 검색 결과와 다른 사람들의 링크에 한동안 공존할 것으로 예상하세요. 그것은 관리가 아니라 가시성의 문제이며, 가정하기보다 확인할 가치가 있습니다.