Connect with us

FACEBOOK

India Second Only to the US in Requesting Facebook for Users Data

Published

on

The Indian government was second to the US in requesting Facebook for access to users’ data in the first six months of this year — an increase of nearly 37 percent from the second half (July-December period) last year. The Indian government sent Facebook 22,684 queries about users in the above mentioned period and the social networking giant provided data in 54 percent of the request, according to Facebook’s Transparency Report.

The US government sent Facebook total 50,741 requests about users’ data in the same period.

Globally, in the first half of 2019, government requests for user data increased by 16 percent from 110,634 to 128,617.

“Of the total volume, the US continues to submit the largest number of requests, followed by India, the UK, Germany and France,” said Chris Sonderby, VP & Deputy General Counsel, said in a statement on Thursday.

In the US, Facebook received 50,741 requests, representing an increase of 23 percent more requests than last half, which is consistent with trends over time.

“We always scrutinise every government request we receive for account data to make sure it is legally valid. This is true no matter which government makes the request.

“If a request appears to be deficient or overly broad, we push back, and will fight in court, if necessary. We do not provide governments with a back doors’ to people’s information,” said Sonderby.

During the reporting period, the volume of content restrictions based on local law decreased globally by 50 percent from 35,972 to 17,807.

“This decrease follows an unusual spike last half in which we restricted 16,600 items in India based on a Delhi High Court order. Of the total volume, 58 percent of restrictions originated from Pakistan and Mexico,” said Facebook.

The company also identified 67 disruptions of Facebook services in 15 countries, compared to 53 disruptions in nine countries in the second half of 2018.

“During this reporting period, we took down 3,234,393 pieces of content based on 568,836 copyright reports, 255,222 pieces of content based on 96,501 trademark reports and 821,727 pieces of content based on 101,582 counterfeit reports,” informed Facebook.

NDTV Gadgets360.com

FACEBOOK

Preparing our Partners for iOS 14: Latest Guidance on SKAdNetwork

Published

on

We’re committed to supporting advertisers and publishers through Apple’s requirements for iOS 14. While guidance from Apple remains limited, we are making preparations to help our partners respond to Apple’s latest updates and prepare for when Apple implements additional requirements. We recognize the need for businesses to plan in advance of these changes, and are providing updated guidance as it becomes available.

Today, we’re sharing the latest on our plans to update the Facebook and Audience Network SDKs to add support for the SKAdNetwork API. We expect to provide another update in November and as Apple provides more guidance.

The Facebook SDK

  • We will release an updated version of the Facebook SDK by early Q1 to support the upcoming iOS 14 privacy feature requirements. As previously shared in September, the new version of the Facebook SDK will provide support for Apple’s SKAdNetwork API and conversion value management.

Audience Network SDK

App Install Ads

To support partners’ readiness for Apple’s privacy requirements for early next year, the following changes can be expected for running app install campaigns for iOS 14 users. We are still waiting for clarity from Apple if additional requirements will be version-based (iOS 14.1 or iOS 14.2 release onwards) or date-based (iOS 14.0 starting on a specific date).

  • Account Management
    • We’re updating previously shared guidance to no longer require a dedicated ad account for app install ads for iOS 14. We will support the ability for advertisers to run app install campaigns for iOS 14 users from existing ad accounts. The existing ad accounts can also continue to be used for app install ads for non-iOS 14 users as well as for campaigns using any other objectives.
    • Due to restrictions imposed by the SKAdNetwork API, there will be a limit on how many separate ad accounts can be used to run campaigns for iOS 14 users and we expect to provide additional details in November.
  • Campaign Management
    • We will require advertisers to create standalone app install campaigns for iOS 14 users. If Apple implements date-based requirements, app install campaigns that are currently running that include OS version 14.0 will stop delivering, and will have a path to migrate to standalone iOS 14 campaigns.
    • Due to restrictions imposed by the SKAdNetwork API, there will be limits on the number of iOS 14 campaigns and ad sets that can be active at any given time and we expect to provide additional details in November.
  • Optimization
    • In preparation for Apple’s requirements for early next year, we will support the ability to run app install campaigns optimizing for installs (MAI) and app events (AEO). Value optimization (VO) support is expected in the weeks following Apple’s required implementation.
    • In order to run app install campaigns optimizing for installs, app events or value optimization (VO), apps must be registered to use SKAdNetwork API and have implemented the ConversionValue() bits using the Facebook SDK, a supported Mobile Measurement Partner, or manually within a specific time range (all calls to updateConversionValue happen within 24 hours of install). We will be using install and post-install event data reported from SKAdNetwork API for the purpose of measurement and optimization.
  • Measurement
    • We will support measurement for app install ads optimizing for install (MAI), app events (AEO), and value optimization (VO) for iOS 14 campaigns with some limitations. These changes are the unfortunate result of SKAdNetwork’s limited capabilities.
      • SKAdNetwork uses its own attribution window. Due to the aggregated nature of the data that is provided by the SKAdNetwork API, we will not be able to provide 1d, 7d, or 28d click-through or view-through attribution window breakdowns.
      • Due to data being aggregated at the campaign level, reporting at the ad set and ad levels will be modeled.
      • SKAdNetwork data will not support breakdowns (age, gender, region, placement, etc.) for app install or post-install event metrics.
      • Due to the delay of reports from the SKAdNetwork API, events will be reported based on the time the data is returned through the SKAN API.
  • App Events API
    • Partners who use the App Events API today will be able to continue to use the App Events API. However, support for Apple’s SKAdNetwork will require changes within your app. We will be providing additional implementation details in a future update.
  • Supporting advertisers who work with Mobile Measurement Partners
    • We are partnering with Mobile Measurement Partners (MMPs) to support interoperability of SKAdNetwork through either Facebook or MMP SDKs. This work is ongoing and requires further testing. We will provide an update as the solution is finalized.

