Have something to say?

Tell us how we could make the product more useful to you.

.Hello, I would like to share some feedback regarding the Starter plan and monetization security. I recently discovered that important security features (like server-side logic and secure watermarking) are not included in the Starter plan. Unfortunately, this was not clearly highlighted when choosing the plan. For an app with monetization, this is a critical point. Without backend protection, it is possible to bypass limitations or access non-protected images, which directly impacts revenue. I have already paid for the Starter plan, and I only realized these limitations after testing with real users. Some of them were even able to bypass the system, which is obviously a concern. From a commercial point of view, I believe this kind of limitation should be clearly emphasized upfront. Transparency builds trust. Thatโ€™s why I would like to ask if it would be possible to benefit from a temporary access (for example 1 month) to the Builder plan, in order to properly test my application with full security. This would allow me to validate my business model in real conditions, and I would very likely upgrade afterwards if everything works as expected. Thank you in advance for your understanding and support.

DOMINIQUE PENET About 3 hours ago

2
๐Ÿ’ก

Feature Request

Feature Request: Exportable Granular Usage Logs (CSV/JSON) for Credit Auditing

As a user building professional solutions on Base44, I need better visibility into how credits are being consumed. Currently, tracking usage message-by-message is time-consuming and doesn't allow for a high-level audit of automated tasks or API calls. I am requesting an "Export Logs" feature that provides: Timestamped activity: Exactly when credits were deducted. Context/Endpoint: Whether it was a Manual Chat, an AI Agent, or an Automation. Cost breakdown: The specific amount of credits used per event. Error Tracking: Identifying if credits were consumed by failed requests or retries. Why this is important: Without granular logs, itโ€™s difficult to optimize workflows or justify scaling the platform for larger projects. Transparency in billing builds trust and helps us build more efficient apps.

adi mazzawi About 4 hours ago

1
๐Ÿ’ก

Feature Request

llms.txt

This is what was suggested by base44 support to ask for regarding llms.txt . You're absolutely right that llms.txt is an important and growing standard, especially as AI crawlers become a bigger source of traffic and visibility. The Base44 AI gave you accurate advice โ€” this genuinely does need a platform-level fix, not something that can be patched with code in your app. Here's what I'd suggest: Submit a feature request at feedback.base44.com โ€” specifically request that Base44 map /llms.txt as a platform-served file, similar to how /robots.txt and /sitemap.xml are handled. This is the only path to getting it properly implemented. Can you make this happen so that llms.txt is handled similar to how /robots.txt is handled?

Dean Yaukey About 15 hours ago

๐Ÿ’ก

Feature Request

Full White-Label Control for Transactional Emails (Remove All Base44 Template Elements & Links)

Currently, even after setting up a custom email domain, transactional emails (such as email verification and password resets) still include Base44-controlled template elements. Specifically: A header section (e.g., โ€œReset your passwordโ€) remains in the email That header is clickable and links to Base44 This creates unintended external navigation and breaks the white-label experience This means that while visible branding like logos and sender domains can be customized, the email is not fully white-labeled. This causes credibility risks within our apps. Requested functionality: Ability to fully remove or disable all Base44 template elements Option for plain-text email format Guarantee that no external Base44 links are included in transactional emails This is essential for teams building customer-facing applications that require a fully branded and trusted experience.

E-mo About 20 hours ago

๐Ÿ’ก

Feature Request

Title: AI coding agent should warn that Core.SendEmail doesn't support external email addresses Message: The AI coding agent repeatedly guided me to implement Core.SendEmail to send emails to external recipients, without ever warning me that this function is restricted to users registered within the app. As a result, I wasted a significant number of credits trying to make something work that was simply impossible. Request: The AI agent should systematically inform users of this limitation as soon as it detects a use case involving external recipients, and immediately suggest the appropriate alternative (e.g. Resend). This would prevent unnecessary credit loss and frustration for users.

Title: AI coding agent should warn that Core.SendEmail doesn't support external email addresses Message: The AI coding agent repeatedly guided me to implement Core.SendEmail to send emails to external recipients, without ever warning me that this function is restricted to users registered within the app. As a result, I wasted a significant number of credits trying to make something work that was simply impossible. Request: The AI agent should systematically inform users of this limitation as soon as it detects a use case involving external recipients, and immediately suggest the appropriate alternative (e.g. Resend). This would prevent unnecessary credit loss and frustration for users.

david grout About 22 hours ago

๐Ÿ’ก

Feature Request

EU Data Residency Option โ€“ Critical for GDPR Compliance and Scaling in Europe

Hi Base44 team, Weโ€™re a big fan of your platform and actively building a SaaS app on it (an AI-powered sales tool that generates ready-to-send offers from meeting transcripts; itโ€™s called Nimblo), which we plan to sell primarily in Europe (Germany, France, Benelux, Czechia, etc.). The issue: All data is stored exclusively in the US, creating significant GDPR barriers (Schrems II, Art. 44 transfers, CLOUD Act risks). Many potential EU B2B clients (especially those handling personal data like names, emails, call transcripts) reject it due to data sovereignty and DPIA requirements. My request: Add an option to choose EU/EEA data residency (AWS Frankfurt, Azure West Europe, Hetzner Germany, or similar) โ€“ e.g., a toggle when creating a project or in account settings. Ensure all databases, storage, auth, and processing stay fully within the EU (not partially). Bonus: Auto-generated DPA/SCCs, a residency badge in the dashboard, or a clear compliance indicator. This would unlock the entire European market โ€“ right now we have to turn away clients. I see similar requests (EU Data Residency for GDPR, We need EU-Hosting, Server hosting from the EU, etc.) with dozens/hundreds of votes and marked "In Review" โ€“ please add my project to the priority list and let us know if there's a planned timeline (2026/Q3?). Thanks a lot for considering this โ€“ European market could be a huge opportunity for Base44!

Neowara Solutions 1 day ago

๐Ÿ’ก

Feature Request

Critical: Manifest Access & AD_ID Compliance for Android

I am a developer currently trying to publish my app, Zโ€ฆ., on Google Play. I have encountered two critical blockers that cannot be resolved through the React code editor: AD_ID Permission Requirement: Google Play now requires the com.google.android.gms.permission.AD_ID permission to be explicitly declared in the AndroidManifest.xml. Since my app is flagged for using advertising/analytics IDs, I am getting a compliance warning. I need a way to add this permission to the native manifest. Version Code Control: I need manual control over the versionCode in the build.gradle. Currently, I cannot sync my Play Console releases with the automated increments provided by Base44. Deobfuscation (Mapping) Files: Google Play is flagging missing mapping files for R8/Proguard. This makes crash analysis (like the White Screen issues I'm facing) impossible to debug. Request: Please provide a "Native Configuration" section in the Publish dashboard or allow manual edits to the AndroidManifest.xml. As an "indiedev" building on your platform, these are essential requirements for app store compliance in 2026. I have already discussed this with support, and they suggested I flag this as a compliance requirement here for the engineering team to prioritize.

Ipek AG 1 day ago

๐Ÿ’ก

Feature Request