Udacity

Udacity's API is not self-service — individual accounts cannot generate an API key from a dashboard. Enterprise API access requires an active Udacity for Business or Enterprise plan and a request to your Udacity account manager or customer success team. When API access is enabled, Udacity provides a base URL (commonly https://api.udacity.com/api/v1/enterprise/ — verify with your account manager, as subdomains can be account-specific) and an authentication token. Note whether the token uses 'Bearer' or 'Token' prefix in the Authorization header, because Udacity API versions vary on this point — you will test both formats in Step 2. If you do not yet have enterprise API credentials, choose the CSV path: log into the Udacity for Business admin portal at https://business.udacity.com and navigate to Reports or Analytics to download the progress export. The export includes fields for learner email, program title, cohort name, enrollment date, progress percentage, status, and last activity date — these map directly to the Bubble Data Type you will create in Step 3. Either way, note the exact column names in the CSV or endpoint field names from Udacity's documentation before building your Bubble Data Type — a mismatch between Udacity's export column headers and your Bubble field names will produce empty data on import and is the most common first-import issue.

Whether you use the API or CSV path, you need a Bubble Data Type to store learner records — the database becomes your fast query layer that avoids hitting Udacity's API on every page load. In your Bubble editor, click the Data tab in the left sidebar, then click 'Add a new type' and name it 'UdacityLearner'. Add the following fields: - email (text) - name (text) - program_title (text) - cohort_name (text) - enrollment_date (date) - progress_percentage (number) - status (text — values: enrolled, in_progress, completed, withdrawn) - last_activity_date (date) - manager_email (text) - department (text) - imported_at (date) For the CSV import path: in the Data tab, click 'CSV Import'. Select your Udacity for Business CSV export. Map each Udacity column to the corresponding Bubble field. If Udacity's column headers do not exactly match, use the dropdown on each field to remap. After import, verify a few records in the Data tab's App Data view to confirm field values populated correctly — specifically check that progress_percentage is a number (not a text field with a % symbol) and that dates parsed correctly. Add privacy rules immediately after creating this Data Type: Data tab → Privacy → Add a new rule for UdacityLearner. Set the rule so that 'Only the logged-in user with role = admin' can view all fields. Without this rule, any logged-in user can query all learner records including emails and completion rates from the browser.

If you have enterprise API credentials, configure Bubble's API Connector to fetch live enrollment data. In the Bubble editor, click Plugins in the left sidebar, then 'Add plugins' and search for 'API Connector'. Install it (by Bubble). In the API Connector panel, click 'Add another API' and name it 'Udacity'. Set the base URL to your Udacity enterprise API endpoint (e.g., https://api.udacity.com/api/v1/enterprise/ — use the exact URL from your Udacity account manager). Under Shared Headers, click 'Add a shared header' and enter: - Key: Authorization - Value: Bearer YOUR_ENTERPRISE_TOKEN Check the 'Private' checkbox next to this header. This is critical — Private marks the header as server-side only, so it never appears in browser network traffic regardless of how the call is used in your app. Add a second shared header: Key = Content-Type, Value = application/json. Now add your first call: click 'Add another call' inside the Udacity API. Name it 'Get Enrollments'. Set Method to GET. Set the path to /enrollments (append to the base URL). Add parameters for pagination: add a parameter named 'page' with a default value of '1', and 'per_page' with a default of '50'. Set 'Use as' to Data and click 'Initialize call'. The Initialize Call requires a REAL successful response from Udacity's API — Bubble uses the actual response JSON structure to auto-detect field names. If the call returns a 401, check whether Udacity requires 'Token' prefix instead of 'Bearer' — update the Authorization header value and re-initialize. After successful initialization, Bubble shows the detected fields (learner_email, program_title, cohort_name, etc.) in the 'Expand response' section. These fields are now available in the Bubble editor for use in Repeating Groups and Text elements.

1{
2  "method": "GET",
3  "url": "https://api.udacity.com/api/v1/enterprise/enrollments",
4  "headers": {
5    "Authorization": "Bearer <private>",
6    "Content-Type": "application/json"
7  },
8  "params": {
9    "page": "1",
10    "per_page": "50"
11  }
12}

