Website References: Every URL Tied to the Right Record
Keep supplier portals, client websites, vendor logins, plus internal knowledge bases attached to the records they belong to. The Website References app stores, tags, plus categorizes URLs across your operation so the right link is always one click away from the right entity.
See how Website References ends the bookmark sprawl that costs your team time on every customer call, vendor login, plus internal knowledge lookup. Deployment runs weeks, not months.
Request a Demo Contact UsWhy do business URLs get lost so fast?
In 2026, the average mid-sized business runs against hundreds of external URLs. Vendor portals to file orders. Client production sites for monitoring. Supplier login pages for pulling invoices. Knowledge bases that hold the answer to the question your support tech is asking right now. Most companies store these links in three places: each person's browser bookmarks, a shared spreadsheet that nobody trusts, plus someone's head.
The cost shows up daily. A vendor changes their portal URL on a Tuesday. By Friday, three people have called support asking why the link in the spreadsheet returns a 404. A client gets a new login domain. The account manager finds out from the client, not from a tracked record. Onboarding a new hire means walking them through fifty URLs from memory because nothing was ever written down in the right place.
The problem is that URLs are never the primary record. They are always attached to something else, a vendor, a client, a department, a project. When the URL gets divorced from that record, it loses meaning. A bookmark named "portal" tells you nothing six months later.
How does Website References keep links useful?
Every URL attaches to an entity record. A vendor's portal link sits on the vendor record, a client's login page sits on the client record, plus a department's wiki sits on the department record where the team actually looks. The same URL can attach to multiple entities when it serves more than one, plus the system tracks each relationship separately. No duplicate links floating loose in some shared folder nobody trusts.
Each link gets a purpose tag and a status flag. The "Support Portal" tag tells your team exactly what the link is for, separating it cleanly from a "Marketing Site" or a "Vendor Login" for the same company. Status flags answer one question fast: does this link still work? When a URL goes dead, the team disables it without erasing the history of when it was active or why it was used in the first place.
The search layer makes the whole thing findable in seconds. Type the vendor name plus "support" and the right URL surfaces immediately. Filter by tag, by status, or by attached entity to pull exactly the slice you want. One query pulls every "Knowledge Base" link across every department.
What apps does Website References connect to?
Who can see which links, plus what gets logged
Not every URL is public knowledge inside the company. Internal admin tools, vendor portals with shared credentials, plus links to confidential client systems all live in Website References, but visibility is controlled by team plus by role. The optional internal-use tag hides selected URLs from anyone outside a chosen group. Restricted means restricted.
Every link added, edited, disabled, or re-enabled is recorded in the audit trail. The system captures who made the change, when it happened, plus what the prior value was. Administrators can trace any URL back through its full history. That matters for internal accountability and for regulated environments where access history is part of compliance.

Ikhana explains every tag, flag, plus visibility option in the page itself
Adding a URL is easy. Knowing which tag to apply, when to mark a link internal-use, plus how visibility controls work takes a moment of guidance. Ikhana sits inside the page and explains each option in plain language the first time someone uses it.
The result: a new team member starts loading reference URLs correctly on day one. No printed manual. No tap on a coworker's shoulder every five minutes during the first week.
Learn more about IkhanaWhat does Website References give your team?
Attach website references to any entity in the system, including companies, clients, vendors, users, plus departments.
Tag URLs by purpose so "Support Portal" never gets confused with "Marketing Site" or "Vendor Login" on the same record.
Disable outdated or broken URLs without losing the historical record of when they were active.
Display the right URLs inside entity profiles and across system-wide dashboards.
Internal-use tags plus restricted visibility for sensitive links.
Full audit log of every link change, every reference update, every status flip.
Search and filter across the entire reference library by tag, by status, or by attached entity.
Everyone knows where to go now. Whether it is a supplier site or a department wiki, it is referenced directly on the record where the team needs it.FireFlight customer feedbackMid-sized manufacturing operation
Why the AI reporting layer matters for URL management
Phoenix Consultants Group has been building custom business software since 1995. Across 31 years and 500+ applications, the same pattern shows up. Critical reference data lives outside the system that should know about it. URLs, contacts, file paths, plus credentials end up in personal notes that nobody else can find.
The AI reporting layer inside FireFlight lets your team query the reference library in plain English. Ask which vendors have no portal URL on file. Ask which client records are missing a production site link, or which URLs were disabled in the past 90 days and who disabled them. The answers come from your live data, not a quarterly audit done by hand.
Deployment of Website References, including importing your existing URL spreadsheets plus tagging them against the right entities, runs weeks, not months.
What changes operationally after deployment?
Support staff stop asking each other for vendor portal URLs because the link sits on the vendor record.
New hires get productive quickly. Reference URLs are right there on the entity record.
Broken URLs stop wasting time. When a link fails, someone disables it and the failure pattern surfaces in reporting instead of being hit again by the next person.
Audit requests get answered fast. Which client URLs were changed last quarter? The log has it.
Sensitive internal URLs stay restricted to the people who need them.
Frequently asked questions about Website References
Why not just use browser bookmarks or a shared spreadsheet for company URLs?+
Can the same URL be attached to more than one record?+
What happens to broken or deprecated URLs?+
Can we import URLs from an existing spreadsheet or bookmark export?+
How does the AI reporting layer query the reference library?+
Who controls visibility on internal-use URLs?+
How long does Website References take to deploy?+
Stop chasing links that should already be on the record
Bookmarks and spreadsheets cost your team time on every support call. One reference per record. Tagged. Audited. Live in weeks.
Request a Demo Contact Sales
Allison has been building custom software since before PCG was founded in 1995. Over 31 years she has delivered more than 500 applications for small businesses, Fortune 500 firms, plus government contractors. Reference data lives at the edges of nearly every engagement, which is why Website References exists as a first-class app inside FireFlight rather than a feature buried inside another module.
phxconsultants.com Contact AllisonPhoenix Consultants Group founded 1995. FireFlight Data Systems is PCG's proprietary modular platform. Page updated May 2026.
Everything you Need All in one Platform