Privacy choices

Do Not Sell or Share My Personal Information

Do Not Sell or Share My Personal Information for individuals seeking information about privacy choices that may apply to personal information processed through LeadXHub.Com, covering request channels, identity verification, authorized agents, scope, recordkeeping, response handling, and the distinction between consumer privacy requests and ordinary account support. United States focused and built for the LeadXHub.Com operating model.

Last updated: August 14, 2026.

This do not sell or share my personal information describes request channels, identity verification, authorized agents, scope, recordkeeping, response handling, and the distinction between consumer privacy requests and ordinary account support. It is intended for individuals seeking information about privacy choices that may apply to personal information processed through LeadXHub.Com. It should be read together with the other LeadXHub.Com policies and any account, campaign, buyer, seller, or integration terms that apply to a specific relationship.

Important: This website policy provides operational information and platform terms; it is not legal advice to sellers, buyers, or other users. Organizations should obtain qualified counsel for their own marketing, privacy, consumer-protection, telecommunications, professional-responsibility, and state-law obligations.

Purpose and scope of this notice

This section explains how purpose and scope of this notice relates to LeadXHub.Com. The platform is designed around request channels, identity verification, authorized agents, scope, recordkeeping, response handling, and the distinction between consumer privacy requests and ordinary account support. Depending on how a visitor, account holder, seller, buyer, or business contact interacts with the service, the information involved may differ. LeadXHub.Com seeks to use information for defined operational purposes, apply role-based access where appropriate, and maintain records needed to provide the service, protect accounts, troubleshoot integrations, respond to requests, and support legitimate business administration.

For technical teams, observability should be designed into the connection rather than bolted on after failures appear. Under purpose and scope of this notice, define the expected input, the decision rule, the output, the party responsible for exceptions, and the metric that indicates whether the process is healthy. Connect those elements to privacy request, identity verification, and the broader account workflow. This makes reviews more concrete and helps individuals seeking information about privacy choices that may apply to personal information processed through LeadXHub.Com make it easier to submit and track a privacy choice request without exposing unnecessary personal information. It also gives developers and nontechnical operators a shared checklist when requirements change, which reduces the chance that an integration, campaign edit, or policy update silently creates inconsistent behavior.

Information and records covered

The term do not share can include different records depending on the context. Website activity, account registration, support communications, lead submission, delivery responses, webhook events, transaction statuses, and financial records do not all serve the same purpose. LeadXHub.Com therefore distinguishes among categories of information and applies controls according to function. No public-facing policy can describe every campaign-specific requirement, so sellers and buyers remain responsible for obtaining their own legal advice and using the platform in a manner consistent with laws and contractual obligations applicable to them.

For commercial teams, the same discipline applies to pricing and outcome reporting. Under information and records covered, define the expected input, the decision rule, the output, the party responsible for exceptions, and the metric that indicates whether the process is healthy. Connect those elements to consumer rights, personal information, and the broader account workflow. This makes reviews more concrete and helps individuals seeking information about privacy choices that may apply to personal information processed through LeadXHub.Com make it easier to submit and track a privacy choice request without exposing unnecessary personal information. It also gives developers and nontechnical operators a shared checklist when requirements change, which reduces the chance that an integration, campaign edit, or policy update silently creates inconsistent behavior.

Information provided directly

Where information is supplied by a registered organization, that organization is responsible for the accuracy and lawfulness of the information it provides and for the instructions it gives the platform. LeadXHub.Com may process information to perform requested services, secure the platform, detect misuse, maintain auditability, support consumer rights, and improve reliability. When a workflow involves another marketplace participant or service provider, information may be transmitted only to the extent reasonably necessary for the configured purpose, subject to applicable agreements and operational controls.

For compliance and privacy teams, documentation matters because lead data can move quickly between systems and organizations. Under information provided directly, define the expected input, the decision rule, the output, the party responsible for exceptions, and the metric that indicates whether the process is healthy. Connect those elements to authorized agent, privacy choices, and the broader account workflow. This makes reviews more concrete and helps individuals seeking information about privacy choices that may apply to personal information processed through LeadXHub.Com make it easier to submit and track a privacy choice request without exposing unnecessary personal information. It also gives developers and nontechnical operators a shared checklist when requirements change, which reduces the chance that an integration, campaign edit, or policy update silently creates inconsistent behavior.

Information from platform activity

Lead data can be sensitive in practice even when a particular field is not legally classified as sensitive information. For that reason, users should avoid placing unnecessary personal information in free-text fields, support tickets, webhook descriptions, or account notes. Sellers should collect only information needed for the relevant lead purpose and maintain appropriate source and consent records. Buyers should use delivered information only for authorized business purposes and should maintain their own retention, security, suppression, and communication practices. These standards support the broader goals of identity verification and responsible marketplace operation.

