---
title: Algemene criteria
---

!!! example "Werk in uitvoering"

    De volgende pagina is een werk in uitvoering, en geeft op dit moment niet de volledige criteria voor onze aanbevelingen weer. Eerdere discussie over dit onderwerp: [#24](https://github.com/privacyguides/privacyguides.org/discussions/24)

Hieronder staan enkele zaken die moeten gelden voor alle inzendingen aan Privacy Guides. Aan elke categorie worden aanvullende eisen gesteld.

## 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.

## Algemene richtlijnen

We passen deze prioriteiten toe bij het overwegen van nieuwe aanbevelingen:

- **Secure**: Tools moeten de beste beveiligingspraktijken volgen, waar van toepassing.
- **Bronbeschikbaarheid**: Open source projecten hebben over het algemeen de voorkeur boven gelijkwaardige merkalternatieven.
- **Cross-Platform**: We geven er meestal de voorkeur aan dat aanbevelingen cross-platform zijn, om lock-in van leveranciers te voorkomen.
- **Actieve ontwikkeling**: De hulpmiddelen die wij aanbevelen moeten actief worden ontwikkeld, niet-onderhouden projecten zullen in de meeste gevallen worden verwijderd.
- **Bruikbaarheid**: Tools moeten toegankelijk zijn voor de meeste computergebruikers, een al te technische achtergrond is niet vereist.
- **Gedocumenteerd**: Tools moeten duidelijke en uitgebreide documentatie hebben voor gebruik.

## Zelfinzendingen van ontwikkelaars

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

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

- Moet een security whitepaper hebben als het een project is waarbij gevoelige informatie wordt verwerkt, zoals een messenger, password manager, versleutelde cloudopslag etc.
    - Auditstatus van derden. We willen weten of je er een hebt, of gepland hebt. Vermeld indien mogelijk wie de controle zal uitvoeren.

- Moet uitleggen wat het project te bieden heeft op het gebied van privacy.
    - Lost het een nieuw probleem op?
    - 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.