Meta가 사흘 만에 채널 네 곳을 막았습니다 — 그 경험으로 만든 게시 자동화 도구를 출시합니다

AI 요약

창업자 Patrick은 Instagram과 Facebook 채널 네 곳을 운영하는 자동 게시 도구를 만든 뒤 Meta의 차단을 겪었습니다. 사흘 동안 게시가 지나치게 잦았고, 게시에 실패할 때마다 도구가 즉시 재시도했습니다. Meta는 세션을 무효화하고 과도한 게시를 이유로 들며 다시 연결한 뒤 하루에서 이틀 기다리라고 안내했습니다. 채널 전체가 이틀간 멈췄고, 12시 22분 이후 게시가 실패했지만 도구는 실패 원인을 표시하지 않았습니다. 웹 화면에서는 이유를 확인할 수 있었습니다.

재시도 대신 멈추도록 설계

창업자는 도구를 더 똑똑하게 만들기보다 속도를 늦췄습니다. 게시 간격은 최소 180분으로 설정하고, 한 번 실행할 때 프로젝트 하나만 처리하게 했습니다. 자동 재시도도 없앴습니다. 게시가 실패하면 자동 게시를 멈추고 사람에게 확인을 요청합니다. 이후 계정 차단은 없었다고 합니다.

이 경험에서 만든 Kosmopost는 Instagram과 Facebook용 게시 자동화 도구입니다. 사용자가 글과 이미지를 준비하면 일정을 잡아 게시하고, 플랫폼에 실제 게시됐는지 다시 확인한 뒤 결과를 기록합니다. 실패한 채널도 감추지 않습니다. 창업자 자신의 대시보드는 게시되지 않은 게시물 세 건을 녹색으로 표시한 적이 있어, 성공 여부를 플랫폼에서 확인하는 기능을 만들었습니다.

Kosmopost는 글을 생성하지 않습니다. 사용자가 직접 쓰거나 이미 쓰는 AI 도구로 만든 글을 게시합니다. 창업자는 글쓰기 도구는 많지만, 게시물을 꾸준히 실제로 내보내는 과정이 자신에게 부족했다고 설명합니다. 제품은 7월 말부터 창업자의 브랜드에서 운영됐고 게시물 60건 이상을 처리했습니다. 출시 시점 유료 고객은 0명입니다.

고객이 원하는 것은 게시 안정성일까요

댓글에서는 자동 재시도 중단을 장애 상황을 숨기지 않는 설계로 평가했습니다. 한 개발자는 Meta Graph API로 Facebook, Instagram, Threads 게시를 자동화하면서 Instagram Reels와 Threads 동영상 컨테이너가 처음에는 ERROR를 반환하고 약 60초 뒤 FINISHED로 바뀌는 경우를 겪었다고 공유했습니다. 즉시 재시도하면 중복 컨테이너를 만들 수 있어, 현재는 60초 기다린 뒤 상태를 다시 확인한다고 합니다.

다른 댓글은 Meta Business Suite에서도 게시 예약과 통계 확인이 가능한데 별도 도구가 필요한 이유를 물었습니다. 창업자는 브랜드 하나만 운영한다면 Business Suite로 충분하다고 답했습니다. 다만 브랜드 세 곳을 각각 따로 관리해야 했고, 다른 브랜드의 게시 상황을 고려하지 않아 게시 제한에 걸릴 수 있었습니다. 게시물 30개를 한꺼번에 넣어 한 달 동안 분산하는 기능도 원했습니다. 무엇보다 Business Suite는 게시됐다고 알려줄 뿐 실제 게시 여부를 다시 확인하지 않는 점이 달랐다고 설명했습니다.

