[ { "path": ".editorconfig", "content": "# editorconfig.org\n# For Visual Studio code use this extension to enforce below rules:\n# https://marketplace.visualstudio.com/items?itemName=EditorConfig.EditorConfig\n# Other IDEs maye have built in editorconfig support, or their own extensions\n#\n# The similar .ecrc file is used by an editorconfig GitHub action to catch those\n# that don't use this.\nroot = true\n\n[*]\nindent_style = space\nindent_size = 2\nend_of_line = lf\ncharset = utf-8\ntrim_trailing_whitespace = true\ninsert_final_newline = true\n" }, { "path": ".github/workflows/lint.yml", "content": "name: Lint Code Base\npermissions:\n contents: read\non:\n pull_request:\n push:\n branches:\n - main\n workflow_dispatch:\njobs:\n lint:\n name: Lint Code Base\n runs-on: ubuntu-latest\n steps:\n - name: Checkout Code\n uses: actions/checkout@v6\n - name: NPM install\n run: npm install\n - name: Run Prettier\n run: npm run format:check\n - name: Run ESlint\n run: npm run lint\n" }, { "path": ".github/workflows/tests.yml", "content": "name: Run tests\npermissions:\n contents: read\non:\n pull_request:\n push:\n branches:\n - main\n workflow_dispatch:\njobs:\n unit-tests:\n name: Run unit tests\n # Doesn't require anything special so let's use ubuntu as more available\n runs-on: ubuntu-latest\n steps:\n - name: Checkout Code\n uses: actions/checkout@v6\n - name: NPM install\n run: npm install\n - name: Build\n run: npm run build\n - name: Run unit tests\n run: npm run test:unit\n chrome-tests:\n name: Run Chrome e2e tests\n # Runs best on macos for CI as linux requires extra chrome flags\n runs-on: macos-latest\n steps:\n - name: Checkout Code\n uses: actions/checkout@v6\n - name: NPM install\n run: npm install\n - name: Build\n run: npm run build\n - name: Run server\n run: npm run test:server &\n - name: Run e2e tests for chrome\n run: npm run test:e2e -- --browsers=chrome\n firefox-tests:\n name: Run Firefox e2e tests\n # Runs best on macos for CI as linux requires extra setup\n runs-on: macos-latest\n steps:\n - name: Checkout Code\n uses: actions/checkout@v6\n - name: NPM install\n run: npm install\n - name: Build\n run: npm run build\n - name: Run server\n run: npm run test:server &\n - name: Run e2e tests for firefox\n run: npm run test:e2e -- --browsers=firefox\n safari-tests:\n name: Run Safari e2e tests\n # Requires macos\n runs-on: macos-latest\n steps:\n - name: Checkout Code\n uses: actions/checkout@v6\n - name: NPM install\n run: npm install\n - name: Build\n run: npm run build\n - name: Run server\n run: npm run test:server &\n - name: Run e2e tests for safari\n run: npm run test:e2e -- --browsers=safari\n" }, { "path": ".gitignore", "content": ".DS_Store\n.vscode\nnode_modules\n\n# Log files\n*.log\n\n# Generated TypeScript files and build data\ntsconfig.tsbuildinfo\n\n# Dist files\ndist\n" }, { "path": ".husky/.gitignore", "content": "_\n" }, { "path": ".husky/pre-commit", "content": "lint-staged\n\ngrep -r \"\\.only(\" test/e2e \\\n && echo \"ERROR: found .only() use in test\" && exit 1\n\ngrep -r \"browser\\.debug(\" test/e2e \\\n && echo \"ERROR: found browser.debug() use in test\" && exit 1\n\nexit 0\n" }, { "path": ".nvmrc", "content": "lts/Hydrogen\n" }, { "path": "CHANGELOG.md", "content": "# Changelog\n\n### v5.1.0 (2025-07-31)\n\n- Register `visibility-change` early ([#637](https://github.com/GoogleChrome/web-vitals/pull/637))\n- Only finalize LCP on user events (`isTrusted=true`) ([#635](https://github.com/GoogleChrome/web-vitals/pull/635))\n- Fallback to default `getSelector` if custom function is null or undefined ([#634](https://github.com/GoogleChrome/web-vitals/pull/634))\n\n### v5.0.3 (2025-06-11)\n\n- Remove visibilitychange event listeners when no longer required ([#627](https://github.com/GoogleChrome/web-vitals/pull/627))\n\n### v5.0.2 (2025-05-29)\n\n- Handle layout shifts with no sources ([#623](https://github.com/GoogleChrome/web-vitals/pull/623))\n\n### v5.0.1 (2025-05-13)\n\n- Fix missing FCP and LCP for prerendered pages ([#621](https://github.com/GoogleChrome/web-vitals/pull/621))\n\n### v5.0.0 (2025-05-07)\n\n[!NOTE]\nSee the [upgrading to v5](/docs/upgrading-to-v5.md) guide for a complete list of all API changes in version 5.\n\n- **[BREAKING]** Remove the deprecated `onFID()` function ([#519](https://github.com/GoogleChrome/web-vitals/pull/519))\n- **[BREAKING]** Change browser support policy to Baseline Widely available ([#525](https://github.com/GoogleChrome/web-vitals/pull/525))\n- **[BREAKING]** Sort the classes that appear in attribution selectors to reduce cardinality ([#518](https://github.com/GoogleChrome/web-vitals/pull/518))\n- Extend INP attribution with extra LoAF information: longest script and buckets ([#592](https://github.com/GoogleChrome/web-vitals/pull/592))\n- Add support for generating custom targets in the attribution build ([#585](https://github.com/GoogleChrome/web-vitals/pull/585))\n- Support multiple calls to `onINP()` with different config options ([#583](https://github.com/GoogleChrome/web-vitals/pull/583))\n- Use visibility-state performance entries ([#612](https://github.com/GoogleChrome/web-vitals/pull/612))\n- Ensure idle callbacks don't run twice ([#541](https://github.com/GoogleChrome/web-vitals/pull/541)) and ([#548](https://github.com/GoogleChrome/web-vitals/pull/548))\n- Cap `nextPaintTime` at `processingStart` ([#540](https://github.com/GoogleChrome/web-vitals/pull/540)) and ([#546](https://github.com/GoogleChrome/web-vitals/pull/546))\n- Cap INP breakdowns to INP duration ([#528](https://github.com/GoogleChrome/web-vitals/pull/528))\n- Cap LCP load duration to LCP time ([#527](https://github.com/GoogleChrome/web-vitals/pull/527))\n\n### v4.2.4 (2024-10-22)\n\n- Fix memory leak in registering new event listeners on every keydown and click ([#554](https://github.com/GoogleChrome/web-vitals/pull/554))\n\n### v4.2.3 (2024-08-06)\n\n- Fix missing LoAF entries in INP attribution ([#512](https://github.com/GoogleChrome/web-vitals/pull/512))\n\n### v4.2.2 (2024-07-17)\n\n- Fix interaction count after bfcache restore ([#505](https://github.com/GoogleChrome/web-vitals/pull/505))\n\n### v4.2.1 (2024-06-30)\n\n- Fix compatibility issues with TypeScript v5.5 ([#497](https://github.com/GoogleChrome/web-vitals/pull/497))\n\n### v4.2.0 (2024-06-20)\n\n- Refactor INP attribution code to fix errors on Windows 10 ([#495](https://github.com/GoogleChrome/web-vitals/pull/495))\n\n### v4.1.1 (2024-06-10)\n\n- Fix pending LoAF cleanup logic ([#493](https://github.com/GoogleChrome/web-vitals/pull/493))\n\n### v4.1.0 (2024-06-06)\n\n- Move the support check to the top of the onINP() function ([#490](https://github.com/GoogleChrome/web-vitals/pull/490))\n- Fix missing LoAF attribution when entries are dispatched before event entries ([#487](https://github.com/GoogleChrome/web-vitals/pull/487))\n\n### v4.0.1 (2024-05-21)\n\n- Add the `ReportCallback` type back but deprecate it ([#483](https://github.com/GoogleChrome/web-vitals/pull/483))\n\n### v4.0.0 (2024-05-13)\n\n[!NOTE]\nSee the [upgrading to v4](/docs/upgrading-to-v4.md) guide for a complete list of all API changes in version 4.\n\n- **[BREAKING]** Update types to support more generic usage ([#471](https://github.com/GoogleChrome/web-vitals/pull/471))\n- **[BREAKING]** Split `waitingDuration` to make it easier to understand redirect delays ([#458](https://github.com/GoogleChrome/web-vitals/pull/458))\n- **[BREAKING]** Rename `TTFBAttribution` fields from `*Time` to `*Duration` ([#453](https://github.com/GoogleChrome/web-vitals/pull/453))\n- **[BREAKING]** Rename `resourceLoadTime` to `resourceLoadDuration` in LCP attribution ([#450](https://github.com/GoogleChrome/web-vitals/pull/450))\n- **[BREAKING]** Add INP breakdown timings and LoAF attribution ([#442](https://github.com/GoogleChrome/web-vitals/pull/442))\n- **[BREAKING]** Deprecate `onFID()` and remove previously deprecated APIs ([#435](https://github.com/GoogleChrome/web-vitals/pull/435))\n- Expose the target element in INP attribution ([#479](https://github.com/GoogleChrome/web-vitals/pull/479))\n- Save INP target after interactions to reduce null values when removed from the DOM ([#477](https://github.com/GoogleChrome/web-vitals/pull/477))\n- Cap TTFB in attribution ([#440](https://github.com/GoogleChrome/web-vitals/pull/440))\n- Fix `reportAllChanges` behavior for LCP when library is loaded late ([#468](https://github.com/GoogleChrome/web-vitals/pull/468))\n\n### v3.5.2 (2024-01-25)\n\n- Pick the first non-null `target` for INP attribution ([#421](https://github.com/GoogleChrome/web-vitals/pull/421))\n\n### v3.5.1 (2023-12-27)\n\n- Add extra guard for `PerformanceEventTiming` not existing ([#403](https://github.com/GoogleChrome/web-vitals/pull/403))\n\n### v3.5.0 (2023-09-28)\n\n- Run `onLCP` callback in separate task ([#386](https://github.com/GoogleChrome/web-vitals/pull/386))\n- Fix INP durationThreshold bug when set to 0 ([#372](https://github.com/GoogleChrome/web-vitals/pull/372))\n- Prevent FID entries being emitted as INP for non-supporting browsers ([#368](https://github.com/GoogleChrome/web-vitals/pull/368))\n\n### v3.4.0 (2023-07-11)\n\n- Make `bindReporter` generic over metric type ([#359](https://github.com/GoogleChrome/web-vitals/pull/359))\n- Update INP status in README ([#362](https://github.com/GoogleChrome/web-vitals/pull/362))\n- Fix Metric types for better TypeScript support ([#356](https://github.com/GoogleChrome/web-vitals/pull/356))\n- Fix selector for SVGs for attribution build ([#354](https://github.com/GoogleChrome/web-vitals/pull/354))\n\n### v3.3.2 (2023-05-29)\n\n- Fix attribution types ([#348](https://github.com/GoogleChrome/web-vitals/pull/348))\n- Safe access navigation entry type ([#290](https://github.com/GoogleChrome/web-vitals/pull/290))\n\n### v3.3.1 (2023-04-04)\n\n- Export metric rating thresholds in attribution build as well.\n\n### v3.3.0 (2023-03-09)\n\n- Export metric rating thresholds, add explicit `MetricRatingThresholds` type ([#323](https://github.com/GoogleChrome/web-vitals/pull/323))\n- Trim classname selector ([#328](https://github.com/GoogleChrome/web-vitals/pull/328))\n- Add link to CrUX versus RUM blog post ([#327](https://github.com/GoogleChrome/web-vitals/pull/327))\n- Prevent LCP being reported for hidden prerendered pages ([#326](https://github.com/GoogleChrome/web-vitals/pull/326))\n- Add Server Timing information to docs ([#324](https://github.com/GoogleChrome/web-vitals/pull/324))\n- Fix link in `onINP()` thresholds comment ([#318](https://github.com/GoogleChrome/web-vitals/pull/318))\n- Update web.dev link for `onINP()` ([#307](https://github.com/GoogleChrome/web-vitals/pull/307))\n- Add a note about when to load the library ([#305](https://github.com/GoogleChrome/web-vitals/pull/305))\n\n### v3.2.0\n\n- Version number skipped\n\n### v3.1.1 (2023-01-10)\n\n- Defer CLS logic until after `onFCP()` callback ([#297](https://github.com/GoogleChrome/web-vitals/pull/297))\n\n### v3.1.0 (2022-11-15)\n\n- Add support for `'restore'` as a `navigationType` ([#284](https://github.com/GoogleChrome/web-vitals/pull/284))\n- Report initial CLS value when `reportAllChanges` is true ([#283](https://github.com/GoogleChrome/web-vitals/pull/283))\n- Defer all observers until after activation ([#282](https://github.com/GoogleChrome/web-vitals/pull/282))\n- Ignore TTFB for loads where responseStart is zero ([#281](https://github.com/GoogleChrome/web-vitals/pull/281))\n- Defer execution of observer callbacks ([#278](https://github.com/GoogleChrome/web-vitals/pull/278))\n\n### v3.0.4 (2022-10-18)\n\n- Clamp LCP and FCP to 0 for prerendered pages ([#270](https://github.com/GoogleChrome/web-vitals/pull/270))\n\n### v3.0.3 (2022-10-04)\n\n- Ensure `attribution` object is always present in attribution build ([#265](https://github.com/GoogleChrome/web-vitals/pull/265))\n\n### v3.0.2 (2022-09-14)\n\n- Set an explicit unpkg dist file ([#261](https://github.com/GoogleChrome/web-vitals/pull/261))\n\n### v3.0.1 (2022-08-31)\n\n- Use the cjs extension for all UMD builds ([#257](https://github.com/GoogleChrome/web-vitals/pull/257))\n\n### v3.0.0 (2022-08-24)\n\n- **[BREAKING]** Add a config object param to all metric functions ([#225](https://github.com/GoogleChrome/web-vitals/pull/225))\n- **[BREAKING]** Report TTFB after a bfcache restore ([#220](https://github.com/GoogleChrome/web-vitals/pull/220))\n- **[BREAKING]** Only include last LCP entry in metric entries ([#218](https://github.com/GoogleChrome/web-vitals/pull/218))\n- Update the metric ID prefix for v3 ([#251](https://github.com/GoogleChrome/web-vitals/pull/251))\n- Move the Navigation Timing API polyfill to the base+polyfill build ([#248](https://github.com/GoogleChrome/web-vitals/pull/248))\n- Add a metric rating property ([#246](https://github.com/GoogleChrome/web-vitals/pull/246))\n- Add deprecation notices for base+polyfill builds ([#242](https://github.com/GoogleChrome/web-vitals/pull/242))\n- Add a new attribution build for debugging issues in the field ([#237](https://github.com/GoogleChrome/web-vitals/pull/237), [#244](https://github.com/GoogleChrome/web-vitals/pull/244))\n- Add support for prerendered pages ([#233](https://github.com/GoogleChrome/web-vitals/pull/233))\n- Rename the `ReportHandler` type to `ReportCallback`, with alias for back-compat ([#225](https://github.com/GoogleChrome/web-vitals/pull/225), [#227](https://github.com/GoogleChrome/web-vitals/pull/227))\n- Add support for the new INP metric ([#221](https://github.com/GoogleChrome/web-vitals/pull/221), [#232](https://github.com/GoogleChrome/web-vitals/pull/232))\n- Rename `getXXX()` functions to `onXXX()` ([#222](https://github.com/GoogleChrome/web-vitals/pull/222))\n- Add a `navigationType` property to the Metric object ([#219](https://github.com/GoogleChrome/web-vitals/pull/219))\n\n### v2.1.4 (2022-01-20)\n\n- Prevent TTFB from reporting after bfcache restore ([#201](https://github.com/GoogleChrome/web-vitals/pull/201))\n\n### v2.1.3 (2022-01-06)\n\n- Only call report if LCP occurs before first hidden ([#197](https://github.com/GoogleChrome/web-vitals/pull/197))\n\n### v2.1.2 (2021-10-11)\n\n- Ensure reported TTFB values are less than the current page time ([#187](https://github.com/GoogleChrome/web-vitals/pull/187))\n\n### v2.1.1 (2021-10-06)\n\n- Add feature detects to support Opera mini in extreme data saver mode ([#186](https://github.com/GoogleChrome/web-vitals/pull/186))\n\n### v2.1.0 (2021-07-01)\n\n- Add batch reporting support and guidance ([#166](https://github.com/GoogleChrome/web-vitals/pull/166))\n\n### v2.0.1 (2021-06-02)\n\n- Detect getEntriesByName support before calling ([#158](https://github.com/GoogleChrome/web-vitals/pull/158))\n\n### v2.0.0 (2021-06-01)\n\n- **[BREAKING]** Update CLS to max session window 5s cap 1s gap ([#148](https://github.com/GoogleChrome/web-vitals/pull/148))\n- Ensure CLS is only reported if page was visible ([#149](https://github.com/GoogleChrome/web-vitals/pull/149))\n- Only report CLS when FCP is reported ([#154](https://github.com/GoogleChrome/web-vitals/pull/154))\n- Update the unique ID version prefix ([#157](https://github.com/GoogleChrome/web-vitals/pull/157))\n\n### v1.1.2 (2021-05-05)\n\n- Ignore negative TTFB values in Firefox ([#147](https://github.com/GoogleChrome/web-vitals/pull/147))\n- Add workaround for Safari FCP bug ([#145](https://github.com/GoogleChrome/web-vitals/pull/145))\n- Add more extensive FID feature detect ([#143](https://github.com/GoogleChrome/web-vitals/pull/143))\n\n### v1.1.1 (2021-03-13)\n\n- Remove use of legacy API to detect Firefox ([#128](https://github.com/GoogleChrome/web-vitals/pull/128))\n\n### v1.1.0 (2021-01-13)\n\n- Fix incorrect UMD config for base+polyfill script ([#117](https://github.com/GoogleChrome/web-vitals/pull/117))\n- Fix missing getter in polyfill ([#114](https://github.com/GoogleChrome/web-vitals/pull/114))\n- Add support for Set in place of WeakSet for IE11 compat ([#110](https://github.com/GoogleChrome/web-vitals/pull/110))\n\n### v1.0.1 (2020-11-16)\n\n- Fix missing `typings` declaration ([#90](https://github.com/GoogleChrome/web-vitals/pull/90))\n\n### v1.0.0 (2020-11-16)\n\n- **[BREAKING]** Add support for reporting metrics on back/forward cache restore ([#87](https://github.com/GoogleChrome/web-vitals/pull/87))\n- **[BREAKING]** Remove the `isFinal` flag from the Metric interface ([#86](https://github.com/GoogleChrome/web-vitals/pull/86))\n- Remove the scroll listener to stop LCP observing ([#85](https://github.com/GoogleChrome/web-vitals/pull/85))\n\n### v0.2.4 (2020-07-23)\n\n- Remove the unload listener ([#68](https://github.com/GoogleChrome/web-vitals/pull/68))\n\n### v0.2.3 (2020-06-26)\n\n- Ensure reports only occur if a PO was created ([#58](https://github.com/GoogleChrome/web-vitals/pull/58))\n\n### v0.2.2 (2020-05-12)\n\n- Remove package `type` field ([#35](https://github.com/GoogleChrome/web-vitals/pull/35))\n\n### v0.2.1 (2020-05-06)\n\n- Ensure all modules are pure modules ([#23](https://github.com/GoogleChrome/web-vitals/pull/23))\n- Ensure proper TypeScript exports and config ([#22](https://github.com/GoogleChrome/web-vitals/pull/22))\n\n### v0.2.0 (2020-05-03)\n\n- Initial public release\n\n### v0.1.0 (2020-04-24)\n\n- Initial pre-release\n" }, { "path": "CODE_OF_CONDUCT.md", "content": "# Google Open Source Community Guidelines\n\nAt Google, we recognize and celebrate the creativity and collaboration of open\nsource contributors and the diversity of skills, experiences, cultures, and\nopinions they bring to the projects and communities they participate in.\n\nEvery one of Google's open source projects and communities are inclusive\nenvironments, based on treating all individuals respectfully, regardless of\ngender identity and expression, sexual orientation, disabilities,\nneurodiversity, physical appearance, body size, ethnicity, nationality, race,\nage, religion, or similar personal characteristic.\n\nWe value diverse opinions, but we value respectful behavior more.\n\nRespectful behavior includes:\n\n- Being considerate, kind, constructive, and helpful.\n- Not engaging in demeaning, discriminatory, harassing, hateful, sexualized, or\n physically threatening behavior, speech, and imagery.\n- Not engaging in unwanted physical contact.\n\nSome Google open source projects [may adopt][] an explicit project code of\nconduct, which may have additional detailed expectations for participants. Most\nof those projects will use our [modified Contributor Covenant][].\n\n[may adopt]: https://opensource.google/docs/releasing/preparing/#conduct\n[modified contributor covenant]: https://opensource.google/docs/releasing/template/CODE_OF_CONDUCT/\n\n## Resolve peacefully\n\nWe do not believe that all conflict is necessarily bad; healthy debate and\ndisagreement often yields positive results. However, it is never okay to be\ndisrespectful.\n\nIf you see someone behaving disrespectfully, you are encouraged to address the\nbehavior directly with those involved. Many issues can be resolved quickly and\neasily, and this gives people more control over the outcome of their dispute.\nIf you are unable to resolve the matter for any reason, or if the behavior is\nthreatening or harassing, report it. We are dedicated to providing an\nenvironment where participants feel welcome and safe.\n\n## Reporting problems\n\nSome Google open source projects may adopt a project-specific code of conduct.\nIn those cases, a Google employee will be identified as the Project Steward,\nwho will receive and handle reports of code of conduct violations. In the event\nthat a project hasn’t identified a Project Steward, you can report problems by\nemailing opensource@google.com.\n\nWe will investigate every complaint, but you may not receive a direct response.\nWe will use our discretion in determining when and how to follow up on reported\nincidents, which may range from not taking action to permanent expulsion from\nthe project and project-sponsored spaces. We will notify the accused of the\nreport and provide them an opportunity to discuss it before any action is\ntaken. The identity of the reporter will be omitted from the details of the\nreport supplied to the accused. In potentially harmful situations, such as\nongoing harassment or threats to anyone's safety, we may take action without\nnotice.\n\n_This document was adapted from the [IndieWeb Code of Conduct][] and can also\nbe found at ._\n\n[indieweb code of conduct]: https://indieweb.org/code-of-conduct\n" }, { "path": "CONTRIBUTING.md", "content": "# How to Contribute\n\nWe'd love to accept your patches and contributions to this project. There are\njust a few small guidelines you need to follow.\n\n## Contributor License Agreement\n\nContributions to this project must be accompanied by a Contributor License\nAgreement. You (or your employer) retain the copyright to your contribution;\nthis simply gives us permission to use and redistribute your contributions as\npart of the project. Head over to to see\nyour current agreements on file or to sign a new one.\n\nYou generally only need to submit a CLA once, so if you've already submitted one\n(even if it was for a different project), you probably don't need to do it\nagain.\n\n## Code reviews\n\nAll submissions, including submissions by project members, require review. We\nuse GitHub pull requests for this purpose. Consult\n[GitHub Help](https://help.github.com/articles/about-pull-requests/) for more\ninformation on using pull requests.\n\n## Testing\n\nTo test the full suite run `npm run test`.\n\nTo test a subset of browsers or metrics, run the following in separate terminals:\n\n- `npm run watch`\n- `npm run test:server`\n- `npm run test:e2e -- --browsers=chrome --metrics=TTFB`\n\nThe last command can be replaced as you see fit and include comma, separated values. For example:\n\n- `npm run test:e2e -- --browsers=chrome,firefox --metrics=TTFB,LCP`\n\nTo run an individual test, change `it('test name')` to `it.only('test name')`.\n\nYou can also add `await browser.debug()` lines to the individual test files to pause execution, and press `CTRL+C` in the command line to continue the tests.\n\nSee the https://webdriver.io/ for more information.\n\n## Community Guidelines\n\nThis project follows [Google's Open Source Community\nGuidelines](https://opensource.google/conduct/).\n" }, { "path": "LICENSE", "content": "\n Apache License\n Version 2.0, January 2004\n http://www.apache.org/licenses/\n\n TERMS AND CONDITIONS FOR USE, REPRODUCTION, AND DISTRIBUTION\n\n 1. Definitions.\n\n \"License\" shall mean the terms and conditions for use, reproduction,\n and distribution as defined by Sections 1 through 9 of this document.\n\n \"Licensor\" shall mean the copyright owner or entity authorized by\n the copyright owner that is granting the License.\n\n \"Legal Entity\" shall mean the union of the acting entity and all\n other entities that control, are controlled by, or are under common\n control with that entity. For the purposes of this definition,\n \"control\" means (i) the power, direct or indirect, to cause the\n direction or management of such entity, whether by contract or\n otherwise, or (ii) ownership of fifty percent (50%) or more of the\n outstanding shares, or (iii) beneficial ownership of such entity.\n\n \"You\" (or \"Your\") shall mean an individual or Legal Entity\n exercising permissions granted by this License.\n\n \"Source\" form shall mean the preferred form for making modifications,\n including but not limited to software source code, documentation\n source, and configuration files.\n\n \"Object\" form shall mean any form resulting from mechanical\n transformation or translation of a Source form, including but\n not limited to compiled object code, generated documentation,\n and conversions to other media types.\n\n \"Work\" shall mean the work of authorship, whether in Source or\n Object form, made available under the License, as indicated by a\n copyright notice that is included in or attached to the work\n (an example is provided in the Appendix below).\n\n \"Derivative Works\" shall mean any work, whether in Source or Object\n form, that is based on (or derived from) the Work and for which the\n editorial revisions, annotations, elaborations, or other modifications\n represent, as a whole, an original work of authorship. For the purposes\n of this License, Derivative Works shall not include works that remain\n separable from, or merely link (or bind by name) to the interfaces of,\n the Work and Derivative Works thereof.\n\n \"Contribution\" shall mean any work of authorship, including\n the original version of the Work and any modifications or additions\n to that Work or Derivative Works thereof, that is intentionally\n submitted to Licensor for inclusion in the Work by the copyright owner\n or by an individual or Legal Entity authorized to submit on behalf of\n the copyright owner. For the purposes of this definition, \"submitted\"\n means any form of electronic, verbal, or written communication sent\n to the Licensor or its representatives, including but not limited to\n communication on electronic mailing lists, source code control systems,\n and issue tracking systems that are managed by, or on behalf of, the\n Licensor for the purpose of discussing and improving the Work, but\n excluding communication that is conspicuously marked or otherwise\n designated in writing by the copyright owner as \"Not a Contribution.\"\n\n \"Contributor\" shall mean Licensor and any individual or Legal Entity\n on behalf of whom a Contribution has been received by Licensor and\n subsequently incorporated within the Work.\n\n 2. Grant of Copyright License. Subject to the terms and conditions of\n this License, each Contributor hereby grants to You a perpetual,\n worldwide, non-exclusive, no-charge, royalty-free, irrevocable\n copyright license to reproduce, prepare Derivative Works of,\n publicly display, publicly perform, sublicense, and distribute the\n Work and such Derivative Works in Source or Object form.\n\n 3. Grant of Patent License. Subject to the terms and conditions of\n this License, each Contributor hereby grants to You a perpetual,\n worldwide, non-exclusive, no-charge, royalty-free, irrevocable\n (except as stated in this section) patent license to make, have made,\n use, offer to sell, sell, import, and otherwise transfer the Work,\n where such license applies only to those patent claims licensable\n by such Contributor that are necessarily infringed by their\n Contribution(s) alone or by combination of their Contribution(s)\n with the Work to which such Contribution(s) was submitted. If You\n institute patent litigation against any entity (including a\n cross-claim or counterclaim in a lawsuit) alleging that the Work\n or a Contribution incorporated within the Work constitutes direct\n or contributory patent infringement, then any patent licenses\n granted to You under this License for that Work shall terminate\n as of the date such litigation is filed.\n\n 4. Redistribution. You may reproduce and distribute copies of the\n Work or Derivative Works thereof in any medium, with or without\n modifications, and in Source or Object form, provided that You\n meet the following conditions:\n\n (a) You must give any other recipients of the Work or\n Derivative Works a copy of this License; and\n\n (b) You must cause any modified files to carry prominent notices\n stating that You changed the files; and\n\n (c) You must retain, in the Source form of any Derivative Works\n that You distribute, all copyright, patent, trademark, and\n attribution notices from the Source form of the Work,\n excluding those notices that do not pertain to any part of\n the Derivative Works; and\n\n (d) If the Work includes a \"NOTICE\" text file as part of its\n distribution, then any Derivative Works that You distribute must\n include a readable copy of the attribution notices contained\n within such NOTICE file, excluding those notices that do not\n pertain to any part of the Derivative Works, in at least one\n of the following places: within a NOTICE text file distributed\n as part of the Derivative Works; within the Source form or\n documentation, if provided along with the Derivative Works; or,\n within a display generated by the Derivative Works, if and\n wherever such third-party notices normally appear. The contents\n of the NOTICE file are for informational purposes only and\n do not modify the License. You may add Your own attribution\n notices within Derivative Works that You distribute, alongside\n or as an addendum to the NOTICE text from the Work, provided\n that such additional attribution notices cannot be construed\n as modifying the License.\n\n You may add Your own copyright statement to Your modifications and\n may provide additional or different license terms and conditions\n for use, reproduction, or distribution of Your modifications, or\n for any such Derivative Works as a whole, provided Your use,\n reproduction, and distribution of the Work otherwise complies with\n the conditions stated in this License.\n\n 5. Submission of Contributions. Unless You explicitly state otherwise,\n any Contribution intentionally submitted for inclusion in the Work\n by You to the Licensor shall be under the terms and conditions of\n this License, without any additional terms or conditions.\n Notwithstanding the above, nothing herein shall supersede or modify\n the terms of any separate license agreement you may have executed\n with Licensor regarding such Contributions.\n\n 6. Trademarks. This License does not grant permission to use the trade\n names, trademarks, service marks, or product names of the Licensor,\n except as required for reasonable and customary use in describing the\n origin of the Work and reproducing the content of the NOTICE file.\n\n 7. Disclaimer of Warranty. Unless required by applicable law or\n agreed to in writing, Licensor provides the Work (and each\n Contributor provides its Contributions) on an \"AS IS\" BASIS,\n WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or\n implied, including, without limitation, any warranties or conditions\n of TITLE, NON-INFRINGEMENT, MERCHANTABILITY, or FITNESS FOR A\n PARTICULAR PURPOSE. You are solely responsible for determining the\n appropriateness of using or redistributing the Work and assume any\n risks associated with Your exercise of permissions under this License.\n\n 8. Limitation of Liability. In no event and under no legal theory,\n whether in tort (including negligence), contract, or otherwise,\n unless required by applicable law (such as deliberate and grossly\n negligent acts) or agreed to in writing, shall any Contributor be\n liable to You for damages, including any direct, indirect, special,\n incidental, or consequential damages of any character arising as a\n result of this License or out of the use or inability to use the\n Work (including but not limited to damages for loss of goodwill,\n work stoppage, computer failure or malfunction, or any and all\n other commercial damages or losses), even if such Contributor\n has been advised of the possibility of such damages.\n\n 9. Accepting Warranty or Additional Liability. While redistributing\n the Work or Derivative Works thereof, You may choose to offer,\n and charge a fee for, acceptance of support, warranty, indemnity,\n or other liability obligations and/or rights consistent with this\n License. However, in accepting such obligations, You may act only\n on Your own behalf and on Your sole responsibility, not on behalf\n of any other Contributor, and only if You agree to indemnify,\n defend, and hold each Contributor harmless for any liability\n incurred by, or claims asserted against, such Contributor by reason\n of your accepting any such warranty or additional liability.\n\n END OF TERMS AND CONDITIONS\n\n APPENDIX: How to apply the Apache License to your work.\n\n To apply the Apache License to your work, attach the following\n boilerplate notice, with the fields enclosed by brackets \"[]\"\n replaced with your own identifying information. (Don't include\n the brackets!) The text should be enclosed in the appropriate\n comment syntax for the file format. We also recommend that a\n file or class name and description of purpose be included on the\n same \"printed page\" as the copyright notice for easier\n identification within third-party archives.\n\n Copyright 2020 Google LLC\n\n Licensed under the Apache License, Version 2.0 (the \"License\");\n you may not use this file except in compliance with the License.\n You may obtain a copy of the License at\n\n https://www.apache.org/licenses/LICENSE-2.0\n\n Unless required by applicable law or agreed to in writing, software\n distributed under the License is distributed on an \"AS IS\" BASIS,\n WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.\n See the License for the specific language governing permissions and\n limitations under the License.\n" }, { "path": "README.md", "content": "# `web-vitals`\n\n- [Overview](#overview)\n- [Install and load the library](#installation)\n - [From npm](#import-web-vitals-from-npm)\n - [From a CDN](#load-web-vitals-from-a-cdn)\n- [Usage](#usage)\n - [Basic usage](#basic-usage)\n - [Report the value on every change](#report-the-value-on-every-change)\n - [Report only the delta of changes](#report-only-the-delta-of-changes)\n - [Send the results to an analytics endpoint](#send-the-results-to-an-analytics-endpoint)\n - [Send the results to Google Analytics](#send-the-results-to-google-analytics)\n - [Send the results to Google Tag Manager](#send-the-results-to-google-tag-manager)\n - [Send attribution data](#send-attribution-data)\n - [Batch multiple reports together](#batch-multiple-reports-together)\n- [Build options](#build-options)\n - [Which build is right for you?](#which-build-is-right-for-you)\n- [API](#api)\n - [Types](#types)\n - [Functions](#functions)\n - [Rating Thresholds](#rating-thresholds)\n - [Attribution](#attribution)\n- [Browser Support](#browser-support)\n- [Limitations](#limitations)\n- [Development](#development)\n- [Integrations](#integrations)\n- [License](#license)\n\n## Overview\n\nThe `web-vitals` library is a tiny (~2K, brotli'd), modular library for measuring all the [Web Vitals](https://web.dev/articles/vitals) metrics on real users, in a way that accurately matches how they're measured by Chrome and reported to other Google tools (e.g. [Chrome User Experience Report](https://developers.google.com/web/tools/chrome-user-experience-report), [Page Speed Insights](https://developers.google.com/speed/pagespeed/insights/), [Search Console's Speed Report](https://webmasters.googleblog.com/2019/11/search-console-speed-report.html)).\n\nThe library supports all of the [Core Web Vitals](https://web.dev/articles/vitals#core_web_vitals) as well as a number of other metrics that are useful in diagnosing [real-user](https://web.dev/articles/user-centric-performance-metrics) performance issues.\n\n### Core Web Vitals\n\n- [Cumulative Layout Shift (CLS)](https://web.dev/articles/cls)\n- [Interaction to Next Paint (INP)](https://web.dev/articles/inp)\n- [Largest Contentful Paint (LCP)](https://web.dev/articles/lcp)\n\n### Other metrics\n\n- [First Contentful Paint (FCP)](https://web.dev/articles/fcp)\n- [Time to First Byte (TTFB)](https://web.dev/articles/ttfb)\n\n\n\n\n## Install and load the library\n\n\n\nThe `web-vitals` library uses the `buffered` flag for [PerformanceObserver](https://developer.mozilla.org/docs/Web/API/PerformanceObserver/observe), allowing it to access performance entries that occurred before the library was loaded.\n\nThis means you do not need to load this library early in order to get accurate performance data. In general, this library should be deferred until after other user-impacting code has loaded.\n\n### From npm\n\nYou can install this library from npm by running:\n\n```sh\nnpm install web-vitals\n```\n\n> [!NOTE]\n> If you're not using npm, you can still load `web-vitals` via `\n```\n\nNote: When the web-vitals code is isolated from the application code in this way, there is less need to depend on dynamic imports so this code uses a regular `import` line.\n\n**Load the \"standard\" build** _(using a classic script)_\n\n```html\n\n```\n\n**Load the \"attribution\" build** _(using a module script)_\n\n```html\n\n\n```\n\n**Load the \"attribution\" build** _(using a classic script)_\n\n```html\n\n```\n\n## Usage\n\n### Basic usage\n\nEach of the Web Vitals metrics is exposed as a single function that takes a `callback` function that will be called any time the metric value is available and ready to be reported.\n\nThe following example measures each of the Core Web Vitals metrics and logs the result to the console once its value is ready to report.\n\n_(The examples below import the \"standard\" build, but they will work with the \"attribution\" build as well.)_\n\n```js\nimport {onCLS, onINP, onLCP} from 'web-vitals';\n\nonCLS(console.log);\nonINP(console.log);\nonLCP(console.log);\n```\n\nNote that some of these metrics will not report until the user has interacted with the page, switched tabs, or the page starts to unload. If you don't see the values logged to the console immediately, try reloading the page (with [preserve log](https://developer.chrome.com/docs/devtools/console/reference/#persist) enabled) or switching tabs and then switching back.\n\nAlso, in some cases a metric callback may never be called:\n\n- INP is not reported if the user never interacts with the page.\n- CLS, FCP, and LCP are not reported if the page was loaded in the background.\n\nIn other cases, a metric callback may be called more than once:\n\n- CLS and INP should be reported any time the [page's `visibilityState` changes to hidden](https://developer.chrome.com/blog/page-lifecycle-api/#advice-hidden).\n- All metrics are reported again (with the above exceptions) after a page is restored from the [back/forward cache](https://web.dev/articles/bfcache).\n\n> [!WARNING]\n> Do not call any of the Web Vitals functions (e.g. `onCLS()`, `onINP()`, `onLCP()`) more than once per page load. Each of these functions creates a `PerformanceObserver` instance and registers event listeners for the lifetime of the page. While the overhead of calling these functions once is negligible, calling them repeatedly on the same page may eventually result in a memory leak.\n\n### Report the value on every change\n\nIn most cases, you only want the `callback` function to be called when the metric is ready to be reported. However, it is possible to report every change (e.g. each larger layout shift as it happens) by setting `reportAllChanges` to `true` in the optional, [configuration object](#reportopts) (second parameter).\n\n> [!IMPORTANT] > `reportAllChanges` only reports when the **metric changes**, not for each **input to the metric**. For example, a new layout shift that does not increase the CLS metric will not be reported even with `reportAllChanges` set to `true` because the CLS metric has not changed. Similarly, for INP, each interaction is not reported even with `reportAllChanges` set to `true`—just when an interaction causes an increase to INP.\n\nThis can be useful when debugging, but in general using `reportAllChanges` is not needed (or recommended) for measuring these metrics in production.\n\n```js\nimport {onCLS} from 'web-vitals';\n\n// Logs CLS as the value changes.\nonCLS(console.log, {reportAllChanges: true});\n```\n\n### Report only the delta of changes\n\nSome analytics providers allow you to update the value of a metric, even after you've already sent it to their servers (overwriting the previously-sent value with the same `id`).\n\nOther analytics providers, however, do not allow this, so instead of reporting the new value, you need to report only the delta (the difference between the current value and the last-reported value). You can then compute the total value by summing all metric deltas sent with the same ID.\n\nThe following example shows how to use the `id` and `delta` properties:\n\n```js\nimport {onCLS, onINP, onLCP} from 'web-vitals';\n\nfunction logDelta({name, id, delta}) {\n console.log(`${name} matching ID ${id} changed by ${delta}`);\n}\n\nonCLS(logDelta);\nonINP(logDelta);\nonLCP(logDelta);\n```\n\n> [!NOTE]\n> The first time the `callback` function is called, its `value` and `delta` properties will be the same.\n\nIn addition to using the `id` field to group multiple deltas for the same metric, it can also be used to differentiate different metrics reported on the same page. For example, after a back/forward cache restore, a new metric object is created with a new `id` (since back/forward cache restores are considered separate page visits).\n\n### Send the results to an analytics endpoint\n\nThe following example measures each of the Core Web Vitals metrics and reports them to a hypothetical `/analytics` endpoint, as soon as each is ready to be sent.\n\nThe `sendToAnalytics()` function uses the [`navigator.sendBeacon()`](https://developer.mozilla.org/docs/Web/API/Navigator/sendBeacon) method, which is widely available across browsers, and supports sending data as the page is being unloaded.\n\n```js\nimport {onCLS, onINP, onLCP} from 'web-vitals';\n\nfunction sendToAnalytics(metric) {\n const body = JSON.stringify({\n name: metric.name,\n value: metric.value,\n id: metric.id,\n\n // Include additional data as needed...\n });\n\n // Use `navigator.sendBeacon()` to send the data, which supports\n // sending while the page is unloading.\n navigator.sendBeacon('/analytics', body);\n}\n\nonCLS(sendToAnalytics);\nonINP(sendToAnalytics);\nonLCP(sendToAnalytics);\n```\n\n### Send the results to Google Analytics\n\nGoogle Analytics does not support reporting metric distributions in any of its built-in reports; however, if you set a unique event parameter value (in this case, the metric_id, as shown in the example below) on every metric instance that you send to Google Analytics, you can create a report yourself by first getting the data via the [Google Analytics Data API](https://developers.google.com/analytics/devguides/reporting/data/v1) or via [BigQuery export](https://support.google.com/analytics/answer/9358801) and then visualizing it any charting library you choose.\n\n[Google Analytics 4](https://support.google.com/analytics/answer/10089681) introduces a new Event model allowing custom parameters instead of a fixed category, action, and label. It also supports non-integer values, making it easier to measure Web Vitals metrics compared to previous versions.\n\n```js\nimport {onCLS, onINP, onLCP} from 'web-vitals';\n\nfunction sendToGoogleAnalytics({name, delta, value, id}) {\n // Assumes the global `gtag()` function exists, see:\n // https://developers.google.com/analytics/devguides/collection/ga4\n gtag('event', name, {\n // Built-in params:\n value: delta, // Use `delta` so the value can be summed.\n // Custom params:\n metric_id: id, // Needed to aggregate events.\n metric_value: value, // Optional.\n metric_delta: delta, // Optional.\n\n // OPTIONAL: any additional params or debug info here.\n // See: https://web.dev/articles/debug-performance-in-the-field\n // metric_rating: 'good' | 'needs-improvement' | 'poor',\n // debug_info: '...',\n // ...\n });\n}\n\nonCLS(sendToGoogleAnalytics);\nonINP(sendToGoogleAnalytics);\nonLCP(sendToGoogleAnalytics);\n```\n\nFor details on how to query this data in [BigQuery](https://cloud.google.com/bigquery), or visualise it in [Looker Studio](https://lookerstudio.google.com/), see [Measure and debug performance with Google Analytics 4 and BigQuery](https://web.dev/articles/vitals-ga4).\n\n### Send the results to Google Tag Manager\n\nWhile `web-vitals` can be called directly from Google Tag Manager, using a pre-defined custom template makes this considerably easier. Some recommended templates include:\n\n- [Core Web Vitals](https://tagmanager.google.com/gallery/#/owners/gtm-templates-simo-ahava/templates/core-web-vitals) by [Simo Ahava](https://www.simoahava.com/). See [Track Core Web Vitals in GA4 with Google Tag Manager](https://www.simoahava.com/analytics/track-core-web-vitals-in-ga4-with-google-tag-manager/) for usage and installation instructions.\n- [Web Vitals Template for Google Tag Manager](https://github.com/google-marketing-solutions/web-vitals-gtm-template) by The Google Marketing Solutions team. See the [README](https://github.com/google-marketing-solutions/web-vitals-gtm-template?tab=readme-ov-file#web-vitals-template-for-google-tag-manager) for usage and installation instructions.\n\n### Send attribution data\n\nWhen using the [attribution build](#attribution-build), you can send additional data to help you debug _why_ the metric values are the way they are.\n\nThis example sends an additional `debug_target` param to Google Analytics, corresponding to the element most associated with each metric.\n\n```js\nimport {onCLS, onINP, onLCP} from 'web-vitals/attribution';\n\nfunction sendToGoogleAnalytics({name, delta, value, id, attribution}) {\n const eventParams = {\n // Built-in params:\n value: delta, // Use `delta` so the value can be summed.\n // Custom params:\n metric_id: id, // Needed to aggregate events.\n metric_value: value, // Optional.\n metric_delta: delta, // Optional.\n };\n\n switch (name) {\n case 'CLS':\n eventParams.debug_target = attribution.largestShiftTarget;\n break;\n case 'INP':\n eventParams.debug_target = attribution.interactionTarget;\n break;\n case 'LCP':\n eventParams.debug_target = attribution.target;\n break;\n }\n\n // Assumes the global `gtag()` function exists, see:\n // https://developers.google.com/analytics/devguides/collection/ga4\n gtag('event', name, eventParams);\n}\n\nonCLS(sendToGoogleAnalytics);\nonINP(sendToGoogleAnalytics);\nonLCP(sendToGoogleAnalytics);\n```\n\n> [!NOTE]\n> This example relies on custom [event parameters](https://support.google.com/analytics/answer/11396839) in Google Analytics 4.\n\nSee [Debug performance in the field](https://web.dev/articles/debug-performance-in-the-field) for more information and examples.\n\n### Batch multiple reports together\n\nRather than reporting each individual Web Vitals metric separately, you can minimize your network usage by batching multiple metric reports together in a single network request.\n\nHowever, since not all Web Vitals metrics become available at the same time, and since not all metrics are reported on every page, you cannot simply defer reporting until all metrics are available.\n\nInstead, you should keep a queue of all metrics that were reported and flush the queue whenever the page is backgrounded or unloaded:\n\n```js\nimport {onCLS, onINP, onLCP} from 'web-vitals';\n\nconst queue = new Set();\nfunction addToQueue(metric) {\n queue.add(metric);\n}\n\nfunction flushQueue() {\n if (queue.size > 0) {\n // Replace with whatever serialization method you prefer.\n // Note: JSON.stringify will likely include more data than you need.\n const body = JSON.stringify([...queue]);\n\n // Use `navigator.sendBeacon()` to send the data, which supports\n // sending while the page is unloading.\n navigator.sendBeacon('/analytics', body);\n\n queue.clear();\n }\n}\n\nonCLS(addToQueue);\nonINP(addToQueue);\nonLCP(addToQueue);\n\n// Report all available metrics whenever the page is backgrounded or unloaded.\naddEventListener('visibilitychange', () => {\n if (document.visibilityState === 'hidden') {\n flushQueue();\n }\n});\n```\n\n> [!NOTE]\n> See [the Page Lifecycle guide](https://developers.google.com/web/updates/2018/07/page-lifecycle-api#legacy-lifecycle-apis-to-avoid) for an explanation of why `visibilitychange` is recommended over events like `beforeunload` and `unload`.\n\n\n\n## Build options\n\nThe `web-vitals` package includes both \"standard\" and \"attribution\" builds, as well as different formats of each to allow developers to choose the format that best meets their needs or integrates with their architecture.\n\nThe following table lists all the builds distributed with the `web-vitals` package on npm.\n\n\n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n
\n Filename (all within dist/*)\n ExportDescription
web-vitals.jspkg.module\n

An ES module bundle of all metric functions, without any attribution features.

\n This is the \"standard\" build and is the simplest way to consume this library out of the box.\n
web-vitals.umd.cjspkg.main\n A UMD version of the web-vitals.js bundle (exposed on the self.webVitals.* namespace).\n
web-vitals.iife.js--\n An IIFE version of the web-vitals.js bundle (exposed on the self.webVitals.* namespace).\n
web-vitals.attribution.js--\n An ES module version of all metric functions that includes attribution features.\n
web-vitals.attribution.umd.cjs--\n A UMD version of the web-vitals.attribution.js build (exposed on the self.webVitals.* namespace).\n
web-vitals.attribution.iife.js--\n An IIFE version of the web-vitals.attribution.js build (exposed on the self.webVitals.* namespace).\n
\n\n\n\n### Which build is right for you?\n\nMost developers will generally want to use \"standard\" build (via either the ES module or UMD version, depending on your bundler/build system), as it's the easiest to use out of the box and integrate into existing tools.\n\nHowever, if you'd like to collect additional debug information to help you diagnose performance bottlenecks based on real-user issues, use the [\"attribution\" build](#attribution-build).\n\nFor guidance on how to collect and use real-user data to debug performance issues, see [Debug performance in the field](https://web.dev/debug-performance-in-the-field/).\n\n## API\n\n### Types:\n\n#### `Metric`\n\nAll metrics types inherit from the following base interface:\n\n```ts\ninterface Metric {\n /**\n * The name of the metric (in acronym form).\n */\n name: 'CLS' | 'FCP' | 'INP' | 'LCP' | 'TTFB';\n\n /**\n * The current value of the metric.\n */\n value: number;\n\n /**\n * The rating as to whether the metric value is within the \"good\",\n * \"needs improvement\", or \"poor\" thresholds of the metric.\n */\n rating: 'good' | 'needs-improvement' | 'poor';\n\n /**\n * The delta between the current value and the last-reported value.\n * On the first report, `delta` and `value` will always be the same.\n */\n delta: number;\n\n /**\n * A unique ID representing this particular metric instance. This ID can\n * be used by an analytics tool to dedupe multiple values sent for the same\n * metric instance, or to group multiple deltas together and calculate a\n * total. It can also be used to differentiate multiple different metric\n * instances sent from the same page, which can happen if the page is\n * restored from the back/forward cache (in that case new metrics object\n * get created).\n */\n id: string;\n\n /**\n * Any performance entries relevant to the metric value calculation.\n * The array may also be empty if the metric value was not based on any\n * entries (e.g. a CLS value of 0 given no layout shifts).\n */\n entries: PerformanceEntry[];\n\n /**\n * The type of navigation.\n *\n * This will be the value returned by the Navigation Timing API (or\n * `undefined` if the browser doesn't support that API), with the following\n * exceptions:\n * - 'back-forward-cache': for pages that are restored from the bfcache.\n * - 'back_forward' is renamed to 'back-forward' for consistency.\n * - 'prerender': for pages that were prerendered.\n * - 'restore': for pages that were discarded by the browser and then\n * restored by the user.\n */\n navigationType:\n | 'navigate'\n | 'reload'\n | 'back-forward'\n | 'back-forward-cache'\n | 'prerender'\n | 'restore';\n}\n```\n\nMetric-specific subclasses:\n\n##### `CLSMetric`\n\n```ts\ninterface CLSMetric extends Metric {\n name: 'CLS';\n entries: LayoutShift[];\n}\n```\n\n##### `FCPMetric`\n\n```ts\ninterface FCPMetric extends Metric {\n name: 'FCP';\n entries: PerformancePaintTiming[];\n}\n```\n\n##### `INPMetric`\n\n```ts\ninterface INPMetric extends Metric {\n name: 'INP';\n entries: PerformanceEventTiming[];\n}\n```\n\n##### `LCPMetric`\n\n```ts\ninterface LCPMetric extends Metric {\n name: 'LCP';\n entries: LargestContentfulPaint[];\n}\n```\n\n##### `TTFBMetric`\n\n```ts\ninterface TTFBMetric extends Metric {\n name: 'TTFB';\n entries: PerformanceNavigationTiming[];\n}\n```\n\n#### `MetricRatingThresholds`\n\nThe thresholds of metric's \"good\", \"needs improvement\", and \"poor\" ratings.\n\n- Metric values up to and including [0] are rated \"good\"\n- Metric values up to and including [1] are rated \"needs improvement\"\n- Metric values above [1] are \"poor\"\n\n| Metric value | Rating |\n| --------------- | ------------------- |\n| ≦ [0] | \"good\" |\n| > [0] and ≦ [1] | \"needs improvement\" |\n| > [1] | \"poor\" |\n\n```ts\ntype MetricRatingThresholds = [number, number];\n```\n\n_See also [Rating Thresholds](#rating-thresholds)._\n\n#### `ReportOpts`\n\n```ts\ninterface ReportOpts {\n reportAllChanges?: boolean;\n}\n```\n\nMetric-specific subclasses:\n\n##### `INPReportOpts`\n\n```ts\ninterface INPReportOpts extends ReportOpts {\n durationThreshold?: number;\n}\n```\n\n#### `AttributionReportOpts`\n\nA subclass of `ReportOpts` used for each metric function exported in the [attribution build](#attribution).\n\n```ts\ninterface AttributionReportOpts extends ReportOpts {\n generateTarget?: (el: Node | null) => string | null | undefined;\n}\n```\n\nMetric-specific subclasses:\n\n##### `INPAttributionReportOpts`\n\n```ts\ninterface INPAttributionReportOpts extends AttributionReportOpts {\n durationThreshold?: number;\n}\n```\n\n#### `LoadState`\n\nThe `LoadState` type is used in several of the metric [attribution objects](#attribution).\n\n```ts\n/**\n * The loading state of the document. Note: this value is similar to\n * `document.readyState` but it subdivides the \"interactive\" state into the\n * time before and after the DOMContentLoaded event fires.\n *\n * State descriptions:\n * - `loading`: the initial document response has not yet been fully downloaded\n * and parsed. This is equivalent to the corresponding `readyState` value.\n * - `dom-interactive`: the document has been fully loaded and parsed, but\n * scripts may not have yet finished loading and executing.\n * - `dom-content-loaded`: the document is fully loaded and parsed, and all\n * scripts (except `async` scripts) have loaded and finished executing.\n * - `complete`: the document and all of its sub-resources have finished\n * loading. This is equivalent to the corresponding `readyState` value.\n */\ntype LoadState =\n | 'loading'\n | 'dom-interactive'\n | 'dom-content-loaded'\n | 'complete';\n```\n\n### Functions:\n\n#### `onCLS()`\n\n```ts\nfunction onCLS(callback: (metric: CLSMetric) => void, opts?: ReportOpts): void;\n```\n\nCalculates the [CLS](https://web.dev/articles/cls) value for the current page and calls the `callback` function once the value is ready to be reported, along with all `layout-shift` performance entries that were used in the metric value calculation. The reported value is a [double](https://heycam.github.io/webidl/#idl-double) (corresponding to a [layout shift score](https://web.dev/articles/cls#layout_shift_score)).\n\n> [!IMPORTANT]\n> CLS should be continually monitored for changes throughout the entire lifespan of a page—including if the user returns to the page after it's been hidden/backgrounded. However, since browsers often [will not fire additional callbacks once the user has backgrounded a page](https://developer.chrome.com/blog/page-lifecycle-api/#advice-hidden), `callback` is always called when the page's visibility state changes to hidden. As a result, the `callback` function might be called multiple times during the same page load (see [Reporting only the delta of changes](#report-only-the-delta-of-changes) for how to manage this).\n\nIf the `reportAllChanges` [configuration option](#reportopts) is set to `true`, the `callback` function will be called as soon as the value is initially determined as well as any time the value changes throughout the page lifespan (though [not necessarily for every layout shift](#report-the-value-on-every-change)). Note that regardless of whether `reportAllChanges` is used, the final reported value will be the same.\n\n#### `onFCP()`\n\n```ts\nfunction onFCP(callback: (metric: FCPMetric) => void, opts?: ReportOpts): void;\n```\n\nCalculates the [FCP](https://web.dev/articles/fcp) value for the current page and calls the `callback` function once the value is ready, along with the relevant `paint` performance entry used to determine the value. The reported value is a [`DOMHighResTimeStamp`](https://developer.mozilla.org/docs/Web/API/DOMHighResTimeStamp).\n\n#### `onINP()`\n\n```ts\nfunction onINP(\n callback: (metric: INPMetric) => void,\n opts?: INPReportOpts,\n): void;\n```\n\nCalculates the [INP](https://web.dev/articles/inp) value for the current page and calls the `callback` function once the value is ready, along with the `event` performance entries reported for that interaction. The reported value is a [`DOMHighResTimeStamp`](https://developer.mozilla.org/docs/Web/API/DOMHighResTimeStamp).\n\n> [!IMPORTANT]\n> INP should be continually monitored for changes throughout the entire lifespan of a page—including if the user returns to the page after it's been hidden/backgrounded. However, since browsers often [will not fire additional callbacks once the user has backgrounded a page](https://developer.chrome.com/blog/page-lifecycle-api/#advice-hidden), `callback` is always called when the page's visibility state changes to hidden. As a result, the `callback` function might be called multiple times during the same page load (see [Reporting only the delta of changes](#report-only-the-delta-of-changes) for how to manage this).\n\nA custom `durationThreshold` [configuration option](#reportopts) can optionally be passed to control the minimum duration filter for `event-timing`. Events which are faster than this threshold are not reported. Note that the `first-input` entry is always observed, regardless of duration, to ensure you always have some INP score. The default threshold, after the library is initialized, is `40` milliseconds (the `event-timing` default of `104` milliseconds applies to all events emitted before the library is initialised). This default threshold of `40` is chosen to strike a balance between usefulness and performance. Running this callback for any interaction that spans just one or two frames is likely not worth the insight that could be gained.\n\nIf the `reportAllChanges` [configuration option](#reportopts) is set to `true`, the `callback` function will be called as soon as the value is initially determined as well as any time the value changes throughout the page lifespan (though [not necessarily for every interaction](#report-the-value-on-every-change)). Note that regardless of whether `reportAllChanges` is used, the final reported value will be the same.\n\n#### `onLCP()`\n\n```ts\nfunction onLCP(callback: (metric: LCPMetric) => void, opts?: ReportOpts): void;\n```\n\nCalculates the [LCP](https://web.dev/articles/lcp) value for the current page and calls the `callback` function once the value is ready (along with the relevant `largest-contentful-paint` performance entry used to determine the value). The reported value is a [`DOMHighResTimeStamp`](https://developer.mozilla.org/docs/Web/API/DOMHighResTimeStamp).\n\nIf the `reportAllChanges` [configuration option](#reportopts) is set to `true`, the `callback` function will be called any time a new `largest-contentful-paint` performance entry is dispatched, or once the final value of the metric has been determined. Note that regardless of whether `reportAllChanges` is used, the final reported value will be the same.\n\n#### `onTTFB()`\n\n```ts\nfunction onTTFB(\n callback: (metric: TTFBMetric) => void,\n opts?: ReportOpts,\n): void;\n```\n\nCalculates the [TTFB](https://web.dev/articles/ttfb) value for the current page and calls the `callback` function once the page has loaded, along with the relevant `navigation` performance entry used to determine the value. The reported value is a [`DOMHighResTimeStamp`](https://developer.mozilla.org/docs/Web/API/DOMHighResTimeStamp).\n\nNote, this function waits until after the page is loaded to call `callback` in order to ensure all properties of the `navigation` entry are populated. This is useful if you want to report on other metrics exposed by the [Navigation Timing API](https://w3c.github.io/navigation-timing/).\n\nFor example, the TTFB metric starts from the page's [time origin](https://www.w3.org/TR/hr-time-2/#sec-time-origin), which means it includes time spent on DNS lookup, connection negotiation, network latency, and server processing time.\n\n```js\nimport {onTTFB} from 'web-vitals';\n\nonTTFB((metric) => {\n // Calculate the request time by subtracting from TTFB\n // everything that happened prior to the request starting.\n const requestTime = metric.value - metric.entries[0].requestStart;\n console.log('Request time:', requestTime);\n});\n```\n\n> [!NOTE]\n> Browsers that do not support `navigation` entries will fall back to using `performance.timing` (with the timestamps converted from epoch time to [`DOMHighResTimeStamp`](https://developer.mozilla.org/docs/Web/API/DOMHighResTimeStamp)). This ensures code referencing these values (like in the example above) will work the same in all browsers.\n\n### Rating Thresholds:\n\nThe thresholds of each metric's \"good\", \"needs improvement\", and \"poor\" ratings are available as [`MetricRatingThresholds`](#metricratingthresholds).\n\nExample:\n\n```ts\nimport {CLSThresholds, INPThresholds, LCPThresholds} from 'web-vitals';\n\nconsole.log(CLSThresholds); // [ 0.1, 0.25 ]\nconsole.log(INPThresholds); // [ 200, 500 ]\nconsole.log(LCPThresholds); // [ 2500, 4000 ]\n```\n\n> [!NOTE]\n> It's typically not necessary (or recommended) to manually calculate metric value ratings using these thresholds. Use the [`Metric['rating']`](#metric) instead.\n\n### Attribution:\n\nIn the [attribution build](#attribution-build) each of the metric functions has two primary differences from their standard build counterparts:\n\n1. Their callback is invoked with a `MetricWithAttribution` objects instead of a `Metric` object. Each `MetricWithAttribution` extends the `Metric` object and adds an additional `attribution` object, which contains potentially-helpful debugging information that can be sent along with the metric values for the current page visit in order to help identify issues happening to real-users in the field.\n\n2. They accept an `AttributionReportOpts` objects instead of a `ReportOpts` object. The `AttributionReportOpts` object supports an additional, optional, `generateTarget()` function that lets developers customize how DOM elements are stringified for reporting purposes. When passed, the return value of the `generateTarget()` function will be used for any \"target\" properties in the following attribution objects: [`CLSAttribution`](#CLSAttribution), [`INPAttribution`](#INPAttribution), and [`LCPAttribution`](#LCPAttribution). If `null` or `undefined` is returned by the `generateTarget()` function, or no function is given, then the default selector function will be used.\n\n ```ts\n interface AttributionReportOpts extends ReportOpts {\n generateTarget?: (el: Node | null) => string | null | undefined;\n }\n ```\n\n For example, if a web page has unique `data-name` attribute on many elements, you may prefer to use those over the built-in selector-style strings that are generated by default.\n\n ```js\n function customGenerateTarget(el) {\n if (el.dataset.name) {\n return el.dataset.name;\n }\n\n // Otherwise use default selector function\n }\n\n onLCP(sendToAnalytics, {generateTarget: customGenerateTarget});\n ```\n\nThe next sections document the shape of the `attribution` object for each of the metrics:\n\n#### `CLSAttribution`\n\n```ts\ninterface CLSAttribution {\n /**\n * By default, a selector identifying the first element (in document order)\n * that shifted when the single largest layout shift that contributed to the\n * page's CLS score occurred. If the `generateTarget` configuration option\n * was passed, then this will instead be the return value of that function,\n * falling back to the default if that returns null or undefined.\n */\n largestShiftTarget?: string;\n /**\n * The time when the single largest layout shift contributing to the page's\n * CLS score occurred.\n */\n largestShiftTime?: DOMHighResTimeStamp;\n /**\n * The layout shift score of the single largest layout shift contributing to\n * the page's CLS score.\n */\n largestShiftValue?: number;\n /**\n * The `LayoutShiftEntry` representing the single largest layout shift\n * contributing to the page's CLS score. (Useful when you need more than just\n * `largestShiftTarget`, `largestShiftTime`, and `largestShiftValue`).\n */\n largestShiftEntry?: LayoutShift;\n /**\n * The first element source (in document order) among the `sources` list\n * of the `largestShiftEntry` object. (Also useful when you need more than\n * just `largestShiftTarget`, `largestShiftTime`, and `largestShiftValue`).\n */\n largestShiftSource?: LayoutShiftAttribution;\n /**\n * The loading state of the document at the time when the largest layout\n * shift contribution to the page's CLS score occurred (see `LoadState`\n * for details).\n */\n loadState?: LoadState;\n}\n```\n\n#### `FCPAttribution`\n\n```ts\ninterface FCPAttribution {\n /**\n * The time from when the user initiates loading the page until when the\n * browser receives the first byte of the response (a.k.a. TTFB).\n */\n timeToFirstByte: number;\n /**\n * The delta between TTFB and the first contentful paint (FCP).\n */\n firstByteToFCP: number;\n /**\n * The loading state of the document at the time when FCP `occurred (see\n * `LoadState` for details). Ideally, documents can paint before they finish\n * loading (e.g. the `loading` or `dom-interactive` phases).\n */\n loadState: LoadState;\n /**\n * The `PerformancePaintTiming` entry corresponding to FCP.\n */\n fcpEntry?: PerformancePaintTiming;\n /**\n * The `navigation` entry of the current page, which is useful for diagnosing\n * general page load issues. This can be used to access `serverTiming` for example:\n * navigationEntry?.serverTiming\n */\n navigationEntry?: PerformanceNavigationTiming;\n}\n```\n\n#### `INPAttribution`\n\n```ts\ninterface INPAttribution {\n /**\n * By default, a selector identifying the element that the user first\n * interacted with as part of the frame where the INP candidate interaction\n * occurred. If this value is an empty string, that generally means the\n * element was removed from the DOM after the interaction. If the\n * `generateTarget` configuration option was passed, then this will instead\n * be the return value of that function, falling back to the default if that\n * returns null or undefined.\n */\n interactionTarget: string;\n /**\n * The time when the user first interacted during the frame where the INP\n * candidate interaction occurred (if more than one interaction occurred\n * within the frame, only the first time is reported).\n */\n interactionTime: DOMHighResTimeStamp;\n /**\n * The type of interaction, based on the event type of the `event` entry\n * that corresponds to the interaction (i.e. the first `event` entry\n * containing an `interactionId` dispatched in a given animation frame).\n * For \"pointerdown\", \"pointerup\", or \"click\" events this will be \"pointer\",\n * and for \"keydown\" or \"keyup\" events this will be \"keyboard\".\n */\n interactionType: 'pointer' | 'keyboard';\n /**\n * The best-guess timestamp of the next paint after the interaction.\n * In general, this timestamp is the same as the `startTime + duration` of\n * the event timing entry. However, since duration values are rounded to the\n * nearest 8ms (and can be rounded down), this value is clamped to always be\n * reported after the processing times.\n */\n nextPaintTime: DOMHighResTimeStamp;\n /**\n * An array of Event Timing entries that were processed within the same\n * animation frame as the INP candidate interaction.\n * Note this is capped to a max of 5 entries (the first 4 + the last one).\n */\n processedEventEntries: PerformanceEventTiming[];\n /**\n * The time from when the user interacted with the page until when the\n * browser was first able to start processing event listeners for that\n * interaction. This time captures the delay before event processing can\n * begin due to the main thread being busy with other work.\n */\n inputDelay: number;\n /**\n * The time from when the first event listener started running in response to\n * the user interaction until when all event listener processing has finished.\n */\n processingDuration: number;\n /**\n * The time from when the browser finished processing all event listeners for\n * the user interaction until the next frame is presented on the screen and\n * visible to the user. This time includes work on the main thread (such as\n * `requestAnimationFrame()` callbacks, `ResizeObserver` and\n * `IntersectionObserver` callbacks, and style/layout calculation) as well\n * as off-main-thread work (such as compositor, GPU, and raster work).\n */\n presentationDelay: number;\n /**\n * The loading state of the document at the time when the interaction\n * corresponding to INP occurred (see `LoadState` for details). If the\n * interaction occurred while the document was loading and executing script\n * (e.g. usually in the `dom-interactive` phase) it can result in long delays.\n */\n loadState: LoadState;\n /**\n * If the browser supports the Long Animation Frame API, this array will\n * include any `long-animation-frame` entries that intersect with the INP\n * candidate interaction's `startTime` and the `processingEnd` time of the\n * last event processed within that animation frame. If the browser does not\n * support the Long Animation Frame API or no `long-animation-frame` entries\n * are detected, this array will be empty.\n */\n longAnimationFrameEntries: PerformanceLongAnimationFrameTiming[];\n /**\n * Summary information about the longest script entry intersecting the INP\n * duration. Note, only script entries above 5 milliseconds are reported by\n * the Long Animation Frame API.\n */\n longestScript?: INPLongestScriptSummary;\n /**\n * The total duration of Long Animation Frame scripts that intersect the INP\n * duration excluding any forced style and layout (that is included in\n * totalStyleAndLayout). Note, this is limited to scripts > 5 milliseconds.\n */\n totalScriptDuration?: number;\n /**\n * The total style and layout duration from any Long Animation Frames\n * intersecting the INP interaction. This includes any end-of-frame style and\n * layout duration + any forced style and layout duration.\n */\n totalStyleAndLayoutDuration?: number;\n /**\n * The off main-thread presentation delay from the end of the last Long\n * Animation Frame (where available) until the INP end point.\n */\n totalPaintDuration?: number;\n /**\n * The total unattributed time not included in any of the previous totals.\n * This includes scripts < 5 milliseconds and other timings not attributed\n * by Long Animation Frame (including when a frame is < 50ms and so has no\n * Long Animation Frame).\n * When no Long Animation Frames are present this will be undefined, rather\n * than everything being unattributed to make it clearer when it's expected\n * to be small.\n */\n totalUnattributedDuration?: number;\n}\n```\n\n#### `INPLongestScriptSummary`\n\n```ts\ninterface INPLongestScriptSummary {\n /**\n * The longest Long Animation Frame script entry that intersects the INP\n * interaction.\n */\n entry: PerformanceScriptTiming;\n /**\n * The INP subpart where the longest script ran.\n */\n subpart: 'input-delay' | 'processing-duration' | 'presentation-delay';\n /**\n * The amount of time the longest script intersected the INP duration.\n */\n intersectingDuration: number;\n}\n```\n\n#### `LCPAttribution`\n\n```ts\ninterface LCPAttribution {\n /**\n * By default, a selector identifying the element corresponding to the\n * largest contentful paint for the page. If the `generateTarget`\n * configuration option was passed, then this will instead be the return\n * value of that function, falling back to the default if that returns null\n * or undefined.\n */\n target?: string;\n /**\n * The URL (if applicable) of the LCP image resource. If the LCP element\n * is a text node, this value will not be set.\n */\n url?: string;\n /**\n * The time from when the user initiates loading the page until when the\n * browser receives the first byte of the response (a.k.a. TTFB). See\n * [Optimize LCP](https://web.dev/articles/optimize-lcp) for details.\n */\n timeToFirstByte: number;\n /**\n * The delta between TTFB and when the browser starts loading the LCP\n * resource (if there is one, otherwise 0). See [Optimize\n * LCP](https://web.dev/articles/optimize-lcp) for details.\n */\n resourceLoadDelay: number;\n /**\n * The total time it takes to load the LCP resource itself (if there is one,\n * otherwise 0). See [Optimize LCP](https://web.dev/articles/optimize-lcp) for\n * details.\n */\n resourceLoadDuration: number;\n /**\n * The delta between when the LCP resource finishes loading until the LCP\n * element is fully rendered. See [Optimize\n * LCP](https://web.dev/articles/optimize-lcp) for details.\n */\n elementRenderDelay: number;\n /**\n * The `navigation` entry of the current page, which is useful for diagnosing\n * general page load issues. This can be used to access `serverTiming` for example:\n * navigationEntry?.serverTiming\n */\n navigationEntry?: PerformanceNavigationTiming;\n /**\n * The `resource` entry for the LCP resource (if applicable), which is useful\n * for diagnosing resource load issues.\n */\n lcpResourceEntry?: PerformanceResourceTiming;\n /**\n * The `LargestContentfulPaint` entry corresponding to LCP.\n */\n lcpEntry?: LargestContentfulPaint;\n}\n```\n\n#### `TTFBAttribution`\n\n```ts\ninterface TTFBAttribution {\n /**\n * The total time from when the user initiates loading the page to when the\n * page starts to handle the request. Large values here are typically due\n * to HTTP redirects, though other browser processing contributes to this\n * duration as well (so even without redirect it's generally not zero).\n */\n waitingDuration: number;\n /**\n * The total time spent checking the HTTP cache for a match. For navigations\n * handled via service worker, this duration usually includes service worker\n * start-up time as well as time processing `fetch` event listeners, with\n * some exceptions, see: https://github.com/w3c/navigation-timing/issues/199\n */\n cacheDuration: number;\n /**\n * The total time to resolve the DNS for the requested domain.\n */\n dnsDuration: number;\n /**\n * The total time to create the connection to the requested domain.\n */\n connectionDuration: number;\n /**\n * The total time from when the request was sent until the first byte of the\n * response was received. This includes network time as well as server\n * processing time.\n */\n requestDuration: number;\n /**\n * The `navigation` entry of the current page, which is useful for diagnosing\n * general page load issues. This can be used to access `serverTiming` for\n * example: navigationEntry?.serverTiming\n */\n navigationEntry?: PerformanceNavigationTiming;\n}\n```\n\n## Browser Support\n\nThe `web-vitals` code is tested in Chrome, Firefox, and Safari. In addition, all JavaScript features used in the code are part of ([Baseline Widely Available](https://web.dev/baseline)), and thus should run without error in all versions of these browsers released within the last 30 months.\n\nHowever, some of the APIs required to capture these metrics (notable CLS) are currently only available in some browsers. The latest browser support for each function is as follows:\n\n- `onCLS()`: Chromium\n- `onFCP()`: Chromium, Firefox, Safari\n- `onINP()`: Chromium, Firefox, Safari\n- `onLCP()`: Chromium, Firefox, Safari\n- `onTTFB()`: Chromium, Firefox, Safari\n\n## Limitations\n\nThe `web-vitals` library is primarily a wrapper around the Web APIs that measure the Web Vitals metrics, which means the limitations of those APIs will mostly apply to this library as well. More details on these limitations is available in [this blog post](https://web.dev/articles/crux-and-rum-differences).\n\nThe primary limitation of these APIs is they have no visibility into `