What the Base44 App ID is
Every project you create on Base44 is assigned a unique alphanumeric App ID at creation time. It never changes for the life of the project, and it is how Base44's systems — the builder, the hosting layer, the API, and support tooling — refer to your application internally. You will be asked for it when wiring up integrations, mapping a custom domain, talking to support about a deployment problem, or calling Base44-facing APIs from your own code. Think of it as your project's license plate: not a secret, but unique and stable.
Finding it in the dashboard
The most reliable place to find your App ID is the project dashboard. Open your project in the Base44 builder, then navigate to General Settings. The App ID is listed alongside the project name and creation date, with a copy button next to it. This is the canonical source — if a URL ever looks ambiguous, the value shown in General Settings is the one to trust.
Finding it in the project URL
When your project is open in the builder, look at the browser address bar. The workspace URL contains your App ID as an identifying segment, so you can copy it straight from the URL without opening settings at all. The same identifier also appears in your app's preview and production URLs once deployed. This is the fastest method when you just need to paste the ID into an integration form — but double-check you've copied the app segment and not a route or file path.
Using the App ID in code and environment variables
Generated apps sometimes need to know their own App ID — for example when calling a Base44 API endpoint or tagging analytics events. The recommended pattern is to store it as a runtime environment variable in the project's secrets or config panel and read it at runtime, rather than hardcoding the value into source files. That keeps the ID out of prompt history and makes it trivial to reuse the same codebase pattern across multiple projects. Never confuse the App ID with an API key: the App ID identifies your app, while API credentials authenticate requests — credentials belong in the secrets panel, always.
Custom domains and support requests
Two situations where you'll definitely be asked for the App ID. First, custom domain setup: when mapping your own domain, Base44's verification flow ties the DNS records to a specific App ID, so having it handy speeds up troubleshooting when TLS provisioning stalls. Second, support: if a deploy is stuck or an app is misbehaving, including the App ID in your first message to support skips an entire round-trip of 'which project is this?'.
Verifying app health with the App ID
When something looks wrong, use the App ID to scope your diagnosis. Check whether your specific app is reachable, then cross-reference platform-level status on status.base44.com or the live dashboard here on base44.health to tell a project-specific issue apart from a platform-wide incident. If the platform is green but your app is not, the problem is almost always in your project's generated code or its DNS configuration — and the App ID is the handle you'll use to dig further.