A redesigned API reference built for developers and AI tools. Learn More
June 09, 2026
search_by / keyword / exact interact, and how search combines with pagination and sort./admin/api/<module>/<resource>#<endpoint>. Older URLs redirect there automatically so existing bookmarks and shared links keep working.event_uuid on event sponsors, cart_uuid on cart items) now show a description instead of rendering blank..file_name, .extension, .url) under upload fields. The information is still available in the resource's response Object reference where it belongs.axios HTTP client from 0.27.x (end-of-life) to 1.16.0, picking up two years of security patches and bug fixes.
June 09, 2026
POST /crm/api/v2/custom-fields/contacts endpoint.POST /crm/api/v2/custom-fields/companies endpoint.created_by (set once at creation, immutable on edit) alongside last_updated_by, so the original creator stays visible after the activity has been edited.{"error":"unauthorized"}) on the original URL across all HTTP methods. Previously the response was a 302 redirect to the login page; clients that followed the redirect must update to handle the 401 directly.errors (array) to singular error (string). Clients that parse the errors array on this endpoint must switch to error.PlaceAutocompleteElement), keeping the feature working as Google retires the legacy widget.old_url contained a leading slash (was producing double-slash URLs)./v2/contacts/{uuid} now preserves every untouched property — previously, sending only the field you wanted to change could either return a 400 error or null out the rest of the contact./v2/tasks/{uuid} and /v2/tasks/comments/{uuid} no longer returns 400 when the request body omits a field; untouched properties are preserved, matching the contacts behaviour.
June 09, 2026
/all_assets/api/v2/... to /asset/api/v2/... for a cleaner public API surface. External integrators must update their base path.GET /asset/api/v2/credentials so external API consumers can retrieve the S3 presigned-POST credentials required by the Add Asset flow. Listed in the API documentation under a new "Assets Credentials" section.
June 09, 2026
June 09, 2026
Faster related_records: Reduced object allocations in related_records, improving performance up to 4x.
Asset cache invalidation now per-instance: Changed the internal implementation of cache invalidation for assets. The updated=... query parameter appended by the asset_url (and asset_path) filter is now derived from a per-instance assets_updated_at timestamp that is bumped whenever assets change, instead of being derived per asset. This means all asset URLs are invalidated together when any asset is updated, ensuring CDN caches stay consistent.
Batched page loading on deploy: Pages are now loaded in batches during deploy, providing better support for very large deploys - particularly those containing pages generated by Static Site Generators (SSG).
Faster Instance Clone asset dump: The asset manifest step of pos-cli clone is significantly faster, reducing the time spent in the export phase of cloning instances with large numbers of assets.
InstanceClone clone-record status on export failure: Previously, InstanceClone could leave the target instance's clone record in pending indefinitely when export failed (for example due to an oversized file). Failures are now surfaced cleanly as a terminal failed status with a sanitized error message, so pos-cli polling resolves instead of hanging.
cache_control argument for admin_assets_create and admin_asset_update mutations: When provided, the value (for example max-age=31536000, public) is stored in the asset's metadata and applied as the Cache-Control header on the underlying object in the file storage provider (S3, R2, etc.), allowing CDNs and browsers to cache assets according to your policy.
authorization_policies argument for admin_page_create and admin_page_update mutations: Authorization policies can now be associated with a page by name (the same identifier used in Liquid frontmatter, e.g. page_policy or modules/my_module/page_policy), in addition to the existing authorization_policy_ids. Names and ids can be combined; all provided names must resolve to existing AuthorizationPolicy records.
url argument in admin_assets_create: Asset URLs are now derived from the asset name and the per-instance CDN, so the argument is ignored. Upload bytes via admin_assets_presign_urls first, then call admin_assets_create without the url argument. The argument will be removed in a future release.Insites is an Application Development Platform that brings together all the tools and building blocks in one platform, allowing you to easily create engaging and sophisticated applications in lighting speed.
The Insites Console is the starting point and home for all the projects you build with Insites. You can manage all your applications from this central location, creating both Staging and Production Instances. Invite your team to collaborate on projects together, manage billing, install Apps from the Marketplace, and find Insites experts from the Partner Directory.
To get started with Insites, follow this step-by-step guide that takes less than ten minutes. We can’t wait to see what you create!
Your journey with Insites starts with the creation of an Insites Console account. Go to https://console.insites.io/sign-up to create your account. After providing your details, check your email inbox for an account activation email and click on the 'Activate Account' link. Clicking on the link verifies and activates your Insites account and opens the Insites Console.
Invite your team to collaborate with you and leverage their skills and expertise to build, support, and improve applications hosted on Insites. To add your teammates to the Insites Console, go to the 'People' tab and select + Invite User. They will receive an email invitation and simply need to accept and create a password.
For each of your applications you can create instances in one of two environments, Staging or Production. Create multiple instances per application to follow your development standards. For example, use staging Instances to develop and test applications, then push to a production Instance.
To create an Instance, go to the 'Instances' tab within the Console and click on the + Create Instance button and fill out the relevant details. To keep projects organized and manage permissions for your team you can group instances together in folders.
You can start your application from scratch or leverage pre-built templates and Apps from the Marketplace.
For many situations, it may be faster and more cost-effective to buy an application and then customize it, rather than build it from the ground up.
To install an App, navigate to the 'Marketplace' tab within the Console and select Purchase on the relevant App. You can install multiple Apps on an Instance, and installation only takes a few minutes.
Well done on completing the steps and getting started with Insites. We are excited to have you onboard. You can view our detailed documentation at https://docs.insites.io and API Docs at https://apidocs.insites.io. If you need assistance our friendly support team are on standby for any questions you may have.
Don’t forget to check out the Insites Partner Directory for expert help with any of your applications, or if you are interested in selling your Applications on the marketplace contact us for details. Have a great day and build something special!
Didn't quite find what you are looking for or have feedback on how we can make the content better then we would love to hear from you. Please provide us feedback and we will get back to you shortly.