Telegram

Telegram Rich Message Formatting for Google Forms Alerts

Format Telegram alerts with safe generated entities rather than raw parse syntax, including links, UTF-16 offsets, multi-value fields, and Advanced options.

Published · Updated · 12 min read

Use safe Telegram entities instead of raw parse syntax

FormBeacon Rich mode builds ordinary text plus explicit Telegram MessageEntity ranges, which Telegram Bot API permits instead of parse_mode. This avoids treating respondent punctuation as Telegram syntax. Offsets are calculated for Telegram's UTF-16 rules after variables are substituted, so emoji and multi-code-unit characters do not shift later emphasis or links.

ModeUseSafety boundary
BasicUnformatted arbitrary response textNo provider parse syntax
RichBold, italic, strike, code, links, lists, and quotes where supportedFormBeacon generates entities
AdvancedSupported content and option/link fieldsNo raw arbitrary Bot API object or routing fields

Formatting remains presentation, not workflow state. Bold text does not make an application urgent, a link does not authorize its viewer, and a silent-delivery option does not prove the team has an escalation policy. Keep the first screen concise, use a synthetic reference such as SYN-1042, and let authorized reviewers open the fixed-origin review page for full detail. Retest after changing field order or adding emoji before an entity range, because the visible message and the provider offsets must still describe the same text.

Synthetic Telegram Rich preview generated from stable hiring-form fields
Rich mode previews readable text from stable fields; the email and phone number shown are reserved example data.Open full-size screenshot ↗
Received Telegram Rich hiring notification with synthetic candidate data and a review link
The private Telegram test chat received the synthetic Rich notification with bold labels and a fixed review.example link; no bot token, chat identifier, account, or unrelated conversation is shown.Open full-size screenshot ↗

Choose entity-based Telegram formatting deliberately

A useful notification must survive the values real respondents enter, not merely look polished with sample text. Use Basic, Rich, or supported Advanced Telegram content without letting respondent punctuation become provider syntax or corrupt entity offsets.

Telegram Bot API permits an explicit entities array instead of parse_mode; FormBeacon Rich mode uses that safer representation.

Entity offsets are calculated after substitution using Telegram's UTF-16 indexing, preserving formatting around emoji and other multi-unit characters.

Choose the format before writing the template

QuestionRecommended starting pointTrade-off
BasicArbitrary uncontrolled answersNo emphasis
RichReadable emphasis and linksOnly the provider-supported subset appears
AdvancedSupported send optionsNot arbitrary Bot API JSON
Raw parse syntaxDo not useRespondent punctuation can break or alter it

Build the Telegram message from the simplest reliable format

For Telegram message formatting, basic is the safest default for arbitrary answers. Rich mode generates explicit Telegram entities instead of sending respondent text through provider parse syntax. Advanced mode exposes only supported sendMessage content and option fields.

The first message for Telegram message formatting should identify the form, state when the response was submitted, include only the information the first reader needs, and supply a stable response reference when useful. Put the action before decorative context. On a phone, the first few lines should explain why the alert matters without requiring the reader to expand a card or decode internal abbreviations.

FormatBest useMain risk
BasicFirst setup, arbitrary respondent answers, incident fallbackLong forms can still create noisy messages
RichSupported emphasis, lists, quotes, code, and links on Standard or BusinessEach provider supports a different safe subset
AdvancedSchema-validated Slack Block Kit, Discord embeds, or Telegram optionsOnly supported fields and variable positions are accepted

Advanced mode in Telegram message formatting is provider-specific and schema validated. Variable substitution is context-aware and JSON safe, and respondent values remain text: they cannot become keys, object structure, credentials, destinations, template identity, or routing. Basic mode remains the most resilient choice when a workflow does not need provider-specific structure.

Prove Basic

Send arbitrary punctuation as unformatted text and verify the destination before enabling formatting.

Choose Rich

Use the toolbar for supported bold, italic, strike, code, links, lists, and quotes. Unsupported controls are hidden for Telegram.

Insert stable variables

Use the picker, not typed question-title tokens, and keep labels short.

Generate entities

FormBeacon serializes ordinary message text plus MessageEntity ranges instead of sending raw parse syntax.

Test Unicode offsets

Use emoji, accented text, and characters outside the BMP before and inside formatted spans.

Use Advanced sparingly

Add only supported Telegram content or option/link fields and validate them before saving.

Keep Basic fallback

If a provider option fails, return to Basic without replacing the healthy bot credential.

Formatting boundaries that affect real answers

  • FormBeacon does not send unescaped raw Telegram parse syntax for Rich mode.
  • Advanced mode does not expose bot token, chat ID, method name, or arbitrary request structure.
  • Values cannot create entities, routing, credentials, or a new link origin.
  • Provider length and entity rules still apply after substitution.

