API news & updates

Solving API Timeouts with Connectors + Application TriggersWe've published a new workflow tutorial that shows how to handle a common integration challenge: what happens when your external system takes longer to process than Front's API timeout allows?The scenario: You trigger an API call from Front (creating an order, generating a document, processing a complex workflow), the record is created successfully in your external system, but Front times out before receiving the response. Your downstream automations never fire because Front never got the critical data back, such as the new order’s unique identifier.The solution uses a callback pattern combining:App requests (Connectors) to initiate the process via macros App objects (Connectors) to mark conversations waiting for data Webhooks from your external system when processing completes Application triggers to receive that data back into Front Rules to execute your downstream automationsWe walk through a complete end-to-end example usin

We’re excited to introduce application channel message templates in Front, designed to streamline your messaging workflows by enabling template synchronization directly from your external services. This feature offers a robust solution for maintaining consistency and efficiency in your communication channels, providing a seamless way to sync message templates created in external services (such as WhatsApp, Facebook, Google, etc.) into Front for use with your application channels.A WhatsApp message template synced into a Front application channel Application message templates are supported through two new API endpoints:Sync application message template for importing external templates for the first time Update application message template for propagating updates to existing templates  To get started, ensure you have enabled the Templates checkbox in your application channel settings within your developer app. The templates are configured in the external service (such as WhatsApp, Facebo

Front now sends 3 new event types:ticket_status_update—sent when a ticket changes statuses. topic_identified—sent when a new topic is identified by Front AI.  macro_triggered—sent when a teammate runs a macro.Refer to the Events topic in our Developer Portal to learn how to use these events. We hope these new events are useful to your development! Please let us know if you have any feedback.  

We are thrilled to announce the implementation of a new rate limiting system that offers a more sophisticated and user-friendly approach to managing API requests. We will start rolling this new rate limiter out on Monday, September 22nd, with the aim of updating all companies by Friday, September 26th. Our improved rate limiter provides the following key enhancements: 1. Removing the penalty for 429 rate-limited requestsIn the past, hitting the rate limit meant that requests that returned a 429 response informing you of the breach also counted against your limit, which could result in compounding and unnecessarily long windows before your limit was reset. With the new system, 429 rate-limited requests will not count towards your rate limit, making it clearer to understand when your new rate limit window will replenish.2. Burst Limit for Occasional Traffic SpikesThe introduction of a burst limit provides an additional layer of allowance for those unexpected spikes in traffic. This allow

We're excited to announce that the Front UI Kit is now fully compatible with React 19! This update ensures that our components and Storybook are aligned with the latest major React revision, allowing you to take advantage of React 19's new features and improvements. To update run npm install @frontapp/ui-kit@latest or yarn add @frontapp/ui-kit@latestMake sure you are using React 19 before upgrading the Front UI Kit React 19 introduces several enhancements that improve app performance, developer experience, and component flexibility. Our team has diligently tested and updated our UI Kit to ensure smooth integration and optimal functionality with this major React release. For those who aren’t familiar, the Front UI Kit is a set of React components that help you build plugins. The Front UI Kit includes buttons, menus, date pickers, and many other useful and common plugin components. Using the Front UI Kit should help you save on development time and provide your plugin users a set of well

This change contains a deprecation of the external_conversation_id property in the metadata object.You can now reply to specific messages through application channels.{ "type": "message", "payload": { [MESSAGE BODY] }, "metadata": { "external_conversation_ids": string[], // External identifier of the conversations related to this message. "referenced_message_external_id": string // (Optional) ID of the message being referenced as a direct reply }}As part of this change, we are introducing two new properties in the metadata object used when creating or replying to messages in a channel:external_conversation_ids—a string array containing the external conversation identifiers, which you use when creating or receiving messages. This property replaces external_conversation_id, which is now deprecated in the metadata object. This change allows you to send multiple external conversation IDs instead of just one. reference_message_external_id—the external identifier of the mes

You can now configure servers with variable subdomains. This enables your apps to connect to APIs with customer-specific endpoints (e.g. Salesforce, Shopify, Netsuite) or support different regions or production environments. During setup, the developer specifies what part of the origin is a variable, and then during installation of your app, Front admins supply the specific subdomain value. Happy coding!

We’ve added ticketing concepts to the Plugin SDK so you can easily view and manage conversations for companies that have this feature enabled. The new method and data model updates should help navigate Front ticketing within your plugins without having to call the Core API. To grab the latest version, run npm install @frontapp/plugin-sdk@^1.9.0 --save or bump your package version manually. If using Yarn, run yarn upgrade @frontapp/plugin-sdk@^1.9.0. The Plugin SDK now offers the following additions:A new listTicketStatuses method that returns the ticket statuses available for the company. The Conversation model in the Plugin SDK Context has been updated to include the following fields. statusId String The ID of the ticket status that applies to the conversation. Only present if ticketing is enabled for the company. statusCategory String The category of the ticket status: open, waiting, or resolved. Only present if ticketing is e

Build more flexible Connectors by adding multiple requests to your configuration—all within a more intuitive visual interface.  We’ve redesigned how you build Connectors in Front, moving from a rigid step-by-step setup to a flexible flow builder. This new visual interface gives you greater control when connecting Front to external APIs and systems using application requests and application objects.With the new visual flow builder, you can now add multiple requests within a single Connector configuration. Whether you're retrieving data from different endpoints or chaining actions across systems, you can place each request exactly where it makes sense in your workflow. The flow-based layout makes it easier to see how everything fits together—and much simpler to make updates down the line.Your existing Connectors will be automatically migrated to the new flow builder within the coming days.Start building smarter, more powerful Connectors—no code required. P.S. We also introduced the abili

You should now see a fresh look and feel to the UI when you navigate to Settings > Developers. These changes were made to help you manage features on your developer apps more quickly. The Apps list now displays the features associated with each of your apps:When you click into an app, you will see that the Features tab now lists all the app’s features so you can easily manage them without having to click into each feature card like you did in the old experience.The OAuth tab has been moved into the Features list. It was previously a top-level tab. When you click Add feature, you will be presented with a new categorization for quick selection of the feature you want:Final note: The Basic information tab was renamed to Settings, but is otherwise the same.Let us know if you have any feedback about the new experience. Hopefully it will save you time when managing your app’s features!

You can now reply to specific comments using the Core API. Comment replies visually indicate which comment is being responded to, helping users follow the conversation. This feature has been available in the Front UI for a long time, but is now available via the API. Use the Add comment reply endpoint to create a comment reply. Happy coding!

The is_spammer property is no longer part of the Contacts response. This property was deprecated a few years ago but is now fully removed from the response object. No issues are expected, but if you notice any, please leave us a comment or reach out to our Support team.

Application triggers allow you to execute workflows in Front in response to events that occur in external systems. For example, you might want to re-open conversations in Front anytime an order changes status. When the event occurs in your order management system, you send Front an event payload identifying the trigger for the change of order status. The event payload would also identify an application object, likely through the link to the order in your management system. Once the trigger is received, any conversations that have a related application object attached for the order would reopen based on a rule. Your rule could also pull additional properties from the trigger's event payload, such as the new status, and make that available through a dynamic variable. The additional data from the property could apply a comment or tag or other action in Front based on the new status. To learn how to use application triggers, refer to our Developer Portal:Application triggers topic Trigger

You can now open a sidebar plugin from URLs found in Front messages or comments. The format for doing so is:Syntaxhttps://<Front base domain>/open-sidebar-plugin/<App UID>Examplehttps://app.frontapp.com/open-sidebar-plugin/40a4eae201a760d1 Pass custom properties to your pluginYou can pass custom properties in the URL as query string parameters, which will then become available to your plugin’s context in the EntryPoint object.https://app.frontapp.com/open-sidebar-plugin/40a4eae201a760d1?propertyA=DoubleR&propertyB=true&propertyC=777 Read more on our Developer Portal!

Going forward, Front will disable application webhooks that do not respond successfully. After three failed attempts, the webhook will be disabled and Front will stop sending events to your URL. We expect this change will mostly impact webhooks set up during development that are no longer used. However, if an active webhook experiences downtime and is disabled, you can go to the Webhook feature of your developer app and click Update to re-verify and re-enable it.

Hello Front developers, If you retrieve a conversation through the API, the response will now return a 301 redirect if that conversation has been merged into another one. Previously, the API returned a 404. This change makes it easier to keep track of conversations after they have been merged. The change applies to any API endpoint that interacts with a specific conversation:Get conversation Update conversation Update conversation assignee List conversation events List conversation followers Add conversation followers Delete conversation followers List conversation inboxes Add conversation link Remove conversation links List conversation messages Update conversation reminders Add conversation tag Remove conversation tag List conversation drafts Create draft reply List conversation comments Add comment Create message reply 

Connectors provide a no-code means of making API calls to external systems and can also transform URLs or strings found in comments or messages into structured objects that are easy to access from a conversation in Front. Connectors come in two flavors:Application objects (previously known as “dynamic objects”)—these connectors identify matching patterns (such as order IDs) in Front conversations or comments and automatically attach a structured object to the conversation that contains information about and a link to the external resource. Application requests—these connectors make API calls to external systems to provide a no-code method for building integrations. These requests can also be leveraged in rules and macros. Currently, only GET requests are supported, but additional methods will be available soon to allow you to push data to external systems.  If you are currently using dynamic objects, they will be migrated to application objects in the coming days without any impact or

Front has just released an official Front Chat Android SDK that makes it easier than ever to install Front Chat in your native Android apps. Visit our Developer Portal to learn how to install and use the SDK. The setup guide includes a link to the SDK’s GitHub repo.

You can now send attachments in Connectors! To do so, set the Content Type to multipart/form-data when building the request and include the attachment data in the body.Sending attachments through Connectors enables use cases for when you want to send files to external services. For example, a Front teammate using the JIRA Connector could run a macro to upload an image to a JIRA task describing an issue they are dealing with. Watch a video of the example use casePasscode: Pi%gEU9L

Front has just released an official Front Chat iOS SDK that makes it easier than ever to install Front Chat in your native iOS apps. Visit our Developer Portal to learn how to install and use the SDK. The setup guide includes a link to the SDK’s GitHub repo. P.S. An Android version of the SDK is coming soon...

We just released sample code that demonstrates how to create a Front sidebar plugin using Vite, React, and Auth0!  Visit our Developer Portal to learn more.

We are thrilled to announce that partners and developers can now use OAuth to access all available Front permission scopes, such as personal resources and knowledge base data in addition to shared workspace data. This update means that integrations can use OAuth regardless of the type of data they need access to. OAuth makes it much easier for customers to install your integration by simply agreeing to the OAuth screen instead of requesting that the customer manually generate and supply your integration an API token. Previously, OAuth tokens could only access shared workspace data.  Visit our Developer Portal to view the full list of available scopes. You can manage scopes when you add OAuth credentials for your developer app. With this change, Front admins will also have access to a Tokens tab on the App Store that lists the resources your app has been granted. Learn more on our Help Center. 

Our new contact list endpoints are replacing the contact group endpoints, which will be deprecated on September 1st, 2025. Please update your API calls before September 1st so that the URLs use contact_lists in the path instead of contact_groups. Note that the contact list ID remains the same as the contact group ID. The following table details how to change your endpoints:Deprecated path New path Notes https://api2.frontapp.com/contact_groups https://api2.frontapp.com/contact_lists   https://api2.frontapp.com/contact_groups/{contact_group_id} https://api2.frontapp.com/contact_lists/{contact_list_id} The contact_list_id is the same as the contact_group_id https://api2.frontapp.com/contact_groups/{contact_group_id}/contacts https://api2.frontapp.com/contact_lists/{contact_list_id}/contacts The contact_list_id is the same as the contact_group_id https://api2.frontapp.com/teammates/{teammate_id}/contact_groups https://api2.frontapp.com/teammates/{teammate_id}/contact

You can now manage ticket statuses through the Core API. Front released ticketing a couple months ago, which you can now access via the API if your company has the ticketing feature enabled. The following is a summary of the new ticketing functionality available in the Core API:Conversation responses return status_id, status_category, and ticket_ids fields. Search for conversations in the open, waiting, or resolved ticketing statuses via the is operator. Use ticketing filters in the q query string parameter when listing conversations. Access new Statuses API routes:  List company ticket statuses Get ticket status Update the status_id of a conversation. Update conversation reminders with a waiting status_id.

We are happy to announce that you can now access knowledge base API endpoints through the Core API. These endpoints allow you to read and update your internal and external Front knowledge bases. With the API, you now have the flexibility to process your knowledge base content for various purposes, including advanced display on different websites and additional means of importing content. Read the docs on our Developer Portal to start using the knowledge base API endpoints.