모든 인스턴스를 위한 Mastodon 스케줄러

열람 주의 문구와 게시물을 볼 수 있는 사람

대부분의 예약 도구는 모든 네트워크를 그림이 붙은 같은 글상자로 취급합니다. Mastodon은 그렇지 않고, 여기에 더해지는 두 항목이 게시물이 어떻게 받아들여질지를 좌우합니다.

열람 주의 문구를 달면 타임라인에는 글 대신 맥락을 알리는 짧은 한 줄이 놓이고, 누군가 직접 열기 전까지 그대로 남습니다. 작성 화면에서 써 두면 진짜 경고로 게시되어 본문은 접히고 첨부 이미지도 민감한 콘텐츠 가림막 뒤로 들어갑니다. Mastodon의 공동체는 다른 플랫폼이 스포일러 태그를 기대하는 것보다 훨씬 당연하게 이것을 기대하며, 필요한 자리에 달지 않고 올리는 것은 원래 당신 글을 읽고 싶어 하던 사람들에게 뮤트당하는 가장 빠른 길입니다.

공개 범위는 계정 단위가 아니라 게시물마다 고릅니다. 공개는 게시물을 공개 타임라인에 올려 누구나 찾을 수 있게 합니다. 비공개는 그 타임라인에서는 빼되 링크를 가진 사람은 읽을 수 있게 남겨 두는데, 많은 인스턴스가 일상적인 잡담에는 이쪽을 선호합니다. 팔로워만은 이미 당신을 팔로우하는 사람에게, 언급한 사람만은 글에 이름이 적힌 계정에게 갑니다. 대부분의 예약 도구는 공개로만 올릴 수 있고, 그 점이 애초에 방송용이 아니었던 계정을 쓰는 사람들을 조용히 배제합니다.

둘 다 게시된 뒤에는 바꿀 수 없으니, 모두 글을 쓰는 동안 내리는 결정입니다. 예약을 한다고 달라지지 않고, 그 결정을 더 일찍 내리게 될 뿐입니다.

스레드, 그리고 끝까지 따라가는 설정

Mastodon에는 알고리즘이 없습니다. 좋은 글을 한 번 더 끌어올려 주지 않고, 이어지는 글들을 독자를 위해 엮어 주지도 않습니다. 그래서 한 편에 담기지 않는 내용은 각 부분이 바로 위 글의 답글이 되는 스레드로 짜야 합니다. 그러지 않으면 흩어진 조각으로 타임라인에 떨어지고, 그것들은 다시는 맞춰지지 않습니다.

각 부분을 한 화면에서 쓰면 sona.to가 진짜 스레드로 게시합니다. 각 부분은 바로 앞 글의 답글이 되어, 앉아서 손으로 차례차례 올린 것과 똑같습니다. 부분마다 자기 이미지와 자기 대체 텍스트를 가집니다. 각 논점을 그에 해당하는 그림 아래에 둘 수 있으니, 이미지를 전부 끝으로 밀어 둘 필요가 없습니다.

설정한 열람 주의 문구와 공개 범위는 첫 글만이 아니라 모든 부분에 적용됩니다. Mastodon이 둘 다 개별 게시물의 속성으로 다루기 때문입니다. 첫 글에만 경고가 달린 스레드는, 스크롤하다 중간으로 들어온 사람에게 그 아래 전부가 무방비로 남습니다.

Mastodon 게시물에 담을 수 있는 것

다들 말하는 500자 제한은 Mastodon의 것이 아니라 내 인스턴스의 값입니다. 관리자가 올릴 수 있고, 실제로 더 높게 운영하는 서버도 많습니다. sona.to는 그 상한을 계정이 놓인 서버에서 읽어 오므로, 작성 화면은 mastodon.social에서 빌려 온 숫자가 아니라 실제 한도를 기준으로 세어 줍니다.

이미지와 동영상 모두 게시물에 붙일 수 있고, 동영상은 게시까지 조금 더 걸립니다. Mastodon이 업로드 중이 아니라 업로드 후에 처리하기 때문입니다. 설문은 미디어와 함께 둘 수 없어서, 한 게시물은 둘 중 하나만 담습니다.

