GDPR 適用於我嗎？

概觀

本指南的目標是要協助您判斷是否和何處可能已使用App Center收集用戶的個人資訊。 文件根據 App Center 服務劃分，並映射至不同的情境。

如果其中一個案例適用，且其中一個使用者要求行使數據主體許可權，您可以查看對應的區段來匯出或刪除您的終端用戶數據。

案例 1：我將安裝標識碼對應至使用者標識符

安裝ID本身不是個人資訊。 不過，它們可以對應至個人資訊，可用來識別使用者。

對應識別碼的常見方法是在使用者登入您的應用程式時追蹤他們，將其登入資訊與安裝 ID 連結。

案例 2：分析 - 我在自定義事件中新增個人資訊

如果您在 App Center Analytics 中使用 Analytics 自定義事件，事件可能是您新增個人資訊的機會，包括：

• 事件名稱
• 活動屬性鍵值
• 事件屬性值

事件屬性值

個人資訊可以透過事件屬性值來引進。 例如，您可以建立名為 「Login」 的事件，以擷取屬性值欄位中的電子郵件位址。

Map<String, String> properties = new HashMap<>();
properties.put("email_address", "blXXX@microsoft.com");
properties.put("phone_number","555-123-XXX");
Analytics.trackEvent("Login", properties);

事件名稱或事件屬性索引鍵

這兩種情況較不可能發生，因為它們是由開發人員以靜態方式一次性定義。 不過，也有您可能已新增個人資訊的地方。 請參閱以下範例。

事件名稱：

Analytics.trackEvent("blXXX@microsoft.com", properties);

事件屬性鍵：

Map<String, String> properties = new HashMap<>();
properties.put("blXXX@microsoft.com", "microsoft_address");
properties.put("555-123-XXX", "washington_state");

Analytics.trackEvent("Origin", properties);

案例 3：當機 - 我在當機狀況中新增個人資訊

當機附件

如果您使用 SDK 來傳輸當機資訊，您可能已在當機的文字附件中新增用戶的數據。

例外狀況訊息

擲回例外狀況時，您可能已在例外狀況訊息中包含用戶的個人資訊。

註解

在入口網站或透過 API 撰寫批注時，您可能已在批注中撰寫用戶的個人資訊。

案例 4：錯誤 - 我在錯誤屬性中新增個人資訊

如果您使用 App Center 錯誤，錯誤屬性是您可能已新增個人資訊的潛在位置。

錯誤的屬性值

最常見的案例是錯誤屬性值中有個人資訊。 例如：

try 
{
  // your code here.
} 
catch (Exception exception) 
{
    var properties = new Dictionary<string, string> 
    {
        { "email_address", "blXXX@microsoft.com"},
        { "phone_number", "555-123-XXX"}
    };
    Crashes.TrackError(exception, properties);
}

錯誤屬性鍵值

這是較不常見的案例，因為它們是靜態的，由開發人員定義一次。

錯誤屬性鍵中的個人資訊：

try 
{
  // your code here.
} 
catch (Exception exception) 
{
    var properties = new Dictionary<string, string> 
    {
        { "blXXX@microsoft.com", "@microsoft.com" },
        { "555-123-XXX", "Washington number" }
    };
    Crashes.TrackError(exception, properties);
}