REST API
플랫폼
채널과 그 규칙 전부. 우리가 검증에 쓰는 바로 그 출처에서 읽습니다.
제약이 뭐냐는 질문에 대한 정직한 답이 이 엔드포인트입니다. 검증기가 쓰는 표와 같아서 동작과 어긋날 수가 없습니다.
GET/v1/platforms
채널 전부와 제약, 그리고 지금 열렸는지.
지금의 제약
| 이름 | 타입 | 설명 |
|---|---|---|
Threads | 500 | images 20 · video 1 · text alone ok · in platform review, testers only |
Instagram | 2,200 | images 10 · media required · coming |
YouTube | 5,000 + title 100 | video 1 · media required · in platform review, testers only |
Facebook | 63,206 | images 10 · text alone ok · coming |
글자를 어떻게 세나
모든 문자가 1이고, U+FFFF 를 넘는 코드포인트(대부분 이모지)만 4입니다. 문자열 길이를 쓰지 마세요. "가😀".length 는 3이지만 5로 셉니다. GET /v1/platforms 가 채널마다 같은 규칙을 charCount 로 주므로, 실패한 뒤가 아니라 부르기 전에 확인할 수 있습니다.
내 계정 한도는 GET /v1/me 가 준다
이 표는 채널이 허용하는 값입니다. 내 계정이 허용하는 값은 따로 있고 GET /v1/me 의 limits 가 줍니다. 연결할 수 있는 채널 수와 분당 요청 수입니다. **베타 기준값이고 바뀝니다.** 코드에 적어 두지 말고 실행할 때 읽으세요.
자주 묻는 것
채널별 글자수 제한이 얼마인가요?
위 표에 있고, 검증기가 읽는 바로 그 표에서 만듭니다. 제품에서 제한이 바뀌면 같은 커밋에서 이 표도 바뀌기 때문에 문서가 동작과 어긋날 수가 없습니다.
제한을 넘기면 어떻게 되나요?
아무것도 발행되기 전에 content_too_long 으로 거절합니다. 응답에 채널·제한·실제 길이가 같이 실려서 부르는 쪽이 줄여서 다시 부를 수 있습니다.
가장 빡빡한 제한을 제가 골라야 하나요?
원하면 그래도 되지만 필요는 없습니다. 여러 채널에 한 번에 보내면 채널마다 자기 제한으로 확인해서, 하나의 숫자를 짐작하는 대신 어느 채널이 거절했는지를 알게 됩니다.