We’re planning an improvement to how Enterspeed handles Destinations when schemas dynamically change which ones they call. Today, if a Destination stops being included in the Schema, Enterspeed does not automatically send a delete event — which can leave stale data behind in systems like Shopify, Algolia, or other multi‑destination setups.

We see this as an incomplete behaviour, and we’re preparing to align the platform with what most users naturally expect.

What Will Change?

In an upcoming update, Enterspeed will automatically send delete events to Destinations that were previously called but are no longer included the next time the schema runs.

This ensures that external systems stay clean and consistent when the list of Destinations changes based on dynamic source data.

We’d Like Your Input

Before we roll this out, we want to make sure it doesn’t disrupt existing implementations.
If your current setup depends on the existing behavior — where removed Destinations do not receive delete events — please reach out to us.

We want to understand whether this change would impact your workflows or whether the current behaviour has simply been a limitation you’ve worked around.

Please reach out on your Slack support channel or via support@enterspeed.com with any input or questions.

Status

This change is not yet released.

We’re sharing this early so you can flag any concerns before it becomes the new default behavior.

We have added a bunch of new features for the source entities, making it easier for you to navigate, find the right source entity, and even edit existing source entities.

The list of new features includes:

• Show source entities as a tree view – lets you navigate to a specific source entity using the same structure you have in your CMS instead of searching by id or URL, or navigate product data by category, product, and variants.
• Open source entities in a side panel – makes it easier to quickly view different source entities without leaving the list of source entities. You can still navigate to a full page view of a source entity if you need more space.
• Edit source entities – Until now you have been able to add and delete new source entities directly from the Management App. Now you can also edit existing source entities which is especially useful when testing in early stages – and of course this will be logged in the Activity log, so you can see who changed a source entity.
• Add new source entity as child entity – this is just a nice little addition to the context menu of a source entity so you don't have to figure out the parent id yourself.

The above list is just some of the hightlights, even more small improvements have been added, so make sure to check it out next time you sign in to your tenant in the Enterspeed Management App 🚀

Shopify is undoubtedly the leading commerce platform out there, and now you can push products directly from Enterspeed to Shopify. 

With our new Shopify Destination, you can map your product, variant, and pricing data – and more – from any source system in Enterspeed, then push it directly to one or multiple shops in Shopify.

The Shopify Destination is now in preview. It supports things like price lists, metafields, and translations all in a single unified model. You don't need to deal with Shopify's GraphQL API, async bulk ingests with callbacks, rate limits, internal Shopify ids, or multiple request to fully update a product. We handle it all for you .

If you want to get started or have any question, just reach out. 

Check out the blog post for more info https://www.enterspeed.com/blog/announcing-the-enterspeed-shopify-destination or head over to the documentation: https://docs.enterspeed.com/integrations/shopify

 🚀 Today we launched the .NETSDK for the Enterspeed Query API. 

The Query SDK works seamlessly with the existing Delivery SDK and brings all the powerful features of the Query API directly into your .NET projetcs:

✅ Filtering, sorting, pagination, and facets
✅ Dynamic view references
✅ Strongly typed results – no more generic data structures or magic strings 

Getting started is simple:

1. Install the Nuget Package
2. Add the service registrations
   
   
   
   
3. Start querying your index in a strongly typed way – no need to worry about HTTP clients or plumbing. We’ve done the heavy lifting for you.
   

Check out the open source Github repo for documentation and more examples 🚀

You can now read Delivery views as your own C# types. Keep the flexible fetch you know, but de-serialise per-view into real models with IntelliSense and compile-time safety. No more rummaging through dictionaries.

What’s new

• Typed variant of Fetch: fetch as usual, then read each view with GetContent().
• Per-view typing: mix multiple handles (e.g. article, navigation, footer) in one request and deserialise each into its own model.

Why it matters

• Fewer runtime surprises: let the compiler and your IDE do the heavy lifting.
• Cleaner contracts: define a C# model instead of magic dictionary keys all over your code base.
• Less boilerplate: no need for custom serialization.

Example: multiple views, multiple types

Fetch several views in one go, then read each as its own model:

Useful links

• Delivery SDK (.NET) repo & README – install, register, usage, and strongly-typed examples. GitHub
• Docs: Delivering data – overview of Delivery API. Enterspeed Documentation | Enterspeed Docs

Thanks to the community

This shipped because a user opened a clear feature request with suggested behaviour. So, keep the issues and PRs coming – we’re listening.