Now build the L&D portal's main view: a cohort completion dashboard that gives managers an at-a-glance view of program progress. Create a new Bubble page named 'cohort-dashboard'. Add a Group element at the top for filters: insert a Dropdown element with options for department (pulled from a search for UdacityLearner's unique department values using :unique items). Add a second Dropdown for status (enrolled, in_progress, completed). Add a Repeating Group below the filters. Set its Data source to 'Search for UdacityLearners' with constraints matching your filter Dropdowns. Set Layout to 'Full List'. In the Repeating Group's first cell, add: - Text element: Current cell's UdacityLearner's name - Text element: Current cell's UdacityLearner's program_title - Text element: Current cell's UdacityLearner's cohort_name - Text element: 'Progress: ' + Current cell's UdacityLearner's progress_percentage + '%' - Text element: 'Last active: ' + Current cell's UdacityLearner's last_activity_date:formatted as [Day] [Month abbr] [Year] - A colored Shape element used as a status indicator: set its background color to a conditional — if status = 'completed' then green; if status = 'in_progress' then orange; otherwise red. Above the Repeating Group, add stat Text elements showing aggregate values: - Total enrolled: Search for UdacityLearners:count - Completed: Search for UdacityLearners with constraint status = completed :count - Average progress: Search for UdacityLearners:average of progress_percentage:formatted as '0' + '%' All Bubble aggregations (:count, :average, :sum) run as database queries — they do not require JavaScript or additional API calls. For cohort grouping: add a second Repeating Group grouped by cohort_name. Set its Data source to 'Search for UdacityLearners' and in the cell, display the cohort_name and a count of learners in that cohort using ':filtered' to scope back to just that cohort's name.

The most operationally valuable part of the L&D portal is proactive identification of learners who have gone quiet — and triggering a manager notification before they drop the program entirely. Add a new Tab or Group on your dashboard labeled 'At Risk'. Inside it, add a Repeating Group with data source: Search for UdacityLearners with constraints: - last_activity_date < Current date/time + days(-14) - status is not completed This query returns every learner who has been inactive for 14 or more days and has not yet finished their program. Style the Repeating Group cells with a yellow or orange background to make the at-risk status visually clear. Show the learner's name, program_title, progress_percentage, and a calculated 'Days inactive' field: Current date/time - Current cell's UdacityLearner's last_activity_date:formatted as '[difference in days] days'. Add a 'Send Reminder' button in each Repeating Group cell. Set the button's workflow: on click → 'Schedule API Workflow on a list' (paid plan required) — OR for the simpler approach on any plan, use a 'Send email' action directly in the button click workflow, pulling the manager_email from the current cell's UdacityLearner record and including the learner's name and program_title in the email body. For the paid-plan automated version: Settings → API → enable 'This app exposes a Workflow API'. Create a Backend Workflow named 'notify_at_risk_learner' with parameters for learner_name (text), program_title (text), and manager_email (text). In the workflow, add a Send Email action (or an API call to a Slack webhook) using these parameters. In your page workflow, use 'Schedule API Workflow on a list' to trigger notify_at_risk_learner for each at-risk learner in the Repeating Group. For weekly automated checks (paid plan): go to the Backend Workflows section and add a 'Recurring event' that runs every Monday at 8 AM. In its workflow, run a search for at-risk learners and schedule notify_at_risk_learner for each result. Note: 'Schedule API Workflow', 'Recurring events', and Backend Workflows all require a paid Bubble plan. Free-plan apps cannot run scheduled or backend workflows. If you are on Free, use the manual 'Send Reminder' button approach on the at-risk page instead. RapidDev's team has built hundreds of Bubble L&D portals with multi-source data integrations like this — if you want a free scoping call to discuss your architecture, visit rapidevelopers.com/contact.

Since Udacity's enterprise API does not push updates to Bubble, set up a weekly refresh workflow to keep the UdacityLearner Data Type current. For the API path (paid Bubble plan): in Backend Workflows, add a Recurring event named 'refresh_udacity_data' set to run weekly. In its workflow, add an API Connector call action using your 'Get Enrollments' call. For each returned enrollment record, use 'Create or update a UdacityLearner' — search for an existing record matching the email field, and if found, update progress_percentage, status, and last_activity_date; if not found, create a new record. This prevents duplicate entries on each refresh. For the CSV path: export a fresh CSV from the Udacity for Business admin portal each week. Before importing, note any column name changes — Udacity may rename export columns when they update their admin interface. Import via Data tab → CSV Import, remapping columns as needed. Privacy rules are mandatory before you share this app with any non-admin users. In the Data tab, click 'Privacy'. Click 'Add a new rule' for UdacityLearner. In the rule editor: - Set the condition to 'Current User's role = admin' (or however your app defines admin users) - Check 'View all fields' under this condition - Leave all checkboxes unchecked for the default (no condition) row — this blocks all access by default This ensures that learner emails, progress percentages, and manager email addresses are only visible to authorized admin users. Without this rule, any logged-in user in your Bubble app can retrieve all UdacityLearner records via a direct client-side search — Bubble's database is not private by default. Also verify that the API Connector's Bearer token header has the 'Private' checkbox checked — re-open Plugins → API Connector → Udacity → Shared Headers and confirm the checkbox is active. Bubble shows a lock icon next to private headers.