Last updated: May 2026

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.

What is the Website References app and why does it exist? Website References is the FireFlight app where every business-critical URL lives attached to the record it belongs to. Vendor portals, client login pages, department wikis, plus support sites are tagged by purpose, flagged when broken, plus audited on every change. No more hunting through browser bookmarks or shared spreadsheets.

FireFlight Website References app screenshot showing categorized URLs tied to company, client, plus vendor records with tags and status flags

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 Us

Why 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?

Departments User Profiles Project Records

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, the FireFlight on-screen tutorial assistant
Built-in tutor

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 Ikhana

What 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?+
Browser bookmarks belong to one person. They do not survive a laptop replacement, a role change, or a departure. Shared spreadsheets get out of date the moment they are saved, because nobody owns the maintenance. Website References ties each URL to the record it serves, so the link is found by anyone who needs it through the entity they are already looking at.
Can the same URL be attached to more than one record?+
Yes. A shipping provider's tracking portal may be relevant to multiple vendors plus to the operations department. Website References lets you attach one URL to multiple entities while tracking each relationship as its own reference. Change the underlying URL once and every attached record updates.
What happens to broken or deprecated URLs?+
Mark them disabled. The link stops appearing as an active reference but the history stays in the audit trail. You can see when it was added, when it was disabled, plus who made each change. Nothing is destructively deleted unless an administrator chooses to purge.
Can we import URLs from an existing spreadsheet or bookmark export?+
Yes. PCG handles import as part of deployment. We have moved URL data from Excel, from browser bookmark exports, plus from older internal databases since 1995. The import is scoped against your actual reference list, tagged against the right entities, plus validated before the system goes live.
How does the AI reporting layer query the reference library?+
You type a question in plain English and the AI translates it into a query against your live data. Examples: "Which active vendors have no support URL on file?" or "List every URL changed in the past 30 days and who changed it." The answer returns with the underlying records visible. No report request to IT.
Who controls visibility on internal-use URLs?+
An administrator sets visibility by team plus by role. Internal admin URLs stay visible to IT. Confidential client URLs stay visible to the account team. Every access plus every change is logged regardless of visibility scope, so audit history is preserved for sensitive references.
How long does Website References take to deploy?+
A standard deployment of Website References runs weeks, not months. Discovery plus URL inventory happens first. Import and tagging follow. Training plus go-live close the project. Most teams are operational on the app inside four to six weeks, with longer timelines only for organizations holding thousands of reference URLs across many entity types.

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 Woolbert, Principal of Phoenix Consultants Group
Allison Woolbert
Principal, Phoenix Consultants Group

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 Allison

Phoenix Consultants Group founded 1995. FireFlight Data Systems is PCG's proprietary modular platform. Page updated May 2026.