npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2024 – Pkg Stats / Ryan Hefner

@hotwater/nextjs-bundle-analysis

v0.1.0

Published

Analyzes each PR's impact on your next.js app's bundle size and displays it using a comment

Downloads

1

Readme

Next.js Bundle Analysis Github Action

Analyzes each PR's impact on your next.js app's bundle size and displays it using a comment. Optionally supports performance budgets.

screenshot of bundle analysis comment

Installation

It's pretty simple to get this set up, just run the following command and answer the prompts. The command will create a .github/workflows directory in your project root and add a next_bundle_analysis.yml file to it - that's all it takes!

$ npx -p nextjs-bundle-analysis generate

NOTE: Due to github actions' lack of support for more complex actions, the experience of getting this set up is unusual in that it requires a generation script which copies most of the logic into your project directly. As soon as github adds support for the features needed to properly package up this action, we'll put out an update that removes the extra boilerplate and makes usage much simpler. Until then, we all have no choice but to endure this unusual setup process.

Configuration

Config values are written to package.json under the key nextBundleAnalysis, and can be changed there any time. You can directly edit the workflow file if you want to adjust your default branch or the directory that your nextjs app lives in (especially if you are using a srcDir or something similar).

showDetails (boolean)

(Optional, defaults to true) This option renders a collapsed "details" section under each section of the bundle analysis comment explaining some of the finer details of the numbers provided. If you feel like this is not necessary and you and/or those working on your project understand the details, you can set this option to false and that section will not render.

buildOutputDirectory (string)

(Optional, defaults to .next) If your application builds to a custom directory, you can specify this with the key buildOutputDirectory. You will also need to replace all instances of .next in next_bundle_analysis.yml with your custom output directory.

For example, if you build to dist, you should:

  • Set package.json.nextBundleAnalysis.buildOutputDirectory to "dist".
  • In nextjs_bundle_analysis, replace all instances of .next with dist.

budget (number)

(Optional) The file size, in bytes, to budget for first page load size. For example, if budget was set to 358400 (350 KB) and a page's first load size was 248 KB, the report would list that page as having used 70% of the performance budget.

budgetPercentIncreaseRed (number)

(Optional, but required if budget is specified) If a page's first load size has increased more than budgetPercentIncreaseRed percent, display a 🔴 to draw attention to the change.

minimumChangeThreshold (number)

(Optional, defaults to 0) The threshold under which pages will be considered unchanged. For example, if minimumChangeThreshold was set to 500 and a page's size increased by 300 B, it will be considered unchanged.

skipCommentIfEmpty (boolean)

(Optional, defaults to false) When set to true, if no pages have changed size the generated comment will be an empty string.

Caveats

  • This plugin only analyzes the direct bundle output from next.js. If you have added any other scripts via the <script> tag, especially third party scripts and things like analytics or other tracking scripts, these are not included in the analysis. Scripts of this nature should probably be loaded in behind a consent manager and should not make an impact on your initial load, and as long as this is how you handle them it should make no difference, but it's important to be aware of this and account for the extra size added by these scripts if they are present in your app.
  • Since this plugin works by comparing the base bundle against each PR, the first time it is run, it will fail since it has no base to compare against. This is expected - ideally you can just commit the changes directly to your default branch, where it will run to generate the base bundle, then anything that branches off after that will have a valid comparison point and the script will work as expected.
  • This script assumes that running next build will successfully build your application. If you need additional scripts or logic to do so, you may need to update the action step called "Build next.js app" to the command needed to build your app. For example, if you have a npm run build step, that would be a good target to change it to. We plan to make this configurable via the generator in the future.