Account pages
Account pages refer to login data, profile details and verification checks. This Privacy Policy gives the deeper reason for those fields and explains how we use them after you submit them.
g2g puts account data, payment checks and lobby privacy choices into one Privacy Policy for Pakistan access where local law permits. Before you open an account, you can...
This Privacy Policy explains how we handle data connected with your g2g account, device sessions, identity checks, wallet activity and support messages. We collect only what helps us run access, protect your account, process payment records and answer your privacy questions. For Pakistan, wallet references may include JazzCash, Easypaisa, SadaPay and Raast where those rails are supported. We do not sell your
personal data. We share limited details with service partners only when needed for verification, fraud checks, payment routing, security logging or legal duties. Access to g2g remains subject to supported regions and where local law permits. You can ask us about access, correction, deletion, retention or consent through the contact paths below.
Service availability is jurisdiction-dependent. Users are responsible for checking local law before access.
We write this page from our operating view of g2g, not from generic legal copy. Each privacy check looks at account journeys, wallet references, support handling, device security...
We map the privacy wording against real account steps, including join forms, login screens, profile edits and verification prompts, so...
Our checks include JazzCash, Easypaisa, SadaPay and Raast references because those names may appear in payment records, support tickets or...
We describe staff access carefully because privacy depends on who can see account data. Internal access is limited by role...
We keep cookie language connected to site use, session continuity, fraud checks and preference storage. That helps you understand why...
We explain retention around account records, wallet activity, support messages and security logs. Some records may stay longer where dispute...
Pakistan access is described with supported regions and where local law permits. We avoid broad promises and keep the policy...
You should not see one privacy story on the account page and another on the support page. We keep related policy pages aligned so each page explains the same data practices from...
Account pages refer to login data, profile details and verification checks. This Privacy Policy gives the deeper reason for those fields and explains how we use them after you submit them.
Wallet screens may show JazzCash, Easypaisa, SadaPay or Raast references. The Privacy Policy explains how those references can be stored, matched and used for reconciliation or support.
Support pages ask for enough detail to solve your issue. This policy sets the boundary by explaining why we request account identifiers and how we handle messages after your case closes.
Security pages discuss login protection and device alerts. The Privacy Policy adds context on session logs, IP data, browser markers and how those signals help protect your account.
The cookie banner is short by design, while this page explains storage categories in more depth. You can compare both to understand session, preference and analytics handling.
Terms pages set account rules, while this Privacy Policy focuses on personal data. We keep those roles separate so legal duties and privacy rights do not blur together.
If the promo board records eligibility or account history, this policy explains the data side. We avoid placing promotional wording inside privacy rights or data retention explanations.
This page is arranged so you can scan the policy before creating or using an account. The layout highlights what data is collected, where payment references...
Each heading names a privacy task, such as collection, sharing, retention or contact. That structure helps you move straight to the data point you want without reading unrelated platform copy.
Pakistan wallet names appear only where they matter to privacy, such as payment records or support checks. We do not use those names to distract from account data handling.
The policy explains how you can ask about access, correction, deletion and consent. We keep those rights near contact paths so the next step is easy to find.
Retention wording appears beside account, wallet and security data examples. That placement helps you understand why some records are brief while others may be kept for compliance needs.
Security language is tied to device checks, session logs and account protection. We avoid vague safety claims and explain the types of signals that may be processed.
When the Privacy Policy changes, we aim to make the updated wording clear on the page. Material changes may also be signalled through account or support channels when appropriate.