Library creator guide

Hello, and welcome to Webflow’s Libraries Beta for Creators! On behalf of the whole Webflow team, we can't wait to hear your feedback and see what you create. Thank you for being a part of this program and for helping us shape the future of Webflow!

View our quality rubric

Guide

Libraries must meet all of these requirements to be added to the Webflow Marketplace. Go through this guide before sending your library for the first review.

Quality Criteria

At Webflow we take a lot of pride in quality. Each library submission we receive is personally evaluated by a Webflow Marketplace team member, according to the criteria below. Successful submissions are those that align with our 1) Our quality criteria for design and functionality and 2) The creator guide below.

Rubric

Submissions that fall within the “satisfactory” range are eligible for feedback and revision, with the understanding that failure to fully meet “good” quality standards as defined in our rubric after 2 rounds of feedback may result in a rejection.

Getting started

Step 1. Create your demo site

To start, you’ll need a dedicated site that stores all of the components associated with your Library. This site will become the source of truth for your Library, as well as your Demo Site so treat it nicely! Some best practices for this site include:

  • Give the site a name that indicates it is for your Library (e.g. “My Library site”).
  • If your site is in a shared workspace, consider adjusting site-level permissions for anyone who might make unwanted changes to the site.
  • Inform any relevant workspace collaborators about the site to make sure they’re aware of its function, and importance.

Step 2. Fill out the intent form

Once you have created your Demo site, fill out the intent form, so that we can enable the Beta flag.

Layouts

Webflow Libraries are made up of layouts, but the layouts that you design will need to be saved and submitted as components in your Demo Site. Remember that your Demo Site will be the source of truth for your Library, so you should be sure to keep all of your designs saved in it as components.

Layout requirements

Your Library must include a minimum of 50 layouts to be accepted to the Webflow Marketplace.

All layouts should include your name or brand prefix.

In addition, take a look at our Quality Rubric and the Design Guidelines for more information on what will make your submission successful!

Add metadata to your Library layouts

Once you’ve created the components you’d like to include as layouts in your Library, you must add metadata to each one. Using the pencil icon next to each component in the components panel, you’ll need to update the following fields:

  • Name
  • Labels each layout in the Library
  • Category
  • Defines sections of the Library, e.g. “Footers” or “Navigation”
  • Preview image
  • Shows a preview of each layout in the sidebar

"Category" best practices

When filling out the "Category" field, we recommend following these best practices:

  1. Build layouts that fit a diverse set of categories
  2. Use familiar categories. Not sure what’s familiar? We recommend referencing categories found in popular Libraries like Relume or Flowbase
  3. The order of your categories is determined when you save them (i.e. press the blue “save” button after setting a category) so if you would like to control the order you’ll need to save them intentionally. For example, if the first layout you save is in the “Footers” category, then that will be the first category listed for users who install your Library. Once you’ve saved a layout under a new category, that category’s sort order cannot be changed. We recommend saving them in alphabetical order, but you’re welcome to choose an order that suits your Library.

"Preview image" requirements and best practices

Preview images are screenshots of your layouts that users will see in the designer. You must first upload these screenshots using the Assets panel, which will make them selectable in the Preview image selector. Please note the following requirements for your images:

  • The maximum “container” should fit within 1440x900
  • Images will be scaled down to a max-width of 285
  • Max-height of the image is 178

Remember that the Assets panel enables bulk uploads! Take advantage of that to upload your previews after taking your screenshots. We also recommend naming your previews in a way that is consistent with the name of the corresponding layout before uploading, e.g. “Footer 1 preview” for the “Footer 1” layout. This will make it easier to find the right preview for each component.

This metadata is key to creating the user experience for your Library, as demonstrated by the screenshots below:

Supported elements

The list below shows which elements are allowed to be used in your Library. Any elements used that are not on this list will prevent your submission from going through.

Structure → All elements
Basic → All elements
Typography → All elements
Media → All elements
Forms → All elements, except reCAPTCHA
Advanced → All elements, except Search, Background video and Map

