---
title: General Criteria
description: A list of general priorities we consider for all submissions to Privacy Guides.
---

Hieronder staan enkele algemene prioriteiten die we in overweging nemen voor alle inzendingen voor Privacy Guides. Elke categorie heeft extra vereisten voor opname.

- **Security**: Tools should follow security best practices wherever applicable.
- **Bronbeschikbaarheid**: Open-source projecten hebben over het algemeen de voorkeur boven gelijkwaardige propriëtaire alternatieven.
- **Cross-Platform Availability**: We typically prefer recommendations to be cross-platform to avoid vendor lock-in.
- **Active Development**: The tools that we recommend should be actively developed. Unmaintained projects will be removed in most cases.
- **Usability**: Tools should be accessible to most computer users. An overly technical background should not be required.
- **Documentatie**: Tools moeten duidelijke en uitgebreide documentatie hebben voor gebruik.

## Financiële informatie

We verdienen geen geld met het aanbevelen van bepaalde producten, we gebruiken geen affiliate links en we geven geen speciale aandacht aan projectdonoren.

## Zelfinzendingen van ontwikkelaars

Wij stellen deze eisen aan ontwikkelaars die hun project of software in overweging willen geven.

- Must undergo our [self-submission process](https://discuss.privacyguides.net/t/about-the-project-showcase-category/114) as a way to engage with our community, address any potential concerns, and elicit any feedback that can help improve your project.

- Je moet jouw banden bekendmaken, d.w.z. jouw positie binnen het ingediende project.

- Must have a security white paper if it is a project that involves the handling of sensitive information like a messenger, password manager, encrypted cloud storage, etc.
    - Regarding third party audit status, we want to know if you have undergone one, or have requested one. Vermeld indien mogelijk wie de controle zal uitvoeren.

- Moet uitleggen wat het project te bieden heeft op het gebied van privacy.
    - What new problem(s), if any, does it solve?
    - Waarom zou iemand het gebruiken boven de alternatieven?

- Moeten aangeven wat het exacte dreigingsmodel is van hun project.
    - Het moet voor potentiële gebruikers duidelijk zijn wat het project kan bieden, en wat niet. Ideally, a developer should be able to identify what [common threat(s)](../basics/common-threats.md) their project protects against.
