ספריית הלקוח של Google APIs ל- .NET משתמשת
    client_secrets.json קבצים לאחסון של
    client_id, client_secret ופרמטרים אחרים של OAuth 2.0.
  
    client_secrets.json
    הקובץ הוא בפורמט JSON
    שכולל את מזהה הלקוח, סוד הלקוח ופרמטרים אחרים של OAuth 2.0.
    הנה קובץ client_secrets.json לדוגמה עבור אפליקציית אינטרנט:
  
{
  "web": {
    "client_id": "asdfjasdljfasdkjf",
    "client_secret": "1912308409123890",
    "redirect_uris": ["https://www.example.com/oauth2callback"],
    "auth_uri": "https://accounts.google.com/o/oauth2/auth",
    "token_uri": "https://accounts.google.com/o/oauth2/token"
  }
}
    הנה קובץ client_secrets.json לדוגמה של אפליקציה מותקנת:
  
{
  "installed": {
    "client_id": "837647042410-75ifg...usercontent.com",
    "client_secret":"asdlkfjaskd",
    "redirect_uris": ["http://localhost"],
    "auth_uri": "https://accounts.google.com/o/oauth2/auth",
    "token_uri": "https://accounts.google.com/o/oauth2/token"
  }
}בפורמט מוגדר אחד משני סוגים של מזהי לקוחות:
- web: אפליקציית אינטרנט.
- installed: אפליקציה מותקנת.
    לאובייקטי המשנה web ו-installed יש
    את חברי החובה הבאים:
  
- 
      client_id(מחרוזת): מזהה הלקוח.
- 
      client_secret(מחרוזת): סוד הלקוח.
כל שאר החברים בקובץ הם אופציונליים ספריית הלקוח .NET לא משתמשת בהם.
למה בחרנו לעשות זאת?
  בעבר, ספקים של נקודות קצה ב-OAuth 2.0 ציפו לצפות
  אנשים שמשתמשים בשירותים שלהם כדי להעתיק ולהדביק את מזהה הלקוח
  ואת סוד הלקוח מדף ההרשמה לקוד תקין.
  השיטה הזו מועדת לשגיאות ונותנת תמונה חלקית
  של המידע הנחוץ כדי להפעיל את OAuth 2.0.
  (ב-OAuth 2.0 צריך גם להכיר את כל נקודות הקצה,
  והגדרת URI להפניה אוטומטית.)
  אם ספקי השירות מספקים client_secrets.json להורדה
  וספריות הלקוח מוכנות לצרוך את הקבצים האלה,
  ואז ההטמעה של OAuth 2.0 תהיה קלה יותר ופחות שגיאות.