For managers, repeatable review is more useful than an occasional deep dive after a problem occurs. Under information from platform activity, define the expected input, the decision rule, the output, the party responsible for exceptions, and the metric that indicates whether the process is healthy. Connect those elements to identity verification, do not sell, and the broader account workflow. This makes reviews more concrete and helps individuals seeking information about privacy choices that may apply to personal information processed through LeadXHub.Com make it easier to submit and track a privacy choice request without exposing unnecessary personal information. It also gives developers and nontechnical operators a shared checklist when requirements change, which reduces the chance that an integration, campaign edit, or policy update silently creates inconsistent behavior.

  • Consumer Rights should be handled according to its purpose, access need, retention context, and any applicable request or contractual requirement.
  • Authorized Agent should be handled according to its purpose, access need, retention context, and any applicable request or contractual requirement.
  • Identity Verification should be handled according to its purpose, access need, retention context, and any applicable request or contractual requirement.
  • Personal Information should be handled according to its purpose, access need, retention context, and any applicable request or contractual requirement.

Lead and transaction information

LeadXHub.Com may use technical controls such as authenticated sessions, role checks, nonces, input validation, sanitization, output escaping, rate limits, logging, and restricted administrative access. No technical measure can guarantee absolute security. Organizations using the platform should maintain strong passwords, protect API keys and webhook secrets, limit team access, update connected systems, and report suspected compromise promptly. Security is a shared operational responsibility, particularly when privacy choices causes information to move between independently managed systems.

For sellers, feedback should be specific enough to improve source quality rather than simply reporting a negative status. Under lead and transaction information, define the expected input, the decision rule, the output, the party responsible for exceptions, and the metric that indicates whether the process is healthy. Connect those elements to personal information, do not share, and the broader account workflow. This makes reviews more concrete and helps individuals seeking information about privacy choices that may apply to personal information processed through LeadXHub.Com make it easier to submit and track a privacy choice request without exposing unnecessary personal information. It also gives developers and nontechnical operators a shared checklist when requirements change, which reduces the chance that an integration, campaign edit, or policy update silently creates inconsistent behavior.

Technical and device information

This section explains how technical and device information relates to LeadXHub.Com. The platform is designed around request channels, identity verification, authorized agents, scope, recordkeeping, response handling, and the distinction between consumer privacy requests and ordinary account support. Depending on how a visitor, account holder, seller, buyer, or business contact interacts with the service, the information involved may differ. LeadXHub.Com seeks to use information for defined operational purposes, apply role-based access where appropriate, and maintain records needed to provide the service, protect accounts, troubleshoot integrations, respond to requests, and support legitimate business administration.

For buyers, delivery should be predictable enough that intake and follow-up teams know what to expect. Under technical and device information, define the expected input, the decision rule, the output, the party responsible for exceptions, and the metric that indicates whether the process is healthy. Connect those elements to privacy choices, privacy request, and the broader account workflow. This makes reviews more concrete and helps individuals seeking information about privacy choices that may apply to personal information processed through LeadXHub.Com make it easier to submit and track a privacy choice request without exposing unnecessary personal information. It also gives developers and nontechnical operators a shared checklist when requirements change, which reduces the chance that an integration, campaign edit, or policy update silently creates inconsistent behavior.

How information may be used

The term personal information can include different records depending on the context. Website activity, account registration, support communications, lead submission, delivery responses, webhook events, transaction statuses, and financial records do not all serve the same purpose. LeadXHub.Com therefore distinguishes among categories of information and applies controls according to function. No public-facing policy can describe every campaign-specific requirement, so sellers and buyers remain responsible for obtaining their own legal advice and using the platform in a manner consistent with laws and contractual obligations applicable to them.

For platform owners, controls should be configurable without making routine marketplace use dependent on administrator access. Under how information may be used, define the expected input, the decision rule, the output, the party responsible for exceptions, and the metric that indicates whether the process is healthy. Connect those elements to do not sell, consumer rights, and the broader account workflow. This makes reviews more concrete and helps individuals seeking information about privacy choices that may apply to personal information processed through LeadXHub.Com make it easier to submit and track a privacy choice request without exposing unnecessary personal information. It also gives developers and nontechnical operators a shared checklist when requirements change, which reduces the chance that an integration, campaign edit, or policy update silently creates inconsistent behavior.

Service providers and operational disclosures

Where information is supplied by a registered organization, that organization is responsible for the accuracy and lawfulness of the information it provides and for the instructions it gives the platform. LeadXHub.Com may process information to perform requested services, secure the platform, detect misuse, maintain auditability, support do not sell, and improve reliability. When a workflow involves another marketplace participant or service provider, information may be transmitted only to the extent reasonably necessary for the configured purpose, subject to applicable agreements and operational controls.

