Category: 개발자의 서비스 운영기

글을 올리고 나면 그게 끝이었다

발행 도구를 만들어놓고 한참을 썼어요. 버튼 하나로 여러 SNS에 글이 올라가니까 편하긴 했는데, 뭔가 이상했어요. 글을 올리면 그걸로 끝이더라고요.

몇 명이 봤는지, 반응이 있었는지 알 방법이 없으니까 다시 콘솔에 들어올 이유가 없었어요. 그냥 올리고 끝. 그러다 보니 ‘이거 진짜 쓰는 사람 있나?’ 싶더라고요. 저조차도요.

화면부터 만들지 않았다

그래서 발행한 글이 얼마나 읽혔는지 모아서 보여주는 ‘성과 보기’ 기능을 만들기로 했어요. 근데 이번엔 순서를 바꿨어요.

보통은 화면부터 만들잖아요. 예쁘게 그래프 그리고, 숫자 넣고. 그런데 그렇게 하면 나중에 ‘왜 숫자가 안 나오지?’ 하면서 헤매게 돼요. 그게 제일 허무하거든요.

그래서 이번엔 각 SNS에서 실제로 어떤 숫자를 받을 수 있는지 먼저 찔러봤어요. 될지 안 될지 확인하고 만드는 거죠.

SNS별로 확인한 것들

• 스레드: 조회수·좋아요·답글까지 다 받을 수 있었어요. 생각보다 잘 줬어요.
• 인스타그램: 조회·도달·저장까지 가능했어요. 도달이랑 조회가 다르다는 것도 처음 알았네요.
• 페이스북: 인사이트를 보려면 별도 승인이 필요해서 지금은 안 돼요. 신청하면 되긴 한데, 일단은 보류했어요.
• 네이버·워드프레스: 조회수를 주는 통로가 아예 없어요. 각 사이트 통계를 직접 봐야 해요.

안 되는 건 안 되는 거라서, 화면에 그대로 ‘페이스북은 아직 지원 안 돼요’라고 적었어요. 감추는 것보다 낫더라고요.

8월 21일 글이 363번 읽혔더라

확인해보니 8월 21일에 올린 글이 363번 읽혔더라고요. 그동안 모르고 있었어요. 전체로는 840회.

숫자가 크진 않아요. 솔직히 작아요. 근데 안 보이던 게 보이니까 다음에 뭘 쓸지 감이 잡히더라고요. ‘아, 이런 글은 좀 읽히는구나’ ‘이건 반응이 없네’ 이런 게 보여요.

6시간마다 자동으로 갱신되고, 콘솔에서 기간별로(7일·30일·90일) 볼 수 있게 만들었어요. 매번 새로고침할 필요 없이 알아서 업데이트되니까 편해요.

배운 것

되는 걸 먼저 확인하고 만드는 게 순서예요. 화면을 예쁘게 만들어놓고 ‘데이터가 안 와요’라고 하면 의미가 없거든요.

그리고 안 되는 걸 감추지 말고 왜 안 되는지 적는 것도 중요해요. 사용자는 ‘왜 안 돼?’ 하면서 헤매는 것보다, ‘아 이건 원래 안 되는구나’ 하고 넘어가는 게 낫거든요.

작은 숫자지만 이제 내 글이 얼마나 읽혔는지 알아요. 그것만으로도 다시 콘솔에 들어올 이유가 생겼어요. 📊

블로그를 꾸준히 한다는 건

블로그를 꾸준히 쓰려고 하는 분들의 진짜 고민은 ‘글 쓰는 시간’이 아니더라고요. 오히려 ‘오늘 뭘 쓰지?’가 훨씬 큰 병목이었어요. 소재가 떨어지는 거죠.

그런데 막상 제 블로그를 돌아보니까 예전에 쓴 글이 수십 개씩 쌓여 있더라고요. 한 번 올리고 나면 그냥 잊히는 글들. 검색으로 들어오는 분들 말고는 아무도 다시 보지 않는 글들이요.

이게 너무 아까웠어요. 한 글자 한 글자 공들여 쓴 건데, 한 번 발행하고 끝이라니.

그래서 만든 ‘글 재활용’ 기능

그래서 이미 올린 블로그 글을 SNS용으로 다시 쓰는 기능을 붙였어요. 아이디어는 간단했어요.

• 블로그에서 예전 글 목록을 불러온다
• 하나 고르면 채널별로 다시 써준다
• 제가 평소 쓰던 말투를 학습해서 트위터는 짧게, 인스타는 카드 느낌으로

핵심은 글 끝에 원문 주소가 자동으로 붙는다는 거예요. 이 기능을 만든 목적 자체가 ‘블로그로 다시 데려오기’니까요. SNS에 글만 뿌리고 돌아올 길이 없으면 의미가 없잖아요.

콘텐츠를 더 만드는 것보다

이걸 만들면서 든 생각이 있어요. 콘텐츠를 더 만드는 것보다 이미 만든 걸 더 쓰는 게 먼저다라는 거.

