Smith v. Facebook, Inc.

262 F. Supp. 3d 943
CourtDistrict Court, N.D. California
DecidedMay 9, 2017
DocketCase No. 5:16-cv-01282-EJD
StatusPublished
Cited by17 cases

This text of 262 F. Supp. 3d 943 (Smith v. Facebook, Inc.) is published on Counsel Stack Legal Research, covering District Court, N.D. California primary law. Counsel Stack provides free access to over 12 million legal documents including statutes, case law, regulations, and constitutions.

Bluebook
Smith v. Facebook, Inc., 262 F. Supp. 3d 943 (N.D. Cal. 2017).

Opinion

ORDER GRANTING DEFENDANTS’ MOTION TO DISMISS

Re: Dkt. No. 96

EDWARD J. DAVILA, United States District Judge

Plaintiffs allege that the Healthcare Defendants 1 disclosed information about Plaintiffs’ web browsing activity to Defendant Facebook, Inc. Defendants move to dismiss under Fed. R. Civ. P. 12(b)(1), 12(b)(2), and 12(b)(6). Defendants’ motion will be GRANTED -because this Court lacks personal jurisdiction over the Healthcare Defendants and because Plaintiffs consented to Facebook’s conduct.

I BACKGROUND

A. The Parties

The Healthcare Defendants operate websites that publish information about medical conditions and treatments. Compl. ¶¶ 2-3, 107-206, Dkt. No. 1. For instance, visitors to http://www.cancer.net/ (operated by Defendant American Society of Clinical Oncology) can.read articles on topics.like cancer treatment, types of cancer, and recent research in the field.

Facebook is a “free social networking service that -allows people to connect and share content.” Defs.’ Mot. to Dismiss (“MTD”) 1, Dkt. No. 96. It makes money by letting third parties show adé to its users. Id. To improve ad targeting, it “collects information about people’s browsing activities, mainly on Facebook but also on third-party websites that host Facebook tools and features,” Id.

Plaintiffs are registered Facebook users who visited the Healthcare -Defendants’ websites. Compl. ¶¶ 2, 6-8.

B. How Visitors Communicate with the Healthcare Defendants’ Websites

To access one of the Healthcare Defendants’ websites, a visitor might type www. cancer,net into the address bar . of her web browser and click the “Go” button. The browser then sends a message called a “GET request”2 to the web server associated with that address. The GET request specifies the page that the visitor wants to retrieve, like “the home page of the website located at cancer.net.” It also provides information about the visitor, like her language, operating system, browser settings, and other technical parameters.

The web server responds with code that tells the visitor’s browser how the page should appear. For example,' the code might 'instruct the browser to display the phrase “timely, comprehensive, oncologist-approved information” as italic white text [948]*948on a blue background. It might also contain links, images, videos, and other content.

The user might click a link to visit another page. That click triggers a second GET request that is similar to the first, but it requests a page at a new URL — for instance, it might ask for http://www. cancer.net/caneer-types/ instead of http:// www.cancer.net/. The second request includes a “referer header” that contains the address of the first page.

C. How Facebook Tracks Visitors’ Web Browsing Activity

Website owners can add Facebook functionality to their sites using tools that Fa-cebook provides. Id. ¶¶78, 84; see also Social Plugins, Facebook for Developers, https://developers.facebook.com/docs/ plugins/ [https://perma.cc/NL8B-859K/] (last visited April 25, 2017). For example, sites can add “Like” or “Share” buttons that let visitors share content on Face-book. Someone reading an article about cancer treatment could click a “Share” button to post the article to Facebook.

To display a Facebook button, a website owner embeds a code snippet that Face-book provides. When someone visits a page where a Facebook button is embedded, the visitor’s browser makes two GET requests. First, it makes an ordinary request to load the page, as explained above. Second, the Facebook code snippet triggers a background request to Facebook’s servers. The Facebook server responds with code that makes the button appear on the page. The communication with Face-book happens silently; a savvy user could use tools to watch her browser exchange information behind the scenes, but the connection to Facebook’s servers is invisible by default. The request to Facebook includes a referer header containing the address of the page where the Facebook button is embedded. So, when someone reads a page on cancer.net that contains a Facebook “Like” button, Facebook knows which page that person visited.

Facebook uses these background requests to uniquely identify people. It uses at least three identification techniques. First, a visitor will likely have a unique IP address3 that stays the same as she visits multiple pages. The IP address is included in each GET request, which enables Face-book to keep track of the page visits associated with that address. Id. ¶¶ 27-29, 85, 102. Second, Facebook puts cookies on visitors’ computers. It uses these cookies to store information about each visitor — for instance, the “c_user” cookie is a unique identifier, and the “lu” cookie identifies the last Facebook user who logged in using that browser. Id. ¶¶ 40-52, 82-85, 120. Like IP addresses, cookies are included with each request that the visitor’s browser makes to Facebook’s servers. Third, Facebook uses browser fingerprinting. Web browsers have several attributes that vary between users, like the browser software version, plugins that have been installed, fonts that are available on the system, the size of the screen, color depth, and more. Together, these attributes create a fingerprint that is highly distinctive. The likelihood that two browsers have the same fingerprint is at least as low as 1 in 286,777 — and the accuracy of the fingerprint increases when combined with cookies and the user’s IP address. Id. ¶¶ 96, 97. Facebook recognizes a visitor’s browser fingerprint each time a Facebook button is loaded on a third-party page.

Using these techniques, Facebook can identify individual users and watch as they browse third-party websites like cancer.net.

[949]*949D. Plaintiffs’ Allegations

Plaintiffs allege that Facebook used the techniques described above to. uniquely identify Plaintiffs (and class members) and track the pages they visited on the Healthcare Defendants’ websites. Id. ¶¶85, 97, 102. Based on this conduct, they bring causes of action against Facebook and the Healthcare Defendants for violations of the Wiretap Act, 18 U.S.C. § 2520(a) (id. ¶¶ 249-94), the California Invasion of Privacy Act, Cal. Penal Code §§ 631(a), 682 (id.. ¶¶ 305-21), and privacy protections under the California Constitution (id. ¶¶ 322-31), as well as common-law tort claims for intrusion upon seclusion (id ¶¶ 295-304) and negligence per se (id. ¶¶ 332-37). They also bring causes of action against Face-book (but not the Healthcare Defendants) for breach of the duty of good faith and fair dealing (id. ¶¶ 348-62), fraud (id. ¶¶ 363-68), and quantum meruit (id. ¶¶ 396-72). Finally, they bring causés of action against the Healthcare Defendants (but not Facebook) for negligent disclosure of confidential information (id. ¶¶ 338-42) and breach of the fiduciary duty -of confidentiality (id. ¶¶ 343^7).

II. LEGAL STANDARDS

A.Rule 12(b)(1)

Dismissal under Fed. R. Civ. P. 12

Free access — add to your briefcase to read the full text and ask questions with AI

Related

Cite This Page — Counsel Stack

Bluebook (online)
262 F. Supp. 3d 943, Counsel Stack Legal Research, https://law.counselstack.com/opinion/smith-v-facebook-inc-cand-2017.