Go to file
Andrey Lushnikov ae14c1eee4 Use randomized folder names for user profile directories (#364)
This will make it much harder for puppeteer browsers to collide
on profile directories.

Fixes #360
2017-08-17 23:18:08 -07:00
docs Allow capturing transparent screenshots (#354) 2017-08-17 21:11:39 -07:00
examples example 'block images' - fix typo and add other extensions (#334) 2017-08-17 09:39:40 -07:00
lib Use randomized folder names for user profile directories (#364) 2017-08-17 23:18:08 -07:00
phantom_shim Move uploadFiles onto ElementHandle (#348) 2017-08-17 14:53:37 -07:00
test Allow capturing transparent screenshots (#354) 2017-08-17 21:11:39 -07:00
third_party/phantomjs general cleanup (#256) 2017-08-14 21:16:59 -07:00
utils Implement basic element handles (#248) 2017-08-15 14:54:02 -07:00
.editorconfig EditorConfig: 2 space indent (#195) 2017-08-03 09:50:08 -07:00
.eslintignore Lint examples, again #178 (#190) 2017-08-02 15:03:26 -07:00
.eslintrc.js Convert var's to let's 2017-06-22 14:58:39 -07:00
.gitignore Ignore package-lock.json (#191) 2017-08-02 14:18:14 -07:00
.npmignore Add .npmignore (#282) 2017-08-15 22:30:56 -07:00
.travis.yml Fix typo in coverage 2017-07-27 16:35:17 -07:00
CONTRIBUTING.md Capitalize Chromium and Puppeteer (#263) 2017-08-15 00:14:12 -07:00
DeviceDescriptors.js Get rid of page.emulate() / page.emulatedDevices() methods 2017-07-20 23:53:06 -07:00
index.js Use puppeteer.launch instead of browser constructor (#255) 2017-08-14 18:08:06 -07:00
install.js install.js: refactor to template string (#340) 2017-08-17 11:56:11 -07:00
LICENSE Initial commit 2017-05-09 15:16:13 -07:00
package.json Roll chromium to r494755 (#286) 2017-08-16 07:21:26 -07:00
README.md Indent the code in README.md (#319) 2017-08-17 19:54:51 -07:00
yarn.lock Add more tests to cover Page.pdf() method (#196) (#200) 2017-08-03 14:10:52 -07:00

Puppeteer Build Status NPM puppeteer package

API | FAQ | Contributing

Puppeteer is a Node library which provides a high-level API to control headless Chrome over the DevTools Protocol. It can also be configured to use full (non-headless) Chrome.

What can I do?

Most things that you can do manually in the browser can be done using Puppeteer! Here are a few examples to get you started:

  • Generate screenshots and PDFs of pages.
  • Crawl a SPA and generate pre-rendered content (i.e. "SSR").
  • Scrape content from websites.
  • Automate form submission, UI testing, keyboard input, etc.
  • Create an up-to-date, automated testing environment. Run your tests directly in the latest version of Chrome using the latest JavaScript and browser features.
  • Capture a timeline trace of your site to help diagnose performance issues.

Getting Started

Installation

Puppeteer requires Node version 7.10 or greater

To use Puppeteer in your project, run:

yarn add puppeteer
# or "npm i puppeteer"

Note

: When you install Puppeteer, it downloads a recent version of Chromium (~71Mb Mac, ~90Mb Linux, ~110Mb Win) that is guaranteed to work with the API.

Usage

Puppeteer will be familiar to using other browser testing frameworks. You create an instance of Browser, open pages, and then manipulate them with Puppeteer's API.

Example - navigating to https://example.com and saving a screenshot as example.png:

const puppeteer = require('puppeteer');

(async () => {

  const browser = await puppeteer.launch();
  const page = await browser.newPage();
  await page.goto('https://example.com');
  await page.screenshot({path: 'example.png'});

  browser.close();
})();

Puppeteer sets an initial page size to 800px x 600px, which defines the screenshot size. The page size can be customized with Page.setViewport().

Example - create a PDF.

const puppeteer = require('puppeteer');

(async () => {

  const browser = await puppeteer.launch();
  const page = await browser.newPage();
  await page.goto('https://news.ycombinator.com', {waitUntil: 'networkidle'});
  await page.pdf({path: 'hn.pdf', format: 'A4'});

  browser.close();
})();

See Page.pdf() for more information about creating pdfs.

Default runtime settings

1. Uses Headless mode

Puppeteer launches Chromium in headless mode. To launch a full version of Chromium, set the 'headless' option when creating a browser:

const browser = await puppeteer.launch({headless: false});

2. Runs a bundled version of Chromium

By default, Puppeteer downloads and uses a specific version of Chromium so its API is guaranteed to work out of the box. To use Puppeteer with a different version of Chrome, pass in the executable's path when creating a Browser instance:

const browser = await puppeteer.launch({executablePath: '/path/to/Chrome'});

See Puppeteer.launch() for more information.

3. Creates a fresh user profile

Puppeteer creates its own Chromium user profile which it cleans up on every run.

API Documentation

Explore the API documentation and examples to learn more.

Contributing to Puppeteer

Check out contributing guide to get an overview of Puppeteer development.

FAQ

Q: Which Chromium version does Puppeteer use?

Look for chromium_revision in package.json.

Puppeteer bundles Chromium to ensure that the latest features it uses are guaranteed to be available. As the DevTools protocol and browser improve over time, Puppeteer will be updated to depend on newer versions of Chromium.

Q: What is the difference between Puppeteer, Selenium / WebDriver, and PhantomJS?

Selenium / WebDriver is a well-established cross-browser API that is useful for testing cross-browser support.

Puppeteer works only with Chrome. However, many teams only run unit tests with a single browser (e.g. PhantomJS). In non-testing use cases, Puppeteer provides a powerful but simple API because it's only targeting one browser that enables you to rapidly develop automation scripts.

Puppeteer uses the latest versions of Chromium.

Q: Who maintains Puppeteer?

The Chrome DevTools team maintains the library, but we'd love your help and expertise on the project! See Contributing.

Q: Why is the Chrome team building Puppeteer?

The goals of the project are simple:

  • Provide a slim, canonical library that highlights the capabilities of the DevTools Protocol.
  • Provide a reference implementation for similar testing libraries. Eventually, these other frameworks could adopt Puppeteer as their foundational layer.
  • Grow the adoption of headless/automated browser testing.
  • Help dogfood new DevTools Protocol features...and catch bugs!
  • Learn more about the pain points of automated browser testing and help fill those gaps.

Q: How does Puppeteer compare with other headless Chrome projects?

The past few months have brought several new libraries for automating headless Chrome. As the team authoring the underlying DevTools Protocol, we're excited to witness and support this flourishing ecosystem.

We've reached out to a number of these projects to see if there are opportunities for collaboration, and we're happy to do what we can to help.