If Telegram message formatting requires a behavior listed here as a limit, do not hide the gap with copy or assume a future feature exists. Change the workflow, separate the forms, or choose a system that owns the missing behavior. Clear boundaries make setup and incident response easier.

Test with punctuation, blank fields, and long answers

To accept Telegram message formatting, run both a saved configuration test and a real form submission because they answer different questions. The saved test checks whether the current credential, destination, and message can reach the provider. A real submission additionally checks the Google trigger, form binding, response rendering, and delivery path. Both results must succeed.

  1. 1Create a private test destination or tell the intended channel that a harmless test is coming.
  2. 2Use a copied form with short fictional values, including one blank optional answer and one value containing punctuation.
  3. 3Save the simplest supported mode first. Do not begin with a complex provider-specific Advanced structure.
  4. 4Run the destination test and confirm a harmless message in the intended Telegram conversation.
  5. 5Open the public responder view of the copied Google Form and submit it like a respondent would.
  6. 6Confirm that exactly one new message appears, that the form title and submission time are plausible, and that the message is visible only to the intended audience.
  7. 7Repeat once with a multiline answer and non-ASCII text. This catches formatting assumptions that a one-word test will miss.
  8. 8Return to the add-on and review the visible delivery status without pasting credentials into a support conversation.

When checking Telegram message formatting, a working saved test and a failed real submission point to trigger ownership, Google authorization, the selected form, or event eligibility. If neither works, inspect the destination credential and provider permissions first. If delivery succeeds but the content is hard to read, keep the credential unchanged and simplify the template. Changing one layer at a time preserves evidence.

ObservationMost useful interpretationNext check
Saved test failsProvider credential, destination, configuration, or entitlement problemRe-enter the credential privately and verify provider-side access
Saved test succeeds; form submission does notGoogle trigger, authorization, form binding, or event problemReopen the add-on as the trigger owner and inspect status
One submission creates two messagesMore than one active trigger or destination may existInspect active destinations and remove duplicate trigger ownership intentionally
Message arrives in the wrong roomThe credential points to a different destinationCreate or select the credential from the exact target destination
Basic works; Advanced failsThe provider-specific Advanced structure is invalidUse the provider validator and reintroduce fields one at a time

If Telegram message formatting still fails, use the provider-by-provider Google Forms notifications diagnostic guide. Record the test time, form name, destination name, and redacted error code. Never record submitted answers or the secret itself in a shared incident note.

Debug content separately from delivery

SymptomLikely causeWhat to do next
Formatting shifts after emojiIncorrect UTF-16 offset handlingUse FormBeacon entities and test the exact synthetic string
Provider rejects entitiesRange or overlap is invalidRemove the last formatting span and validate again
Link host changesOrigin was not fixedUse a literal HTTPS origin with suffix variables only
Basic failsToken, chat, or permission issueReturn to bot and destination setup

Understand where Telegram formatting is applied

In Telegram message formatting, Google invokes a user-owned installable form-submit trigger after configuration. The add-on reads the submitted response, renders the selected message, and sends it to FormBeacon's delivery API. The service applies plan limits and idempotency, uses the encrypted destination configuration to call the selected provider, and stores redacted delivery metadata rather than submitted answer content or rendered notification bodies.

That architecture is the diagnostic map for Telegram message formatting. FormBeacon is not a direct browser-to-webhook shortcut, and it does operate a delivery service. At the same time, response answers do not become a searchable FormBeacon database. Google Forms remains the record you inspect or correct; the provider receives the message you explicitly send; FormBeacon retains only the bounded configuration and redacted operational data required to deliver and diagnose it.

  1. 1A respondent submits the Google Form and Google records the response.
  2. 2The verified form owner’s installable trigger runs for that submission.
  3. 3The add-on prepares a request containing the form and response references needed for delivery.
  4. 4FormBeacon validates identity, form entitlement, quota, destination configuration, and idempotency.
  5. 5The service calls the provider using a BotFather token plus a chat, group, or channel that the bot can access.
  6. 6On success, the service records redacted success metadata and counts one successful outbound destination delivery as one notification.
  7. 7On failure, the failed attempt does not consume the Free successful-delivery quota; an idempotent retry must not count the same delivery twice.

Before publishing Telegram message formatting, check provider behavior against Telegram's Bot API documentation, because provider interfaces, permissions, limits, and policy wording can change. Check FormBeacon's product behavior and prices on the pricing page and in the current add-on rather than inferring them from an old screenshot.

Keep sensitive answers out of decorative messages

For Telegram message formatting, the bot token controls the bot. Do not paste it into a browser address bar, share it in a chat, or include it in screenshots. Revoke and replace it through BotFather after suspected disclosure.