Unsupported elements and features

The list below shows the elements and features that are not allowed in your Library. Using any of the below will prevent your submission from going through.

Elements
  • reCAPTCHA
  • Search
  • Background video
  • Maps
Features
  • CMS
  • Ecommerce
  • Memberships
  • Bindings to Logic flows
  • Legacy Interactions
  • Custom breakpoints

Project Settings

Integrations are not allowed at the site level. This includes:

  • Google Analytics tag,
  • Google Optimize
  • Google Maps API
  • Facebook Pixel ID
  • API Access
  • Webhooks
  • Authorized Applications

Custom fonts

Native fonts inside the Webflow UI are the only allowed fonts. Do not add any Google or custom fonts to your Library. Instead select a from inside the Webflow UI.

Tag based selectors

Styles added to the Body or HTML tag based selectors. All styles should be class-based on the element level

Styles added to wrapper elements

Background colors and any styles should be set on the Component. Styles added to wrappers are not installed with the Library. Only components are installed and these don't inherit the styles of parent elements.

Custom Code

At this time, we are not accepting custom code used in Embed elements in Library submissions.

CTA’s, marketing and distribution

Please follow the marketing guidance below when building your Demo Site

Buttons or a CTA linking to your site is allowed
CTA button or links to upgrade to a paid version
You can promote your Library in your own website and through social media
Feature gating on the site itself (i.e. a blur behind components, a page that is blocked, etc)

Demo and Documentation Site

In your library details page (this is the page that shows your Library on the Webflow Marketplace), you will include links to the following:

Demo Site [Required]

To show off the layouts that come with your Library to potential users, we require that you build your Libraries into a Demo Site. Please follow the guidelines below for your Demo Site:

  • General UI polish in order to provide the best user experience
  • Clear delineation of each category (i.e. Nav Bar, Footer, Hero, etc.)
  • Ability to either filter or scroll to specific categories
  • No links or placeholder text that is a clear call to action to purchase other libraries or direct sales marketing. General links to documentation, external sites, contact info, etc is allowed.

You can explore demo site examples by clicking “Open demo site” on any Library detail page

Importantly, all components in your site will be included in your Library when you submit it. This means that if you create any components specific to your Demo Site, you will need to remove those components before submission. If you do build your Demo Site using components, we recommend that you label them accordingly to make the submission process easier.

This will link out to a live Webflow site that you used to author and submit the library. In the Demo Site, an interested user can interact with your layouts to test drop-downs, Interactions, sliders, etc.

  • The Demo Site can either be the Homepage of your Library or a separate site which will be displayed at the Library details page.
Demo Site guidelines
  • General UI polish in order to provide the best user experience
  • Clear delineation of each category (i.e. Nav Bar, Footer, Hero, etc.)
  • Ability to either filter or scroll to specific categories
  • No links or placeholder text that is a clear call to action to purchase other libraries or direct sales marketing. General links to documentation, external sites, contact info, etc is allowed. If you have specific questions on this, please do not hesitate to reach out with your specific example.

Documentation Site [Optional]

If applicable, you may also include an external documentation site that includes additional information about your libraries or link to your external site for users to explore additional offerings.

Design requirements

The guidelines below highlight our expectations for what “good design” looks like for your Libraries. Following the guidelines provided before submitting your Library will help speed up the design review process, and allow us to publish your Library in a more timely manner.

Content and layout

  • Libraries should include design variations for several elements, such as Navbars, Sliders, Forms, etc.
  • Libraries should not include:
    • Nested Symbols
    • Nested elements: Tabs, sliders, etc
    • Google fonts
    • Custom fonts
    • Map element
    • reCAPTCHA element
    • CMS elements
    • Ecommerce elements
    • Search element
    • Prealoaders
    • Background videos
    • Bindings to Logic Flows
    • Custom code

