One small request.
A useful first connection.

Start with an instance, server-side credentials, and a simple content request. Expand the integration once that first connection is clear.

Your frontend. A clear API.
Server-side integration
GET /api/v1/cms/pages

Instance → Content pages
title: A summer worth sharing
Response shape
Use your instance reference for the full schema.
01

Prepare the instance

Use the URL of your Ominity instance. Decide which records the integration needs and give its administrator API key the appropriate permissions.

02

Keep credentials on the server

Store the instance URL and credentials in your server environment. Do not place a privileged API key in a browser bundle, public repository, or client-side request.

03

Start with a read

The API uses the /api/v1 base path. Begin with GET /cms/pages or GET /commerce/products. Verify the authentication configuration for your instance before connecting a live application.

For example, the first read can target a content collection:

GET /api/v1/cms/pages

This shows the operation path. Use your instance’s authentication reference for the required credentials and request configuration.

04

Build the next layer

Choose an SDK or framework package. Handle empty results, denied access, and errors before adding cart operations or customer-specific interactions.

05

Keep a clear boundary

LayerResponsibility
FrontendRender records and make interaction states clear.
Server integrationKeep privileged credentials and call the instance.
Ominity instanceApply the configured permissions and supported operations.

Continue with authentication and access, then make customer context explicit when your application needs it.

Let’s talk about
your next project.

Three quick questions to start the conversation.

What’s your name?
Your email app opens a draft at the final step. Nothing is sent automatically.