Files and integrations
Connect the tools your business uses
Add a widget or connect a service while keeping public code and private credentials separate.
- Who this helps
- Site editors adding approved widgets; Owners and Admins manage service keys.
- Before starting
- Know the service, the specific action required, and whether it needs a public snippet or a private key.
- Done when
- The intended action works on the live site without exposing a secret in page code.
01
Choose the simplest connection
A booking link sends the visitor to an external service. An embed displays that service within the website. A service connection can send a supported request with a private key.
Ask Launch for the business result and name the service. A website button does not by itself create a completed payment or confirmed booking.
- Describe the visitor action and the expected result.
- Use the service's official link, embed instructions, or integration documentation.
- Check the action in Preview when supported, then on the live site.
- Confirm the resulting record in the destination service.
02
Add a public snippet
Site overview → Custom code provides Head code and Footer code. Each snippet applies to every page on the next publish.
Custom code runs only on the connected custom domain. Launch switches it off on the webrenew.app address.
- Copy the official snippet intended for a public website.
- Place it in the slot specified by the provider.
- Save and publish.
- Test on the custom domain, including mobile behavior.
- Remove an unused or broken snippet, save, and publish again.
Do not paste private API keys into Custom code. Check consent behavior before adding analytics, advertising, or other tracking snippets.
03
Add service keys through Environment variables
Owners and Admins can add private values in Environment variables or the secure request card shown by Launch.
Enter a name and a value. The service request in the site's code determines where a value may be used. Saving a key alone does not create an integration.
- Open Site overview → Environment variables, or the secure request card in the conversation.
- Check the requested service and purpose.
- Enter the exact variable name and its value.
- Save the variable.
- Ask Launch to complete the intended integration and test its result.
Keep secret values out of chat, site files, screenshots, and public snippets. The agent can work with the variable name without receiving the value.
04
Approve the connection through publication
A site's private keys are available only to permitted service requests. A new request created by an Editor can wait for an Owner or Admin to publish it.
Preview access to private service requests also requires the appropriate role. A permission refusal is not evidence that the key is wrong.
- Have the Owner or an Admin review the service and intended request.
- Publish the checked version with that role.
- Test the live action using suitable test data.
- Verify the destination record before relying on the integration.
A public visitor may repeat an action the website exposes. Keep business permissions and payment confirmation checks in the destination service.
05
If the connection does not work
Separate a missing value, a restricted site request, a provider refusal, and a snippet that runs only on the custom domain.
- Read the visible error without copying the key value.
- Confirm the variable name and service permissions.
- Check that the intended version was published by an authorized role.
- Test a custom-code snippet on the custom domain.
- Use Help with the service name, page, action, and redacted error.