Every delivery created by Telegram message formatting is a new copy of the notification. Google Form sharing does not automatically restrict a Slack channel, Discord channel, Telegram group, WhatsApp recipient, or webhook receiver. Before choosing Insert all fields, review every form question and assume every destination member can read the rendered values. For sensitive workflows, send a minimal reference and instruct authorized staff to open Google Forms rather than copying all answers into a notification.

  • Use the narrowest private destination that still supports the workflow.
  • Remove webhook URLs, bot tokens, access tokens, and real phone numbers from screenshots and screen recordings.
  • Do not submit real customer or employee data while testing.
  • Review provider retention, export, moderation, and member-access settings separately from FormBeacon.
  • Rotate an exposed credential at the provider, update FormBeacon, and run both tests again.
  • Delete test messages that contain even fictional data if they could confuse the operational channel later.

The privacy boundary for Telegram message formatting is specific: FormBeacon encrypts channel credentials and templates with versioned AES-256-GCM keys. It does not persist form answers, rendered notification bodies, raw provider payloads, OAuth or identity tokens, or complete billing webhook payloads. Retry storage in Google document properties is limited to form ID, response ID, idempotency key, and attempt count; the response is re-read from Google for a retry.

Those controls do not automatically make every form suitable for Telegram message formatting. You remain responsible for lawful collection, notices, consent where required, access control, retention at Google and the provider, and any industry-specific rules. This article explains product behavior and operational precautions; it is not legal advice.

Know which formats and destinations each plan supports

Before launching Telegram message formatting, match it to the pricing contract. Free supports one form, one active Basic destination on Slack, Discord, or Telegram, and 100 successful outbound destination deliveries per UTC calendar month. Standard supports up to 10 forms and Basic, Rich, and supported Advanced modes on Slack, Discord, and Telegram. Business adds WhatsApp approved templates, Webhook JSON, a shared 100-form workspace capacity, shared connectors, and unlimited explicitly invited workspace members.

For quota accounting in Telegram message formatting, one notification is one successful delivery to one outbound destination. If one response is sent to three active destinations and all three succeed, that is three successful deliveries. A failed delivery does not consume the Free quota, and an idempotent retry of the same delivery must not count twice. The Free counter resets lazily when the UTC month key changes; there is no reset cron to wait for.

Multiple destinations attached to Telegram message formatting use fan-out, not conditional routing. Every active destination on the form receives every eligible response. FormBeacon does not inspect an answer and select a destination, severity color, owner, or template branch. To keep different audiences separate, use separate forms or a workflow system that explicitly implements rules, and test that system with representative data.

Verify current FormBeacon amounts and included features for Telegram message formatting on the pricing page. Product prices and provider charges are different: Meta or another provider may apply its own usage charges, taxes, or policies, and those charges are not replaced by a FormBeacon subscription.

Maintain the template as the form changes

Treat Telegram message formatting like a small operational system. Name a form owner and a destination owner, document the purpose without recording secrets, and schedule a periodic harmless submission. Retest after changing form ownership, Google authorization, questions, destination membership, channel structure, webhook or bot settings, Meta templates, or the FormBeacon plan.

  • Keep a copy of the intended message structure without any credential or real response data.
  • Review whether every destination member still needs access to the notification content.
  • Remove unused destinations before creating new ones so fan-out remains understandable.
  • Use provider audit or administration features to investigate credential changes where available.
  • When an owner leaves, deliberately transfer the Google Form and recreate or verify the user-owned trigger under the intended owner.
  • During an incident, preserve timestamps and stable error codes, but redact identities, credentials, answers, and complete payloads.

The fallback for Telegram message formatting should remain visible: authorized staff can open Google Forms and inspect responses when chat delivery is delayed. Do not delete or mutate a form response simply because a notification failed. Repair the delivery path, make a harmless test, and use the response reference to reconcile operational action without copying the original answers into troubleshooting logs.

Frequently asked questions

Does FormBeacon store submitted answers?
No. FormBeacon does not persist answers, rendered messages, or raw provider payloads. Google Forms remains the response record; providers retain messages they accept under their own controls.
How are Google Form fields mapped?
The variable picker stores the stable Google item ID. Renaming a question or giving two items the same title does not redirect a saved variable to another field.
Can an answer choose a destination or credential?
No. Respondent values remain text and cannot control credentials, endpoints, recipients, object structure, template identity, or routing.
Does Rich mode send raw Telegram parse syntax?
No. FormBeacon generates explicit MessageEntity ranges after rendering the text.

Set this up on your own form

Follow the installation guide to install the add-on, connect a destination and send a test alert. FormBeacon does not persist form answers or rendered notification bodies.