A slew of automation “stuff” has just arrived due to . As creator of , it’s my job to stay up-to-date with them. Chrome’s new headless feature in v59 snaptest.io So here’s what you need to know: means you don’t see it when you start it, it’s all in memory — and it also implies user actions are automated. A headless browser Uses of : automation QA tests Scraping Pre-rendering single-page apps. Uses of : headless Less resource intensive. Great for build-systems running tests before a deploy. Can run in many more server environments, like Lambda. No, phantomJS has been the goto browser like this, but the main contributor almost immediately . Turns out its hard to maintain an ENTIRE browser. Is this the first browser? headless automated stepped down when he heard about Chrome’s new headless feature So what’s actually new in Chrome v59? running the executable like this: which opens it without a visible window. `chrome — headless — disable-gpu — remote-debugging-port=9222` then sending commands to the above port… closest to the metal node library is . this one The above commands give you ability to do almost anything a user would do… so you can scrape data or make tests. What is the community doing with these new features? The community has decided that we need a pretty wrapper around this “low level” stuff, and have started making these: (a combination of the words “ ” and “Headless” and maybe even “Serverless”). Chromeless Chrome (Googles very own “lightweight wrapper”) Puppeteer (another wrapper) Simple-headless-chrome Ping me if you know of more… Conclusion: What’s the state of each of these frameworks? Let’s find out in a couple months once they’ve grown up a bit. Comparing and contrasting right now would be a practice in futility.