이곳에서 대체 텍스트는 접근성을 위한 부가 기능이라기보다 공동체의 관행에 가깝고, 그래서 첨부하는 이미지마다 각자의 설명을 갖습니다. 쓸지 말지는 선택이고 판단은 본인 몫이지만, 본문에 없는 정보를 이미지가 담고 있을 때야말로 이것이 중요해집니다. 그리고 Mastodon 독자들이 가장 빨리 알아채는 것이 바로 그 빠짐입니다.

Mastodon에는 이미 예약 게시 기능이 있다

예약 기능은 Mastodon에 처음부터 들어 있습니다. API는 최소 5분 뒤라면 어떤 게시물이든 예약 시각을 받아들이고, 공식 앱에서도 이를 제공합니다. 인스턴스 하나에서 계정 하나를 운영하며 주 몇 번 올리는 정도라면 그것으로 충분하고, 예약 도구가 더해 줄 만한 것은 없습니다.

내장 기능이 부족해지는 지점은 관리 대상이 하나를 넘는 순간입니다. 예약된 게시물은 그것을 보관한 인스턴스에 머물기 때문에, 서버 두 곳에 계정이 둘이면 따로 확인해야 할 대기열도 둘이 되고, 목요일에 무엇이 나가는지 한눈에 보는 화면은 없습니다. Mastodon 대기열을 다른 곳에 준비해 둔 게시물과 이어 주는 것도 없고, 한자리에서 여섯 개를 써서 2주에 걸쳐 나눠 두는 일도 시각을 하나하나 손으로 넣지 않고는 할 수 없습니다.

바로 그 빈틈을 sona.to가 메웁니다. 달력 하나에 Mastodon 계정과 게시하는 다른 모든 네트워크가 함께 놓이므로, 한 주치 콘텐츠를 네 개의 앱에서 짜맞추는 대신 한 번에 계획할 수 있습니다.

타임라인이 시간순일 때의 게시 시점

대부분의 네트워크는 게시한 뒤에 누구에게 보일지를 정합니다. Mastodon은 그러지 않습니다. 게시물은 팔로워의 타임라인에 순서대로 뜨고, 다른 글이 올라오면 그만큼 아래로 내려갑니다. 반응이 몰려도 다시 위로 올라오지 않습니다. 반응을 세는 장치 자체가 없기 때문입니다.

게시물은 그때 접속해 있던 사람에게 닿습니다. 원리는 그게 전부입니다. 독자가 조용한 시간대에 올리면 완전히 다른, 대개 훨씬 작은 집단을 만나게 됩니다. 새벽 두 시에 세 번 올리는 계정이, 적당한 시간에 하루 한 번 올리는 계정 옆에서 죽은 것처럼 보이는 이유입니다.

예약 기능이 있는 이유는, 할 말이 떠오른 시각과 팔로워가 읽는 시각 사이의 간격을 메우기 위해서입니다. 생각이 났을 때 쓰고, 잘 맞는 시간대로 대기열에 넣어 두고, 알아서 올라가게 두면 됩니다. 그 시간대가 대체로 어디쯤인지는 소셜 미디어에 게시하기 가장 좋은 시간 안내에서 다룹니다.

꾸준함이 다른 어디보다 여기서 더 중요하다

알고리즘이 있는 네트워크에서는 공백을 버틸 수 있습니다. 좋은 글은 그때 자리에 없던 사람에게도 나중에 노출될 수 있기 때문입니다. Mastodon에는 그런 장치가 없습니다. 글이 없는 한 주는 팔로워가 당신에게서 아무것도 보지 못한 한 주이고, 나중에 올리는 글이 그것을 메워 주지 않습니다.

그러면 부담은 고스란히 꾸준히 나타나는 일에 걸립니다. 그리고 그것은 일이 바빠질 때 가장 먼저 무너지는 습관입니다. 2주치를 한 번에 대기열에 넣어 두는 것이 가장 단순한 해법입니다. 앱을 열지도 않는 날에도 타임라인은 살아 있고, 무엇도 당신이 기억하는지에 달려 있지 않습니다.