We’ve improved how you track deployments in the Activity section. Instead of just seeing that “someone deployed something,” you now get full transparency:

• Clear logs showing deployments – including who did it
• Optional comments attached to each deployment, so you can understand the why
• See which items were deployed together
• Detailed history for individual schemas, including when they were created or published

These improvements make it easier to keep track of projects and give you a complete overview of who did what, when, and why.

Go to your activity log to see what you can do: https://app.enterspeed.com/settings/activity-logs

We are proud to announce the public release of our new Query API, adding even more power to the Enterspeed platform.

The last couple of months during the public preview phase we've gained a lot of valuable feedback and brought a lot of this feedback into the public release. Thank you so much to all of you helping to shape and make Enterspeed an even better product.

The Enterspeed Query API

The Enterspeed Query API lets you easily build search indexes from a new Index schema type and return lists of items – directly within the Enterspeed platform. It also, as the name implies, brings a new Query API that lives side by side with the existing Delivery API, which gives you even more power and flexibility in the way you can fetch data from Enterspeed.

Some of the highlights in the Query API are:

• Easy creation of new search indexes without new infrastructure or external search providers
• Filtering, sorting, pagination, and even facets on request time
• Deep integration with existing full-schema views, letting the query result return views
• Do multiple queries in a single request

Quick start

1. Create an Index Schema for the data you need list/filter on (e.g., productIndex). Index schemas define the fields and their types you want in the index and maps the data to go into the index.
2. Get an Environment API key (Management App → Environment client) to call Delivery & Query API. Just like you know it from the Delivery API.
3. Query the index via POST https://query.enterspeed.com/v1/{indexAlias} with filters/sort/pagination — optionally add aliases to get Delivery API views per item. 

Check out the full launch blog (background, facets & Delivery API integration examples - plus pricing) 👉 Launching the Enterspeed Query API 

Links

• Query API docs (endpoint, filters, facets, aliases, responses) Enterspeed Docs
• Index Schemas (when & why to use indexes vs. full schemas) Enterspeed Docs

Fetching data from Enterspeed has just become 100 times easier. With the new Query API, you can create dynamic queries on the data you have in Enterspeed. This means you can now effortlessly create product list pages, article lists, or any other type of list you need. Additionally, you can look up specific customers' orders or events within specific date ranges and locations.

The Query API introduces several new concepts, including the Index Schema, which allows you to define and manage searchable properties, and the Query API Endpoint, a new endpoint in the Enterspeed ecosystem: query.enterspeed.com.

In the Index Schema, you create and manage dynamic queries on your data.

The Query API supports filtering and sorting, and pagination. For instance, you can filter on fields defined in the Index Schema with various operators like equals and greaterThan.

For more detail, please jump to the product article 👉 The Enterspeed Query API is in preview 

What’s next?

• Properties method: Currently, the PropertiesContext object is not available, but we are working on reintroducing this functionality.
• Facets support: We are also working on bringing support for facets to the Query API, expected before summer.

How to get started

To learn more about the Query API, visit our documentation. 

If you want to try out this feature, please reach out to us, and we’ll activate the feature and give you a 1:1 introduction.

We are thrilled to see how you will use the Query API to enhance your projects!

You can now get an e-mail notification whenever Enterspeed creates, updates, or resolves an incident on any of our services including:

• Delivery API
• Ingest API
• Management App API
• enterspeed.com

By subscribing, you’ll receive status notifications directly if there are any changes to our system's performance and we’ll also use the updates to announce any planned maintenance windows.

Simply jump to Enterspeed status and subscribe to get the latest updates delivered straight to your inbox.

Have you ever wanted to know what a view response looks like from the Delivery API – or maybe wanted to see resolved references for a view? Good news! You can now do that directly from the Generated views panel in the Management App.

In addition to copying a CURL request from the routes list, you can now execute the request directly and view the response from the Delivery API within the app. This feature is particularly useful for seeing the full view, including resolved references, as shown in the examples below.

The statically generated view holds a single unresolved reference for a productListingView. This is how the view is stored as references are resolving during the Delivery API request.

When you execute the CURL request against the Delivery API, you can now see the full response, including the resolve productListingView reference.

We've also introduced the ability to make CURL requests by id. In the Enterspeed Delivery API, you can fetch a view in three ways: by URL, by handle, or by id. URLs and handles are routes you create using the routes function in a schema. Previously, we only provided CURL options for these explicit routes. Now, we've added the id CURL request, allowing you to fetch views without relying on explicit routes. This makes it easier to test references for these views.