Skip to main content
Mock API Builder
Learning Center/Working with APIs/Sharing & Collaboration
Working with APIs

Sharing & Collaboration

Share your mock APIs with team members, clients, and stakeholders for seamless collaboration

Why Share Mock APIs?

Sharing your mock APIs enables collaboration across your entire team without requiring everyone to create accounts or set up their own instances. Anyone with the shared link can access and use your mock API immediately.

Team Collaboration

Share with frontend developers, QA testers, and mobile developers so everyone uses the same API

Client Demos

Show stakeholders and clients working prototypes without giving them access to your account

Public Testing

Make your mock API publicly available for open-source projects or community testing

Controlled Access

Revoke access anytime by disabling the shared link without affecting your project

Sharing Methods

Public Link Sharing
Recommended

Generate a shareable link that allows anyone with the URL to access your mock API endpoints. You can choose whether API requests require authentication tokens or allow completely open access.

How it works:

  1. 1. Enable public sharing in project settings
  2. 2. Choose whether to require API tokens (optional)
  3. 3. Copy the generated public URL
  4. 4. Share the URL with your team or clients
  5. 5. They can immediately start making API requests

Share Link (opens the browsable project view):

https://mockapibuilder.io/shared/a1b2c3d4e5f6...

Calling an endpoint from that shared project:

https://mockapibuilder.io/api/shared/a1b2c3d4e5f6.../execute/users

Optional API Authentication

When you make a project public, you can toggle "API Token Required." If disabled, anyone with the shared link can call the endpoint above with no authentication. If enabled, callers must also send the share token as an X-API-Tokenheader — there's no separate token to generate, the same token in the URL is the credential.

Requiring the Token on Requests

For public projects, you can require the share token on every request, not just to open the project page. This stops someone from calling your endpoints if they only have a cached response body but not the actual link.

How it works:

  1. 1. Make your project public in settings
  2. 2. Enable "API Token Required"
  3. 3. Share the link; recipients pass the same token as an X-API-Token header on their requests
  4. 4. Regenerate the link anytime to invalidate the old token and issue a new one

Example Request:

bash

Note: Requiring the token is optional. Leave "API Token Required" off to allow open access with just the link.

How to Share a Project

Step-by-Step Guide
1

Open Project Settings

Navigate to your project and click the "Settings" tab

2

Enable Public Access

Toggle the "Make Public" button in the Sharing tab to enable sharing

3

Configure API Authentication (Optional)

Choose whether to require API tokens for requests. Toggle "Require Token" to enable authentication, or leave it as "Make Optional" for completely open access.

4

Copy the Share Link

Click the copy icon next to the share link to copy it to your clipboard

5

Share with Your Team

Send the share link via email, Slack, or your preferred communication method. If you enabled API token requirements, also share the API token securely.

6

Monitor Usage (Optional)

Check request logs to see who's using your shared API and monitor activity

Access Control & Permissions

What Shared Users Can Do
  • ✓Make API requests to all public endpoints (with or without tokens, depending on settings)
  • ✓Receive mock data responses
  • ✓Test CRUD operations (changes are synchronized across the project)
  • ✓Access the shared project view and documentation
What Shared Users Cannot Do
  • ✗Modify project settings or configuration
  • ✗Add, edit, or delete endpoints
  • ✗Change data schemas or validation rules
  • ✗View or access your account information
  • ✗Permanently modify the shared data (changes are session-isolated)

Revoking Access

How to Disable Sharing

You can revoke access to your shared API at any time:

Method 1: Disable Public Access

  1. 1. Go to Project Settings
  2. 2. Toggle off "Public Access"
  3. 3. The shared link immediately stops working

Method 2: Regenerate the Link

  1. 1. Go to Project Settings
  2. 2. Click "Regenerate Link"
  3. 3. The old link (and old X-API-Token value, if you require it) stops working immediately; a new one is generated
  4. 4. Share the new link with authorized users only

Common Use Cases

Frontend Team Collaboration

Scenario: Your backend team is still building the API, but the frontend team needs to start development now.

Solution: Create a mock API, share the public link with the frontend team, and they can immediately start building against realistic endpoints.

Client Demos & Presentations

Scenario: You need to demonstrate a working prototype to stakeholders, but the real backend isn't ready yet.

Solution: Share a mock API that returns realistic data for demos. After the presentation, you can disable sharing or regenerate the link.

QA Testing Environments

Scenario: QA testers need a stable API to test against without affecting production or development environments.

Solution: Share a dedicated mock API for testing. Testers get consistent responses, and you can monitor usage via request logs.

Third-Party Integrations

Scenario: Partner teams or contractors need to integrate with your API before it's deployed.

Solution: Use token-based sharing for controlled access. Partners include the token in requests, and you can revoke it once integration testing is complete.

Security Considerations

Important Security Notes

  • ⚠️Don't share sensitive data: Only use mock/fake data in shared projects
  • ⚠️Public links are accessible by anyone: Anyone with the URL can access your API
  • ⚠️Use tokens for sensitive projects: Token-based access provides better control
  • ⚠️Monitor request logs: Keep an eye on who's accessing your shared API
  • ⚠️Revoke access after use: Disable sharing when it's no longer needed
  • ⚠️Rate limits still apply: requests through a shared link are capped per token+IP (see Rate Limiting) — this isn't something you configure per project.

Best Practices

  • ✓Share project-specific links instead of your main account URL
  • ✓Use descriptive project names so recipients know what the API is for
  • ✓Include API documentation when sharing to help users understand endpoints
  • ✓Require the token on write requestsif the shared project accepts POST/PUT/DELETE calls, since those have a tighter rate limit and you likely don't want anonymous callers mutating shared state.
  • ✓Communicate changes to your team when you update the shared API
  • ✓Create separate projects for different audiences (internal team vs. clients)
  • ✓Regenerate links periodically for long-term shared projects
Previous: Analytics DashboardNext: Using APIs in Frontend Applications
Mock API Builder

Built for developers, by developers

DocumentationContactPrivacy PolicyTerms of Service

© 2026 Mock API Builder. All rights reserved.

Double-click for what's new
Learning Center
Learning Center