Install the bridge on the public site
Use the WordPress add-on or the hand-coded PHP drop-in so the customer domain owns /api/v1.
Give Meta, WordPress, client portals, and lead forms one stable HTTPS route into approved CreditSoft API endpoints while casework stays local.
Meta, WordPress, lead forms, and client portals need a real HTTPS domain. The website bridge gives those systems one controlled route into approved CreditSoft API endpoints while the working client file stays inside the intranet.
https://yourdomain.com/oauth.php.This is what Meta, portal users, WordPress, and lead forms can safely reach.
https://yourdomain.com/oauth.phpThis is where casework, staff access, API keys, and private customer records stay.
Use the WordPress add-on or the hand-coded PHP drop-in so the customer domain owns /api/v1.
The target can be ngrok for testing, Tailscale when the website server can see the tailnet, or a future reverse proxy.
Meta only sees the stable website URL. CreditSoft handles the private hop behind it.
The same bridge pattern supports client portal reads, lead intake, website forms, browser companion handoff, and future WordPress installs without turning the intranet into a public SaaS box.
Show portal-safe status, documents, and updates through the branded public site.
Send public website leads into CreditSoft without copy-paste or disconnected inboxes.
Keep OAuth and webhook URLs stable even when the temporary office tunnel changes.
Use it as the public API layer for Meta callbacks, website intake, WordPress installs, and portal handoff while CreditSoft keeps the private office system separate.