Select the smallest appropriate collection

Before sharing, decide whether one file is sufficient or a whole folder is required. A project folder may contain drafts, internal notes and older material that the recipient should not receive. If necessary, create a clearly bounded handover area containing the intended documents. Check hidden spreadsheet sheets, comments and embedded material too.

A folder link may also expose files added later. That helps ongoing collaboration but can be too broad for a one-off delivery. Establish whether the share represents a fixed version or a live working area. This decision also determines who should be allowed to change its contents afterwards.

Distinguish named recipients from link access

Many services offer sharing with specific people and links usable by anyone who possesses them. Such a link is itself a means of access and may be forwarded. If material is intended only for a named person, choose recipient-specific access where the service and organisation support it.

Check the complete address entered. Similar names and suggested contacts can lead to the wrong person. External recipients may need to sign in or complete additional verification. Establish that requirement before an urgent deadline. A failed sign-in is not a good reason to immediately open access to anyone with the link.

On managed work services, some options may be restricted by the organisation. Do not bypass those rules by uploading the material to a personal account. Ask for an approved transfer method when the required sharing cannot be achieved through the available settings.

Choose viewing or editing deliberately

Someone who only needs to review a document often does not need editing rights. In a collaborative folder, changes may include creating files, renaming items or deleting contents. Read the specific service's permission description instead of guessing from a small icon which actions are allowed.

Read-only sharing does not automatically prevent copying, photographing or redistribution. Additional download restrictions depend on the service and do not replace an appropriate choice of material. Do not share secrets on the assumption that a disabled download button makes every form of disclosure impossible.

If an external person needs to provide observations, comment-only access where supported or a separate feedback file may be sufficient. Avoid granting access to the whole working collection unnecessarily. The right permission follows the task, rather than whichever default happens to be easiest.

Check the recipient's actual access

Review the access list after creating the share. Does it contain the intended people and permissions? Test with an authorised second person or suitable test account that exactly the intended material is available. Opening your own link may work because of your owner permissions, so it proves little about the recipient's experience.

For a one-off delivery, identify the document version and any expiry date. Send confidential links only through the intended communication channel. Posting a link publicly can effectively remove the intended audience boundary when the link requires no additional recipient check.

Account for existing permissions inherited from parent folders or groups. If someone already has access through a team group, deleting one particular link may not remove that access. Review the complete access picture rather than only the most recently created link. For example, an external reviewer may need exactly one finished file while the internal team edits the whole project folder. A bounded handover area can prevent accidental exposure of drafts more clearly than a complicated collection of individual exceptions inside the working folder. Verify the chosen arrangement from both intended roles afterwards.

Close access when its purpose ends

Set a time to review or end access. Some services support expiry dates; others require manual removal. Check both named people and existing links. Deleting the email that carried a link does not normally revoke the permission behind it.

If the wrong person received access, remove it promptly through access management and notify the responsible contact as appropriate for the contents. Revocation blocks future access but cannot retrieve copies already downloaded. Record the affected file, period and permission so the event can be assessed accurately rather than treated as resolved solely because the link stopped working.

For recurring collaboration, use a clearly defined area with a responsible owner. Review it when a project ends or participants change. This keeps access attached to an actual purpose instead of allowing forgotten shares to accumulate for years across personal accounts, old projects and loosely named folders.