A practical way to evaluate this area is to ask what evidence would be needed if an operator had to explain the decision tomorrow. Under service providers and operational disclosures, define the expected input, the decision rule, the output, the party responsible for exceptions, and the metric that indicates whether the process is healthy. Connect those elements to do not share, authorized agent, and the broader account workflow. This makes reviews more concrete and helps individuals seeking information about privacy choices that may apply to personal information processed through LeadXHub.Com make it easier to submit and track a privacy choice request without exposing unnecessary personal information. It also gives developers and nontechnical operators a shared checklist when requirements change, which reduces the chance that an integration, campaign edit, or policy update silently creates inconsistent behavior.

Marketplace participants and directed disclosures

Lead data can be sensitive in practice even when a particular field is not legally classified as sensitive information. For that reason, users should avoid placing unnecessary personal information in free-text fields, support tickets, webhook descriptions, or account notes. Sellers should collect only information needed for the relevant lead purpose and maintain appropriate source and consent records. Buyers should use delivered information only for authorized business purposes and should maintain their own retention, security, suppression, and communication practices. These standards support the broader goals of privacy request and responsible marketplace operation.

Teams should also define ownership before volume increases. Under marketplace participants and directed disclosures, define the expected input, the decision rule, the output, the party responsible for exceptions, and the metric that indicates whether the process is healthy. Connect those elements to privacy request, identity verification, and the broader account workflow. This makes reviews more concrete and helps individuals seeking information about privacy choices that may apply to personal information processed through LeadXHub.Com make it easier to submit and track a privacy choice request without exposing unnecessary personal information. It also gives developers and nontechnical operators a shared checklist when requirements change, which reduces the chance that an integration, campaign edit, or policy update silently creates inconsistent behavior.

  • Do Not Sell should be handled according to its purpose, access need, retention context, and any applicable request or contractual requirement.
  • Do Not Share should be handled according to its purpose, access need, retention context, and any applicable request or contractual requirement.
  • Privacy Request should be handled according to its purpose, access need, retention context, and any applicable request or contractual requirement.
  • Consumer Rights should be handled according to its purpose, access need, retention context, and any applicable request or contractual requirement.

Security and access controls

LeadXHub.Com may use technical controls such as authenticated sessions, role checks, nonces, input validation, sanitization, output escaping, rate limits, logging, and restricted administrative access. No technical measure can guarantee absolute security. Organizations using the platform should maintain strong passwords, protect API keys and webhook secrets, limit team access, update connected systems, and report suspected compromise promptly. Security is a shared operational responsibility, particularly when authorized agent causes information to move between independently managed systems.

From a user-experience perspective, clarity beats novelty. Under security and access controls, define the expected input, the decision rule, the output, the party responsible for exceptions, and the metric that indicates whether the process is healthy. Connect those elements to consumer rights, personal information, and the broader account workflow. This makes reviews more concrete and helps individuals seeking information about privacy choices that may apply to personal information processed through LeadXHub.Com make it easier to submit and track a privacy choice request without exposing unnecessary personal information. It also gives developers and nontechnical operators a shared checklist when requirements change, which reduces the chance that an integration, campaign edit, or policy update silently creates inconsistent behavior.

Retention and deletion practices

This section explains how retention and deletion practices relates to LeadXHub.Com. The platform is designed around request channels, identity verification, authorized agents, scope, recordkeeping, response handling, and the distinction between consumer privacy requests and ordinary account support. Depending on how a visitor, account holder, seller, buyer, or business contact interacts with the service, the information involved may differ. LeadXHub.Com seeks to use information for defined operational purposes, apply role-based access where appropriate, and maintain records needed to provide the service, protect accounts, troubleshoot integrations, respond to requests, and support legitimate business administration.

For technical teams, observability should be designed into the connection rather than bolted on after failures appear. Under retention and deletion practices, define the expected input, the decision rule, the output, the party responsible for exceptions, and the metric that indicates whether the process is healthy. Connect those elements to authorized agent, privacy choices, and the broader account workflow. This makes reviews more concrete and helps individuals seeking information about privacy choices that may apply to personal information processed through LeadXHub.Com make it easier to submit and track a privacy choice request without exposing unnecessary personal information. It also gives developers and nontechnical operators a shared checklist when requirements change, which reduces the chance that an integration, campaign edit, or policy update silently creates inconsistent behavior.

How to contact LeadXHub.Com about this policy

Use the Contact page for general support or write to [leadxhub_admin_email]. Do not send full lead records, Social Security numbers, payment-card data, medical records, or other unnecessary sensitive information in an ordinary support message. If a request concerns privacy rights, use the Do Not Sell or Share page or clearly identify the request as a privacy matter so it can be routed appropriately.