플랫폼이 한 세션에 문제를 제기하면 해당 계정의 전체 대기열을 멈춥니다. 한 채널만 멈추는 대신 같은 계정의 다른 채널 게시도 함께 중단합니다. 대시보드에는 실제 이유를 표시하고 이메일을 보냅니다. 다시 연결한 뒤 버튼을 누르면 대기열을 재개합니다. 창업자는 정상적으로 게시될 다른 채널까지 멈추는 비용을 인정하면서도, 문제가 생긴 세션에 게시를 계속 보내는 쪽보다 안전하다고 판단했습니다.

제품 설명과 유료 전환을 시험합니다

한 댓글은 “글을 쓰지 않는다”를 기능 부족처럼 들리게 하지 말고, “게시 일정을 잡고 발행합니다. 문구를 지어내지 않습니다. 잠긴 세션에 재시도하지 않습니다”처럼 예방하는 문제를 앞세우라고 제안했습니다. 창업자는 이 조언을 받아들이며 “쓰지 않는다”는 표현을 사람들이 빠진 기능으로 받아들였다고 답했습니다. “잠긴 세션에 재시도하지 않는다”는 문구를 제품 첫 화면에 적용하겠다고 했고, 채널 네 곳을 한 번에 잃을 위험이라는 비용도 함께 드러내기로 했습니다.

고객이 AI 글쓰기 기능과 별도로 게시 안정성에 돈을 낼지는 아직 확인되지 않았습니다. 한 이용자가 60건 넘는 게시로 기술 검증을 마쳤다면 무엇으로 지불 의사를 확인하겠냐고 묻자, 창업자는 유료 고객이 0명이므로 현재는 근거가 없다고 답했습니다. 30일 무료 체험을 카드 등록 없이 제공하고, 체험 뒤에도 고객이 계속 쓰는지를 확인하겠다고 했습니다. 고객이 떠난다면 안정성이 별도 비용을 낼 만큼 가치 있지 않다는 결과도 공개하겠다고 밝혔습니다.

Indie Hackers 반응

• @ScanMyTerms — 차단 이후 자동 재시도를 멈춘 선택은 실패를 감추지 않고 설계한 좋은 사례입니다. 마지막으로 게시에 성공한 시각을 눈에 잘 띄게 보여주는 일이 조용한 실패를 진단하는 속도도 높였는지 궁금합니다.
• @spectrtech — 자동 재시도를 없앤 선택이 맞습니다. 저는 Graph API로 FB, IG, Threads 게시를 자동화하는데, IG Reels와 Threads 동영상 컨테이너가 때때로 ERROR를 반환한 뒤 약 60초 후 FINISHED로 바뀌고 정상 게시되는 함정이 있습니다. 즉시 재시도했다면 두 번째 컨테이너를 만들고 중복으로 시도했을 겁니다. 이제는 실패로 처리하기 전에 60초 기다렸다가 다시 확인합니다. 느리지만 뜻밖의 일이 없습니다.
• @Butterfly88 — Meta 플랫폼은 이미 서로 연결돼 있습니다. 기본 대시보드에서도 게시물을 미리 예약하고 게시할 위치를 선택할 수 있고 통계도 볼 수 있습니다. 기존 도구에서 부족한 점이 무엇이었기에 이 도구를 만들었나요?
  • @PSchoenmaker — 타당한 질문이고 솔직히 말씀드리면, 브랜드 하나를 운영하고 Business Suite를 여는 데 거부감이 없다면 그걸로 충분합니다. 무료이고 예약 기능도 있습니다. 그렇다고 아닌 척하지 않겠습니다. 제가 벗어난 이유는 세 가지입니다. 브랜드 세 곳을 운영하는데 Business Suite에서는 각각 따로 처리해야 해서 같은 일을 세 번 했습니다. 다른 브랜드가 방금 무엇을 게시했는지 알지 못해 게시 제한에 걸렸습니다. 게시물도 하나씩 예약해야 했습니다. 저는 게시물 30개를 한 번에 넣고 한 달 동안 알아서 나눠 게시하고 싶었습니다. 네 번째 이유가 실제 제품의 중심입니다. Business Suite는 게시됐다고 알리지만 다시 확인하지 않습니다. 제가 만든 도구는 확인합니다. 처음으로 실제 게시되지 않은 게시물을 찾아냈을 때 제가 무엇을 만들고 있는지 알았습니다.
