API dei contatti di Google: troppo rischiosa?

Question

Sto pensando di utilizzare l'API dei contatti di Google per una webapp, ma sono preoccupato che un utente possa avere una brutta esperienza che potrebbe essere incolpata di me.

Ho intenzione di utilizzare i dati in modo responsabile, potrei essere incolpato per l'uso improprio da parte di qualcun altro. Qualcun altro ha avuto questo? Che cosa hai fatto al riguardo?

Answer 1

Rispondi a questa domanda: puoi proteggere la tua webapp da tutti i cracker là fuori? Sei più intelligente di qualsiasi criminale là fuori?

In caso contrario, i dati non saranno al sicuro. I criminali troveranno modi ingegnosi per estorcere le entrate dai dati sul web. Se dovessi mai fare domanda per un nuovo lavoro, potrei chiedere a StackOverflow di creare un CV per me - hanno tutti i dati necessari ma è perché lo voglio. Quindi questo probabilmente va bene. Ma alcuni malati possono trovare schemi nei miei post, cose a cui non avrei mai pensato - frequenze delle parole, lunghezza dei messaggi, complessità della risposta, tempo di pubblicazione - per dedurre alcune ulteriori informazioni che non volevo da divulgare.

Quindi la domanda migliore è: le entrate (che vuoi fare) valgono il rischio? Se non ottieni nulla per i dati tranne la colpa, perché raccoglierli?

Answer 2

Probabilmente non c'è molto che tu possa fare al riguardo, ma non mi preoccuperei. Nel caso in cui menzionassi, era chiaro dov'era il problema: le persone non si iscrivono a tanti siti in una sola settimana. E anche se accade per coincidenza per un utente, quando effettuano una ricerca non troveranno tutti i riferimenti di spam che hai trovato.

Answer 3

Penso che questo problema in generale renderà le persone timide rispetto alle app di Contatti di terze parti, e per questo motivo dovresti evitare di far dipendere la tua applicazione da essa.

Dopo aver letto la tua storia, posso dirti con certezza che ora non permetterò mai a nessuna app di terze parti di accedere ai miei Contatti tramite API per qualsiasi motivo.