블로그 글 하나를 쓰는 데 보통 한두 시간이 들어요. 주제 정하고, 자료 찾고, 문장 다듬고. 그렇게 공들여 쓴 글을 한 번만 쓰고 버리는 건 너무 아까운 일이더라고요.

새로 쓰지 않아도 올릴 게 생긴다는 것

이 기능을 쓰면서 제일 좋았던 건, 새로 쓰지 않아도 올릴 게 생긴다는 거예요. 예전에 쓴 글 중에 하나 골라서 몇 번 클릭하면, SNS에 올릴 글이 뚝딱 나와요.

블로그 글 쓰는 게 부담스러운 날도 있잖아요. 그럴 때 이미 쓴 글 하나를 꺼내서 다시 손보는 거. 이게 생각보다 훨씬 편하더라고요. 😊

그리고 또 하나. 옛날 글을 다시 보다 보면 ‘아, 이 주제로 또 써볼까?’ 하는 아이디어도 생겨요. 소재가 없어서 고민이었는데, 정작 소재는 제 블로그 안에 있었던 거죠.

그게 이 기능의 전부예요

거창한 건 아니에요. 그냥 이미 쓴 글을 한 번 더 쓸 수 있게 만든 거. 그게 이 기능의 전부예요.

하지만 이게 생각보다 도움이 많이 됐어요. 블로그 꾸준히 하시는 분들한테도 분명 필요한 기능일 거라고 생각해요. 글은 한 번만 쓰고 버리기엔 너무 아까우니까요. 🙂

오전엔 됐는데 오후엔 안 됐다 🤔

오늘 오전에 SNS 자동 발행 기능 테스트를 했어요. 스레드랑 인스타그램에 예약 발행이 잘 되더라고요. ‘오, 완벽하네!’라고 생각하면서 다른 일을 했죠.

그런데 오후에 똑같은 코드로 다시 발행을 시도했는데 갑자기 둘 다 실패했어요. 스레드는 ‘요청한 자원이 없다’는 에러를, 인스타그램은 ‘미디어 ID를 쓸 수 없다’는 메시지를 보냈죠. 뭐가 달라진 걸까요? 코드는 그대로인데요.

문제는 ‘2단계 발행 구조’였다 📝

원인을 찾아보니까 스레드와 인스타그램은 글을 올릴 때 두 단계를 거친다는 걸 제대로 이해 못 하고 있었더라고요.

• 1단계: 먼저 ‘컨테이너’라는 걸 만들어요. 글 내용이랑 사진을 업로드하고 준비하는 단계죠.
• 2단계: 컨테이너가 준비되면 그걸 실제로 게시해요.

저는 1단계를 시작한 직후에 바로 2단계를 눌러버린 거예요. 그러니까 컨테이너가 아직 준비도 안 됐는데 ‘게시해!’라고 명령한 셈이죠. 당연히 실패할 수밖에요.

그럼 오전엔 왜 됐을까? 🍀

이게 핵심이에요. 오전에 성공한 건 제 실력이 아니라 그냥 타이밍이 좋았던 거였어요.

스레드는 아예 대기 로직이 없었고, 인스타그램은 대기는 했지만 ‘준비 완료’ 직후에도 가끔 실패할 수 있다는 걸 몰라서 재시도 기능이 없었어요. 그러니까 서버가 빨리 처리해주면 성공하고, 조금만 느려도 실패하는 구조였던 거죠.

성공률이 100%가 아니라 ‘대체로 성공’ 정도였던 건데, 사용자 입장에선 실패해도 모르니까 저도 문제를 몰랐던 거예요. 무서운 일이죠.

어떻게 고쳤을까? 🔧

이제 제대로 고쳤어요. 방법은 간단했어요.

• 컨테이너를 만든 뒤 상태를 계속 확인해요.
• 준비될 때까지 기다린 다음에 게시 버튼을 누르죠.
• 그래도 실패하면? 몇 초 간격으로 최대 세 번까지 재시도해요.

단, 토큰이 잘못됐거나 권한이 없는 것 같은 ‘진짜 실패’는 재시도하지 않아요. 그런 건 계속 시도해봤자 똑같이 실패하니까 바로 알림을 보내는 게 낫더라고요. 무의미한 재시도는 문제를 숨길 뿐이에요.

배운 것 💡

‘되는 걸 봤다’와 ‘항상 된다’는 완전히 다른 말이에요. 특히 남의 서버를 거치는 기능은 성공하는 걸 한두 번 본 것만으로 검증했다고 착각하기 쉬워요.

오늘처럼 타이밍 운으로 성공하는 경우도 있고, 서버 상태에 따라 결과가 달라지는 경우도 있죠. 한 번 성공했다고 안심하지 말고, 실패 상황도 꼭 가정해보고 대비해야 한다는 걸 다시 한번 느꼈어요.

1인 개발자로 서비스 운영하다 보면 이런 일이 종종 생기더라고요. 여러분도 혹시 ‘잘 되고 있다고 믿는’ 기능이 있다면 한 번쯤 의심해보세요. 저처럼 운이 좋아서 된 건 아닌지요 😅