Rich text

  • When a user adds any text element inside of a Rich Text, it should look good and be styled correctly in the Tag selectors.
  • If there is special styling on elements inside of a specific Rich Text element, add a class to that Rich Text and then style tags for that class. Ex: If a text link is supposed to look different in a specific Rich Text compared to All Links on the site.
  • Spacing between each text element inside of a Rich Text should be consistent. Ideally this spacing should be set on Tags so they're consistent throughout the site.

Typography - Legibility, spelling, and grammar

  • All text should have proper spelling and grammar
  • Headings need unique wording (not "lorem ipsum) for the type of website it is made for.Paragraphs can use “lorem ipsum”
  • Text needs to be legible (background and font colors should have enough contrast on all device screens)
  • Long and short heading titles should be used to test line height bugs
  • Text line-height should avoid text crashing on itself on all devices

Combo classes

  • We expect a large percentage of library users will be newer to Webflow. That being said, please only utilize combo classes when it's necessary for achieving a specific use-case in a given layout. Whenever possible, please do try your best to not utilize combo classes.

Responsive behavior

  • Important: Layouts should be responsive and fluid and percentage based. Library creators should test their layouts by dragging the viewport width in Webflow and test the published site on mobile devices.
  • Layouts should work across all media queries. Ex: tabs should become stacked on mobile
  • Generally layout spacing should be tighter on mobile devices.
  • Do not add any larger breakpoints to your layouts
  • Use a spacing system that spans appropriately across screen sizes
    • Good example: A website uses 60px of top and bottom padding on desktop, and 20px of top and bottom padding on mobile
  • Ensure typography classes (H1s, H2s, H3s, etc.) have specified sizing for different screen sizes (i.e., mobile usually requires smaller heading sizes than large screens)

Webflow usability

  • When possible use initial appearance on elements with Interactions so that it’s visible to customers. Detail: Some elements use display:none, visibility:hidden, or opacity:0 and other elements are visible by default and have display:none set on an Initial Appearance.
  • Exception: Preloaders should have Initial Appearance set to display:none, so that the element doesn't block the access to the page content.
  • Elements (tabs, sliders, etc) should not be nested. Ex: slider inside of a slider.
  • The main images inside repeating grid items should be links instead of just having small hidden text links.

Forms

  • Form fields should have correct settings. Ex: email fields should not be text fields
  • Success messages should be customized to fit website design
  • Input focus states should be customized to fit website design
  • Input fields text and placeholders should be legible
  • Give appropriate names to the Forms and Field elements (in form settings). These names will appear in form email notifications and form reports.

Components

  • Create one component per layout. Ex. A Navbar should be a Component available in the Components panel
  • Do not use nested components

Classes and Styles

  • When possible don't create new classes and styles when you could re-use or cascade styles from another class to create the same design.
  • Class names should describe the element. Bad: "column2", "text1" or “section-6”. Good: "Social Icon" or "Author Title" or “Testimonial Section.”
  • Unused styles should be cleared.
  • Delete styles if they aren’t needed. Ex: Setting float: none has no purpose unless you are overriding float: left.

Interactions and transitions

  • The Library should not contain any page level Interactions.
  • Transitions should be applied to specific properties, not “All”.
  • Transitions should be set on all properties that change on hover. E.g. If text color changes on a button hover it should have a transition.
  • Transitions should be consistent. Ex: input focus and button hover transitions should have the same timing.

Variables

Variables let you store size, color, and font styles so you can reuse them for a consistent design experience. When someone updates a variable value, that change will update everywhere it’s used on the site. And they’re available in a central location for more visibility into your site’s styles.

We recommend using Variables on your Library to provide a faster and quicker way to update Library components.

Accessibility

  • Follow Webflow’s accessibility checklist as referenced in the quality rubric. For templates, pay special attention to the following:
  • Avoid excessive motion behind text
  • Allow zoom without forcing horizontal scrolling
    • People with low vision use zoom to scale content, sometimes up to 400%. As they zoom, content should reflow vertically (as a column) and remain fully legible and logical without a need for horizontal scrolling.
  • Check legibility on landscape and portrait
  • Ensure content has appropriate structure and relationships
  • Ensure that text can be resized without the loss of content or functionality
  • Layout is simple, straightforward, and consistent
  • Make sure that color is not the only  way information is conveyed
  • Check the contrast for all borders, icons, text and overlap on photos/videos
    • Color contrast guidelines indicate that there should be at least a 4.5:1 ratio between the foreground content and the background content. However, this guideline is not applicable if:
    • The content is large. If the text is large enough to exceed 18 pt. font size or 14 pt. font size if bold, a contrast ratio of 3:1 can exist.
    • The content is decorative
    • The content part of a logo or wordmark
  • Use inclusive language
  • Use plain language
  • Use unique and descriptive link labels
  • Include alt text for every important image
  • Avoid auto playing media

Logo

  • The logo in the navigation should have the same name as the library
  • The logo should be an image so it’s easy to replace.

Style guide

Create a page called “Style Guide” with all of the tags (Headings, paragraphs, text links, lists, buttons, etc).

Naming conventions

You may use any class naming convention as you wish, but we recommend using a client-first naming convention.

Requirement: please add your brand name as a prefix to each component and class utilized in the library. In this way, when users drag your layout into their canvas, they can clearly see where the class is from via the Style Manager.

Example if your brand name is Acme (please be sure the prefix follows whatever naming convention you use):

  • acme-padding-global, Acme-Padding-Global
  • acme_padding_global, Acme_Padding_Global
  • Acme Padding Global
  • Acme / Padding / Global

Library name

  • Run a search through the Template’s Marketplace and Libraries page to make sure the name isn't already in use by another library.
  • Preferably, choose a single word to name your library.
  • Do not use the phrasing “by [creator name]” for your library title.
    Acceptable: “Acme Library”
    Not Acceptable: “Library by Acme”

Classes and styles

  • No auto generated class names (e.g., Div Block 45, Image 4)
  • Re-use classes for elements with same styles
  • Class name casing and usage should be consistent throughout the entire template. Designers can use their own naming conventions as long as they are descriptive of the element. Client-first approaches are allowed and recommended. (*The rendered HTML will always display any of the naming conventions as “class” or “class-name”):
    • Class Name
    • class-name (recommended)
  • Use descriptive words for naming classes, not abbreviations:
    • Bad example: column2, text1, section-6
    • Good example:s ocial-icon, author-title, testimonial-section
    • Best example: section, column, icon
  • If you want to differentiate the style of a section from all others, you can add a combo class: section
    • Combo classes should not be more than two levels deep.some text
      • Bad example: section  testimonials  dark  customers  horizontal
      • Good example: section  testimonials  dark
  • Unused styles should be cleared
  • Don’t apply redundant styles if they aren’t needed e.g., (setting text-align: left on a paragraph inside a container that has text-align: left)

Components

Make sure you follow these guidelines for naming your components

  • You may use any class naming convention as you wish, but we recommend using a client-first naming convention
  • Requirement: please add your brand name as a prefix to each component and class utilized in the library. In this way, when users drag your layout into their canvas, they can clearly see where the class is from via the Style Manager.
  • Example if your brand name is MR (please be sure the prefix follows whatever naming convention you use):
    • mr-padding-global, Acme-Padding-Global
    • acme_padding_global, Acme_Padding_Global
    • Acme Padding Global
    • Acme / Padding / Global
  • Components  should follow Title Case
  • Components should contain the Library or name prefix

Interactions

  • Interactions should follow sentence case and should be descriptive (e.g., "Slide nav down on scroll" instead of "Show nav")

Pages

  • Page names should be Title Case
  • The page name should be consistent with it’s slug

Licensing

Make sure you follow these guidelines and include a Licenses page, with the disclaimer and listing all used assets

The use of premium or trademarked graphics assets are not allowed. Use only free assets that are allowed for resale and free redistribution or CC0-licensed graphics from sources like:

Include a licensing page on the project (see example)

  • Include the following text at the top:All graphical assets in this template are licensed for personal and commercial use. If you'd like to use a specific asset, please check the license below”.
  • Display graphic sources on this page (images, icons, fonts, illustrations) with a link for each, pointing to the page where the license is defined (see example).Licensing and Changelog (when added) pages should have the following custom head code: <meta name="robots" content="noindex">

Recommended practices

Using Variables

Pre-submission audit

Run a pre-submission audit based in the quality rubric and implement any improvements before submitting your library:

  • Test every link//interaction on every layout and on every device so that there are no design or layout bugs
  • Test your layouts across all screen sizes
  • Make sure your Library doesn't contain any unsupported elements and features
  • Check if your brand or Library prefix is added to each class and component
  • Make sure that all styles are added to each component. No styles added to wrapper elements
  • No tag-based selectors. All styles should be added as classes to each element
  • Each Form filed is uniquely named
  • Do not use any CMS or Ecommerce bindings
  • The Style Guide and Licensing pages exist and follow the guidelines
  • The Library's Workspace profile is set to public

Submit your Library + Demo site!

If you’ve made it here, congratulations! We realize that building a Library is a lot of work, and we appreciate all that you’ve done to make it happen. Before submitting your work, please do the following:

  1. Review the Submission Requirements to make sure that your Library will be submittable. If some requirements are not met, it will prevent you from submitting your Library.
  2. Review the Design Guidelines to make sure that your Library and Demo Site are in line with our expectations.

Once you are ready to submit, follow the steps below:

Set up your creator profile

In order to publish your Library, the Workspace where your Library project is, needs to be set to public.

Make sure you follow the Workspace creator profile guide and set up your profile as public before submitting your Library.

Submit your Library from the designer

  1. Click the upload icon at the top of the Components panel
  2. Give your Library a name, following our guidelines for Library naming
  3. Review your layout names and categories one more time, and press “Submit”

Complete our Libraries Submission Form

Form link

After submitting your Library, it’s time to submit the final details we’ll use for to review your Library, and the resources associated with it. We'll collect information required for your Library Detail Page, which is what users will see when they select your Library from the Webflow Marketplace. Before submitting the form, you'll want to assemble the following:

  1. Library Card Thumbnail Image
    Dimensions:1184x1524
    Purpose: Dictates the appearance of your Library in the Libraries homepage
    Acceptable
    Not Acceptable:
    No preview of a component or page layout
  2. Number of Layouts
    Just the number of layouts included in your Library
    Will be displayed on your Library thumbnail on the Libraries homepage
  3. Creator Avatar
    Dimensions: 64x64
  4. Description: Body
    Max length: 900 characters
  5. Demo site URL
    This should be the Webflow project used to develop & submit the library
    We link out to this so users can explore your Library in greater detail
  6. Preview site URL
    Use the instructions here to generate a read only share link for our review team
    This is a share link to your project that our design review team will use to review your Library
  7. [Optional] Documentation site URL
    This can be an external site with documentation or how-to-guides
  8. Support site
    Link to a place where users can learn about, and/or get help using your Library
    Will be featured in the Support banner (example below)

You can submit that information in our Libraries Submission Form.

Creator agreement

Library designers agree to these points when adding their library to the Webflow Marketplace:

  • If a library has any bugs we will remove the library from the Webflow Marketplace until the bugs are fixed by the creator.
  • Libraries must be updated with the latest Webflow features.
  • Affiliate links are not allowed in libraries. If affiliate links are found in a library, the library will be unpublished and reviewed for infringement.
  • Creators are responsible for the graphic asset licenses used in the library. Images, icons and other graphic assets used in the library should be allowed for resale and redistribution by the copyright holder.
  • If improperly-licensed images/assets are found in a library, the library will be unpublished and reviewed for infringement.
  • Creators retain the rights to the library they sell on the Webflow Marketplace. They transfer these rights to the library customer as part of the Single Use License.