• @alpi_t — 여기서 제품의 진짜 아이디어는 게시 예약이 아니라 세 가지 제동 장치입니다. Meta나 LinkedIn에 자동 게시를 돌려본 사람이라면 비슷한 일을 겪었을 겁니다. 저는 플랫폼이 문제를 제기하면 사람이 확인할 때까지 해당 계정의 모든 활동을 멈추는 규칙을 두고 있습니다. 문제를 겪는 세션에 예약된 재시도를 보내면 경고가 차단으로 커지기 때문입니다. 실패를 알리는 기능은 게시되지 않은 게시물을 대시보드가 성공으로 표시하는 일을 겪기 전까진 당연해 보입니다. 한 가지 궁금합니다. 예약 중 플랫폼이 재인증을 요구하면 Kosmopost는 전체 대기열을 멈추나요, 해당 채널만 멈추나요?
  • @PSchoenmaker — 일부 채널이 아니라 해당 계정의 대기열 전체를 멈춥니다. 일부러 그렇게 했습니다. 플랫폼이 한 세션에 문제를 제기하면 나머지 세션 상태도 믿지 않습니다. 대기열이 멈추고 대시보드가 실제 이유와 함께 빨간색으로 바뀌며 이메일도 갑니다. 버튼 하나로 다시 연결하고 재개합니다. 비용도 분명합니다. 문제가 없는 다른 채널에서 나갈 게시물까지 한 채널 때문에 멈춥니다. 그래도 한 채널이 이미 문제를 겪는 동안 나머지 대기열이 계속 게시되는 쪽을 택하지 않았습니다. 그 흐름이 8월 4일 채널 네 곳을 잃게 한 원인이었기 때문입니다. 말씀하신 규칙과 같은 결론에 도달했네요. 다른 사람도 따로 생각해냈다는 점을 알게 돼 좋습니다.
• @aryan_sinh — 60건 넘는 게시로 기술적인 작업 흐름을 검증했다면, 이미 기대되는 AI 글쓰기 기능과 별개로 고객이 게시 안정성에 돈을 낼 만큼 가치가 있다고 보여주는 근거는 무엇인가요?
  • @PSchoenmaker — 아직 근거가 없습니다. 오늘 기준 유료 고객이 0명이니 지불 의사에 관해 무슨 말을 해도 근거 없는 추측일 겁니다. 제가 직접 겪은 일은 말할 수 있습니다. 글쓰기 문제는 이걸 만들기 전부터 해결돼 있었습니다. ChatGPT로 오후 한 번이면 한 달 치 게시물을 만들었습니다. 그런데 그 글들은 폴더에만 있었습니다. 부족했던 건 글이 아니었습니다. 그래서 검증 방법은 간단하고 지금 진행 중입니다. 카드 등록 없이 30일 무료로 제공합니다. 체험판을 쓰고도 계속 이용하지 않는다면 안정성은 별도 비용을 낼 만큼 가치가 없다는 뜻이고, 그 결과를 공개하겠습니다. 계속 이용한다면 그게 근거입니다. 돈을 내야 하는 상황이 근거로 믿을 수 있는 유일한 종류니까요. 30일 뒤에 다시 물어보세요. 어느 쪽이든 숫자를 올리겠습니다.
