Free compatibility wording note

Download not in account support copy

A practical support pattern for download not in account copy. Adapt it to your actual delivery tool, file format, customer account setup, and public support policy.

Use case

A customer expects downloads to appear in their account but cannot find them or used the wrong purchase email.

Writing rule

Separate seller-controlled checks from third-party behavior. Do not ask for login credentials or enter the account. Use order number or purchase email as low-risk identifiers.

Compliance note

This is a self-serve copy resource, not a technical repair service, platform partnership, inbox-delivery guarantee, or hands-on service offer.

Draft reply

Subject: About your digital product access Hi [name], Thanks for reaching out. I understand the issue is [specific access or delivery issue]. I can help review the support steps we publish for this digital product. Please send only your order number or purchase email if needed. Please do not send passwords, one-time codes, full card numbers, private account links, API keys, mailbox access, or remote access. The next step is to check the order record, delivery instructions, file format, account path, or public support page that applies to this product. Some behavior may vary by inbox, browser, device, or third-party file handoff, so I will keep the next step specific to the published instructions. Thanks, [store name]

Customize safely

Replace [specific access or delivery issue] with a neutral description such as "the missing email", "the portal access path", "the file format", or "the template link".

Do not overclaim

A support reply can explain your published route, but it should not guarantee third-party delivery, account changes, or universal device compatibility.

Useful CTA

Link to Delivery & Support, Terms, product preview, or product status rather than a payment page, waitlist, or custom service.

Checklist

  • Does the reply avoid blaming a third-party platform?
  • Does it ask only for low-risk order information?
  • Does it avoid password, inbox, card, API, or remote-access requests?
  • Does it point to a public support route?
  • Does it avoid promising delivery timing, device compatibility, or account repair?