A starter powered by FastStore and NextJS
Kickoff your store with this boilerplate. This starter ships with the main FastStore configuration files you might need to get up and running blazing fast with the blazing-fast store for React.
⚠️
Before you start
As of Dec, 22, 2021, this starter is still far from covering most basic cases found on VTEX. To summarize what we still do not support that is considered basic on the VTEX commerce platform, we prepared the list below. If the feature you want is listed, you can either wait for us to add support to the feature, or fork the repo and implement on your own. Note that, by forking the repo, you will miss new features and improvements we do in this repo and you will need a developer to backport the feature to your store. Finally, this list is a work in progress, so some features may be missing from both base.store starter and this list.
- Multiple CMS Previews. Only one user is allowed to preview content from the CMS at a time. If two users preview any content from any page at the CMS, the previews are not consistent and one user may see data from the other.
- Price Table
- Regionalization
- Internationalization
- Shared Cart (Carrinho compartilhado)
- Clear products that are our of stock from cart
- GDPR (LGDP)
- Shipping simulation
- Sitemap
- Sku selector on PDP
- Promotions via utm
- Product specifications
🚀
Quick start
-
Clone this repo
Get up and running by cloning this repo.
# Clone this repo into your machine npx degit vtex-sites/nextjs.store awesome.store -
Install dependencies
Install dependencies with yarn
cd awesome.store/ yarn -
Setup store.config.js
Choose the ecommerce platform provider of your choice in the
store.configfile and set the corresponding options. For instance, to connect to the VTEX platform on the storefashioneurope:module.exports = { platform: 'vtex', api: { storeId: 'fashioneurope' environment: 'vtexcommercestable' } }
-
Start developing
Navigate into your new site’s directory and start it up.
yarn develop
-
Open the source code and start editing!
Your site is now running at
http://localhost:3000!Open the
awesome.storedirectory in your code editor of choice and editsrc/pages/index.tsx. Save your changes and the browser will update in real-time!
🧑💻
Contributing
- Keep the CHANGELOG updated We use a CHANGELOG to keep the history of all notable changes made to this repository. Each PR must have at least one entry on the
[UNRELEASED]section of theCHANGELOG.mdfile.
🧐
What's inside?
A quick look at the top-level files and directories you'll see in a NextJS project.
./
├── node_modules
├── src
├── .gitignore
├── .eslintignore
├── .prettierignore
├── .prettierrrc
├── .eslintrc
├── LICENSE
└── yarn.lock
├── package.json
├── tsconfig.json
├── store.config.js
├── README.md
├── CHANGELOG.md
├── __generated__
├── babel.config.js
├── cypress
├── cypress.json
├── lighthouserc.js
├── public
├── pull_request_template.md
├── renovate.json
-
/node_modules: This directory contains all of the modules of code that your project depends on (npm packages) are automatically installed. -
/src: This directory will contain all of the code related to what you will see on the front-end of your site (what you see in the browser) such as your site header or a page template.srcis a convention for “source code”. -
.gitignore: This file tells git which files it should not track / not maintain a version history for. -
.prettierrc: This is a configuration file for Prettier. Prettier is a tool to help keep the formatting of your code consistent. -
.eslintrc.js: This is a configuration file for ESLint. ESlint is a tool to find and fix problems in your JavaScript code. -
LICENSE: NextJS is licensed under the MIT license. -
yarn.lock(Seepackage.jsonbelow, first). This is an automatically generated file based on the exact versions of your npm dependencies that were installed for your project. (You won’t change this file directly). -
package.json: A manifest file for Node.js projects, which includes things like metadata (the project’s name, author, etc). This manifest is how npm knows which packages to install for your project. -
tsconfig.json: The configuration file for the typescript compiler. This will statically analyze your code for errors and bugs before releasing them into production -
store.config.js: Configure your e-commerce platform, default sales channel etc. -
README.md: A text file containing useful reference information about your project. -
CHANGELOG.md: A text file containing all notable changes to the project. -
__generated__: Where TypeScript typings are generated for your GraphQL queries. You can use these files for strongly typing your App -
babel.config.js: Babel configurations for you app. This is where you can change the targeted browsers. -
cypress: End to End(e2e) tests using Cypress. Most of the scenarios are covered here. Add your custom flows to avoid regressions -
cypress.json: Cypress configuration file -
lighthouserc.js: Configures Google Lighthouse CI. This is where you can turn on/off lighthouse assertions to be used by Lighthouse CI Bot/hook -
pull_request_template.md: Template used when creating your Pull Requests -
renovate.json: Renovate configuration file to keep your store always fresh with FastStore's latest versions -
.prettierignore: Ignore listed files when applying prettier rules -
.eslintignore: Ignore listed files when applying eslint rules
💻
Code Structure
All code is inside the src folder. The code is split into folders that implement an MVC-like architecture.
The controller is inside the src/sdk folder. This is where you will find most logic for the application. This folder contains hooks for adding items to cart, making graphql queries, resizing images, etc. If you need to write a custom business logic this is probably the place to put this logic.
The views are written in the src/components folder and are subdivided into domain-specific components. Cart related items are inside the src/components/cart folder. Search and Product related components like facets, product summary, and search results are in their respective folders. Basic building blocks components are inside the UI folder. Components like button, checkbox, and modal are good candidates for the UI folder. Section components are those components that occupy a whole slice on the webpage and are desirable to be changed by a CMS. Section components are Product Gallery, Carousel, Shelf and Product description.
The model, in a website, is where the data fetching occurs. Since this project uses Jamstack, a crucial design decision was made to explicitly split where Static and Dynamic data are fetched. The files inside the src/pages folder use NextJS's File System Route API to declare routes and fetch static data.
To summarize:
src/pages: Routes are declared and static data is fetched.src/views: Receives static data fromsrc/pages, enriches this data with dynamic attributes, and render section components along with SEO tags.src/components/sections: Receives necessary data and use domain-specific components (cart/product/search/ui) for rendering a slice on the web page.
✏️
Adding Components
What better than an example for learning the best practices while adding components? In this example, we will add a button component. Components live on the src/components folder. Each component may have, at most, 3 files: a component file, an export file, and a styling file. First, let's create a folder and the files.
mkdir src/components/ui/Button
touch src/components/ui/Button/Button.tsx
touch src/components/ui/Button/index.tsx
The index.tsx is just an export file, so its content is simple:
export { default } from './Button'
The real thing happens on Button.tsx. On this file let's define the component like:
interface Props {}
function Button(props: Props) {
return <button {...props} />
}
export default Button
And, that's it! Now you have a working button that you can use anywhere on your project. FastStore, however, brings a handy library called @faststore/ui with built-in components to help you speed up your development. To use it, just change Button.tsx to:
import { Button as UIButton } from '@faststore/ui'
import type { ButtonProps } from '@faststore/ui'
interface Props extends ButtonProps {}
function Button(props: Props) {
return <UIButton {...props} />
}
export default Button
Now, your Button component is powered by Store UI. However, if you try to use this on your app you will see that the button is lacking styles. To add styles, we will use CSS modules because they allow us to target data attributes. On your terminal, type:
touch src/components/ui/Button/button.scss
Now, on button.scss:
[data-store-button] {
display: inline-flex;
align-items: center;
justify-content: center;
}
This data-store-button is a CSS data attribute selector. To know which selectors are available, check FastStore UI docs.
Now, include the component's CSS into the Store's CSS. Open src/styles/global/components.scss and import this CSS with:
// ...
@import "src/components/ui/Button/button.scss";
// ...
For most components, you would stop here. However, buttons can have different variants. For instance, suppose you want to have a button component with primary and secondary variants. To add variants to the component, update Button.tsx:
import { Button as UIButton } from '@faststore/ui'
import type { ButtonProps } from '@faststore/ui'
interface Props extends ButtonProps {
variant: 'secondary' | 'primary'
}
function Button({ variant, ...props }: Props) {
return <UIButton data-button-variant={variant} {...props} />
}
export default Button
and then, on button.scss:
[data-store-button][data-button-variant='primary'] {
background: blue;
}
[data-store-button][data-button-variant='secondary'] {
background: pink;
}
You can also use classes, if you wanted to:
function Button({ variant, ...props }: Props) {
return <UIButton className={variant} {...props} />
}
.primary[data-store-button] {
background: blue;
}
.secondary[data-store-button] {
background: pink;
}
Now we have a styled Button component that accepts different variants!! Navbar and Footer are more complex and usually don't have variants, since they usually serve a single responsibility on the page. For these cases, you can use BEM-Style CSS Syntax in SCSS like:
// components/common/Navbar/Navbar.tsx
...
function Navbar {
return (
<header className="navbar">
<div className="navbar__header">
<section className="navbar__row">
<Button
className="navbar__menu"
aria-label="Open Menu"
>
<ListIcon size={32} />
</Button>
</section>
</div>
</header>
)
Managing SVG Icons
Icons help build web pages by illustrating concepts and improving website navigation. However, using icons can decrease the page's performance. One option to avoid the decrease of the page's performance is to use SVGs from a single SVG file, located in /static/icons.svg, and load them with the ui/Icon component.
In the following steps, learn how to add and use a new SVG icon and avoid decreasing page performance while using an icon.
⚠️ WarningThis is a recommendation while using icons on a web page. Evaluate if this fits in your project.
Adding an SVG icon
- In the SVG file, change the
svgtag tosymbol. - Add an
idto the symbol. Remember to use an uniqueidand do not replicate it. - Remove unnecessary HTML/SVG properties to allow you to style and decrease the final file size, such as
fill,stroke-width,width,height, andcolor.
An example adding Bell icon:
<svg style="display:none">
<symbol id="Bell" xmlns="http://www.w3.org/2000/svg" viewBox="0 0 256 256"><rect width="256" height="256" fill="none"></rect><path d="M56.2,104a71.9,71.9,0,0,1,72.3-72c39.6.3,71.3,33.2,71.3,72.9V112c0,35.8,7.5,56.6,14.1,68a8,8,0,0,1-6.9,12H49a8,8,0,0,1-6.9-12c6.6-11.4,14.1-32.2,14.1-68Z" fill="none" stroke="currentColor" stroke-linecap="round" stroke-linejoin="round"></path><path d="M96,192v8a32,32,0,0,0,64,0v-8" fill="none" stroke="currentColor" stroke-linecap="round" stroke-linejoin="round"></path></symbol>
</svg>
Using an SVG icon
- Get the icon's
idthat you created in the SVG icon file. - Add the
idin the React component that you desire to use the SVG icon. For example
// src/components/ui/MyIconButton/MyIconButton.tsx
import Icon from 'src/components/ui/Icon' // this path can be outdated.
function ButtonIcon() {
return (
<button>
<Icon name="<<symbol_id>>" weight="thin" />
</button>
)
}
export default ButtonIcon
This project uses SVGs from Phosphor icons.
🖊️
Styling Components
Our customized themes are based on Design Tokens using CSS Variables or a CSS class for each token. Today, we have the following files in the src/styles folder:
tokens.scss
Here you'll find the basic structure to build your theme (font base, color palette, spacing, color-text, body background color...), feel free to update it with your brand guidelines.
Colors
We suggest using a color palette of 3 colors and its gradation: primary, secondary and neutral.
We also listed a couple of customizable tokens so you can easily change your body background, for example.
If you feel the need to edit some of the color decisions, you can enter tokens.scss and update the semantical tokens. E.g.:
--fs-border-color-default: var(--fs-color-neutral-4); // Current
--fs-border-color-default: var(--fs-color-neutral-5); // Updated
Typography
We use the Modular Scale setting to create our text-sizes. If you want to change it, just set the --fs-text-size-base and the scale ratio.
Spacing
The spacing scale is based on rem sizes, so it will remain consistent if you change the --fs-text-size-base.
layout.scss
List of classes used to create default page grid.
.layout__content-full // Should be used for sections that are side to side, generally with a colored background.
.layout__content // Should be used for sections that fit centered on the grid.
.layout__section // This class only adds default vertical margins for page sections.
typography.scss
For the typography-related styles, we decided to use classes to add extra stylings like font-weight and line-height. In this file, you'll see all the classes for titles, paragraphs, and default settings on the body. You can create new ones here if needed.
🍒
Adding queries
We use graphql-codegen to pre-process GraphQL queries. This compilation generates TypeScript typings and configurations for our graphql server under the folder @generated/graphql. This means we can statically analyse your code in search of bugs and secure your graphql server before each deploy. If, however you need to change any GraphQL Fragment, Query or Mutation, you will need to regenerate the whole thing. To do this, open your terminal and type
$ yarn develop
Now, after the nextjs development server is up and running, open another terminal and run
$ yarn generate
That's it! you have just regenerated all graphql queries/fragments for your application and the new data you requested should be available to your component.
Pro tip: Pass
-wto theyarn generatecommand so it watches for changes and you don't need to run this command multiple times
🎓
Learning the Frameworks
Looking for more guidance? Full documentation for FastStore lives on this GitHub repository. Also, for learning NextJS, take a look at the NextJS Website, they have plenty of tutorials and examples in there.
⚡
Performance & QA
This project has strict performance budgets. Right out of the box, this project performs around 95 on Google's Page Speed Insights website, which usually is way more strict than your laptop's chrome lighthouse. Every time you commit to the repository, our QA bots will run and evaluate your code quality. We recommend you NEVER put in production a code that breaks any of the bots. If a bot breaks and still you need to put the code into production, change the bot config (lighthouserc.js, cypress.json) to make it pass and merge. This way you ensure your website will keep performing well during the years to come.
Adding third party scripts
Adding third-party scripts to a webpage usually makes it slow. To maintain great performance while third-party scripts are added, this project uses Partytown, a lazy-load library that helps relocate intensive scripts into a web worker and off of the main thread.
To add scripts using Partytown, add the type="text/partytown" to the script tag and make sure to add it before the Partytown script or component. Some third-party scripts execute expensive computations that may require some time to run, making pages few slow. If that's the case, wrap those in a function and reference it on the Partytown forward prop. By doing this, Partytown will run this function on a web worker so it doesn't block the main thread.
export const onRenderBody = ({ setHeadComponents }) => {
// ...
setHeadComponents([
<script type="text/partytown">
window.expensiveFunction = function() {/* expensive computation used by custom-script */}
</script>
<script key="custom-script" src="*://domain/path" type="text/partytown" />,
<Partytown key="partytown" forward={["expensiveFunction"]} />
])
// ...
}
For more information about integrating third-party scripts: Partytown Wiki
![feat: Add new tokens to `SkuSelector` [FS-379]](https://avatars.githubusercontent.com/u/15722605?v=4)
![Feat: [Refinements] Creates `ShippingSimulation`](https://avatars.githubusercontent.com/u/11325562?v=4)
|
|
|
|
|
|
| 
|
| 
|
12.2k Dec 30, 2022
12.7k Jan 4, 2023
189 Dec 14, 2022
3 Dec 29, 2022
2 Jan 31, 2022
15 Sep 22, 2022
9.1k Jan 6, 2023
12.5k Jan 4, 2023
27 Apr 12, 2022
80 Dec 25, 2022
91 Jan 6, 2023
2 Jan 4, 2022
21 Dec 22, 2022
2 Nov 21, 2021
1 Dec 19, 2021
1 Mar 8, 2022
1 Dec 21, 2021
1 Jan 5, 2022