We recognize that further details are required to plan for additional requirements created by iOS 14. Like the rest of the industry, we continue to prepare for Apple’s changes and will provide additional updates as Apple provides more guidance, with our next update expected in November.

Previous Updates to Prepare our Partners for iOS 14:

Facebook Developers

Continue Reading

FACEBOOK

How Our Focus on Privacy Impacts Developers

Published

on

Today, we’re sharing some of the changes we’ve made to our privacy program over the past year and examples of the new ways we’re operating to ensure we protect people’s privacy. At Facebook we are committed to building a safer, more sustainable platform to strengthen trust with people and continue to drive long-term value for our developers. Simply put, protecting the privacy of the people who use our products is a responsibility we share with all developers on our platform.

We’ve made changes to put privacy at the core of everything we do. The new Platform Terms and Developer Policies are a starting point to ensure businesses and developers clearly understand their responsibility to safeguard data and respect people’s privacy when using our platform and tools.

We’ve also continued to refine and streamline our App Review process which will ensure consistency for all developers. This includes changes that help developers build business solutions and tools as well as have additional control over the data permissions they request and the ability to remove them when no longer needed.

Finally, we introduced Data Use Checkup, a new annual workflow to drive accountability for all Facebook platform developers. With Data Use Checkup, developers are required to review the permissions they have access to and commit that their API access and data use comply with the Facebook Platform Terms and Developer Policies in order to keep their API access.

In addition to simplifying and clarifying developer responsibilities, we’re also proactively taking action against companies and individuals who abuse our platform. Earlier this month, we filed a lawsuit against two companies that used scraping to engage in an international data harvesting operation, and a few weeks ago we took action against two companies operating fake engagement services.

These improvements are intended to help create a better privacy foundation for developers and we encourage all developers to build experiences using a privacy-first approach, with principles such as data minimization as their guide.

As a reminder, developers will be required to complete Data Use Checkup within the next several months in order to maintain API access. If you have yet to go through Data Use Checkup, you’ll be receiving a Developer Alert triggering an email to your app’s administrators and notification in your App Dashboard, notifying you to complete the process.

To prepare for the process, make sure you’ve updated contact details and app administrator designation for each app within your organization. You can also learn more on the new Platform Initiatives Hub.

We know user privacy is just as important to our developer community as it is to us. Thank you for continuing to partner with us as we build a safer, more sustainable platform.

Facebook Developers

Continue Reading

FACEBOOK

Preparing for Apple’s App Store Data Disclosure Requirements

Published

on

To support our developer and advertising partners with the upcoming iOS 14 App Store data disclosure requirements, we have consolidated previously released public information that explains Facebook’s data collection practices for the Facebook SDK to make it easier for you as you fill out the App Store Connect questionnaire when it’s released.

Facebook SDK

To provide functionality within the Facebook SDK, we may receive and process certain contact, location, identifier, and device information associated with Facebook users and their use of your application. The information we receive depends on what SDK features 3rd party applications use and we have structured the document below according to these features.

App Ads, Facebook Analytics, & App Events

Facebook App Events allow you to measure the performance of your app using Facebook Analytics, measure conversions associated with Facebook ads, and build audiences to acquire new users as well as re-engage existing users. There are a number of different ways your app can use app events to keep track of when people take specific actions such as installing your app or completing a purchase.

With Facebook SDK, there are app events that are automatically logged (app installs, app launches, and in-app purchases) and collected for Facebook Analytics unless you disable automatic event logging. Developers determine what events to send to Facebook from a list of standard events, or via a custom event.

When developers send Facebook custom events, these events could include data types outside of standard events. Developers control sending these events to Facebook either directly via application code or in Events Manager for codeless app events. Developers can review their code and Events Manager to determine which data types they are sending to Facebook. It’s the developer’s responsibility to ensure this is reflected in their application’s privacy policy.

Advanced Matching

Developers may also send us additional user contact information in code, or via the Events Manager. Advanced matching functionality may use the following data, if sent:

  • email address, name, phone number, physical address (city, state or province, zip or postal code and country), gender, and date of birth.

Facebook Login

There are two scenarios for applications that use Facebook Login via the Facebook SDK: Authenticated Sign Up or Sign In, and User Data Access via Permissions. For authentication, a unique, app-specific identifier tied to a user’s Facebook Account enables the user to sign in to your app. For Data Access, a user must explicitly grant your app permission to access data.

Note: Since Facebook Login is part of the Facebook SDK, we may collect other information referenced here when you use Facebook Login, depending on your settings.

Device Information

We may also receive and process the following information if your app is integrated with the Facebook SDK:

  • Device identifiers;
  • Device attributes, such as device model and screen dimensions, CPU core, storage size, SDK version, OS and app versions, and app package name; and
  • Networking information, such as the name of the mobile operator or ISP, language, time zone, and IP address.

Audience Network SDK

We may receive and process the following information when you use the Audience Network SDK to integrate Audience Network ads in your app:

  • Device identifiers;
  • Device attributes, such as device model and screen dimensions, operating system, mediation platform and SDK versions; and
  • Ad performance information, such as impressions, clicks, placement, and viewability.

Facebook Developers

Continue Reading

Trending