• @Tim_ProteinPayment — 공감합니다. 저도 8월 말 X.com 계정(@Timzhan66400630)에서 같은 일을 겪었습니다. 판정 사유는 “부자연스러운 행동”이었지만, 실제 원인은 출시 과정에서 몇 시간 동안 글 네 개를 게시한 일이었습니다. 계정은 정지됐고 이의 제기는 아직 대기 중입니다. 아무도 말해주지 않는 점은 차단을 유발한 게시물 뒤에 올라온 정상적인 게시물까지 금지된다는 겁니다. 시스템이 계정을 표시하면 이후 게시물에도 소급 적용되는 듯합니다. 그 뒤로는 공개 게시물 하나를 쓰고 게시된 뒤 반응을 모은 다음 다음 글을 씁니다. 느리지만 두 번째 정지 위험은 없습니다. 대신 출시 흐름이 끊깁니다. 다시 만들 때 채널 네 곳을 잃은 일을 단순히 다른 곳에서 조심하라는 경고로 보나요, 아니면 어떤 플랫폼도 알고리즘이 바뀌면 적대적으로 변할 수 있다는 시스템 신호로 보나요?
  • @PSchoenmaker — 시스템 신호로 봅니다. X 이야기가 그 이유입니다. 서로 다른 플랫폼과 팀인데 밑바탕 규칙은 같습니다. 속도가 부자연스럽게 보이고, 문제없던 게시물까지 제재를 받습니다. 제 경우에도 12시 22분 이후에는 게시물이 모두 실패했습니다. 게시물 자체에는 문제가 없는 것까지 포함해서요. 그래서 “Meta가 엄격하다”가 아니라 “어떤 플랫폼이든 정책 하나가 바뀌면 이렇게 될 수 있다”고 보기 시작했습니다. 그래서 게시 간격을 채널별이 아니라 모든 브랜드에 공통으로 적용하고, 실패하면 해당 게시물만이 아니라 대기열을 멈춥니다. 다음에 어떤 플랫폼이 적대적으로 변할지 맞혀야 한다면 이미 진 겁니다. 말씀하신 방식은 손으로 같은 원칙을 적용한 거네요. 게시 하나를 올리고 기다린 뒤 확인하고 다음으로 넘어갑니다. 대신 출시 속도를 잃습니다. 저는 게시물이 원한 것보다 세 시간 늦게 나가는 대가를 치릅니다. 지불하는 비용은 다르지만 같은 대가입니다. 이의 제기가 받아들여지길 바랍니다. 처리 기한을 안내받았나요?
• @EastWest_KonneX — 빼놓은 기능보다 막아주는 실패 상황을 먼저 말하세요. “글을 쓰지 않는 게시 자동화 도구”보다 “속도 때문에 Meta에 차단되지 않도록 재시도하지 않는 게시 자동화 도구”가 더 분명합니다. “글을 쓰지 않는다”는 기능이 빠졌다고 들립니다. “문구를 지어내지 않고, 잠긴 세션에 재시도하지 않고, 멈춰서 사람에게 확인을 요청한다”고 하면 제품이 무엇인지 들립니다. 첫 화면에는 “일정을 잡고 게시합니다. 문구를 지어내지 않습니다. 잠긴 세션에 재시도하지 않습니다”라고 써보겠습니다. 저는 이런 한 문장 포지셔닝 점검용 무료 샘플을 제공하고 있습니다. 잠재 고객이 “그럼 어떤 AI가 글을 쓰나요?”라고 물을 때, 그 질문을 구매 이유로 바꾸는 한 문장이 있나요?
  • @PSchoenmaker — 지금까지 들은 말 중 가장 날카롭습니다. “쓰지 않는다”는 실제로 빠진 기능처럼 들립니다. 세 사람이 그렇게 받아들이는 걸 보고도 듣는 사람을 탓했습니다. 솔직히 말하면 아직 그 한 문장은 없습니다. 긴 설명만 있는데 첫 문장에 맞는 형태가 아닙니다. “잠긴 세션에 재시도하지 않는다”를 가져가겠습니다. 채널 네 곳을 잃게 한 바로 그 문제이고, 덜 하는 일처럼 보여서 다른 도구가 만들지 않는 부분입니다. 이번 주 제품 첫 화면에 제안하신 문구를 넣고 무엇이 달라지는지 보겠습니다.

원문: Indie Hackers / 번역·요약: Trawling