Skip to main content

Coverage & limitations

The official hosted implementation covers all 45 canonical Telegram Ads methods, including the deprecated editAdStatus alias to editAd. See the complete method, native-parameter and permission mapping. Native request/response schemas remain strict and preserve provider field names. The nine convenience read tools remain available when the root is granted.

AreaImplementedPermission / limits
AccountsRoot and related discovery, account information, create/editExact concrete rows; newly created accounts are never automatically granted.
AdsLists/details, create/edit, start/pause, review, deletionAdvertising rights; create requires both management groups. Funded ads can spend on resume.
MoneyBalances, transactions, account/ad allocation and withdrawal, CPM/daily limitsBudget rights; root-related transfers require both endpoints and explicit settlement polling.
Statistics and reportsNative account/ad statistics and official monthly reportEnd exclusive, at most 1000 daily/five-minute intervals.
MediaStaged ad photo/video and website photo, then native multipartJPEG/PNG 5 MiB / MP4 20 MiB / website JPEG/PNG 1 MiB. No URLs/paths/base64.
Audiences and PixelLists/details and create/edit/delete, audience membership and Pixel eventsAdvertising rights for changes; up to 10000 provider-format phone hashes per input list.
TargetingLanguages/topics/countries, locations and channel/bot lookupNumeric peer IDs must previously have been resolved by that account through username.
Provider preview, recommendations and query validationUnavailable through the official runtimeNo HTML, cookie or browser fallback; no moderation approval claim.

Read-only is required for each selected account; Manage advertising and Manage budgets are independent additions. A scope union cannot widen another account's rights. Every mutation uses a durable, stable operation ID and explicit recovery; unknown writes are never automatically replayed. Media geometry, video duration, balances and current account restrictions remain provider validations. Unexpected provider responses become PROTOCOL_DRIFT; raw provider error text is not exposed.

All 45 methods have synthetic typed schema and actual MCP dispatch coverage, including exact grants, money combinations, upload streaming, failures, revocation and operation recovery. Ordinary live checks remain read-only. This implementation coverage does not establish real provider write success, a deployed version, live monitoring delivery or production availability. Concrete live provider mutations require explicit test authorization. tgads.tlmtr.dev is the development endpoint.