Astro Content Loader API
Este conteúdo não está disponível em sua língua ainda.
Astro’s Content Loader API allows you to load your data from any source, local or remote, and interact with Astro’s content layer to manage your content collections.
What is a loader?
Section titled What is a loader?Astro loaders allow you to load data into content collections, which can then be used in pages and components. The built-in glob()
and file()
loaders are used to load content from the file system, and you can create your own loaders to load content from other sources.
Each collection needs a loader defined in its schema. You can define a loader inline in your project’s src/content.config.ts
file, share one loader between multiple collections, or even publish your loader to NPM as a package to share with others and be included in our integrations library.
Loader types
Section titled Loader typesLoaders can be defined either as a simple function that returns an array of entries or with the more powerful object Content Loader API for more control over the loading process.
Inline loaders
Section titled Inline loadersAn inline loader is an async function that returns an array or object containing entries. Use this for simple loaders, particularly those that are defined inline in the src/content.config.ts
file.
The function can be async and must return either an array of entries that each contain a unique id
field, or an object where each key is a unique ID and each value is the entry. Whenever the loader is invoked, it will clear the store and reload all the entries.
Object loaders
Section titled Object loadersA loader is an object with a load()
method that is called at build time to fetch data and update the data store. It allows entries to be updated incrementally, or for the store to be cleared only when necessary. It can also define a schema for the entries, which can be used to validate the data and generate static types.
The recommended pattern is to define a function that accepts configuration options and returns the loader object, in the same way that you would normally define an Astro integration or Vite plugin.
These configuration options can then be set when defining a collection:
Loader API
Section titled Loader APIThe API for inline loaders is very simple, and is shown above. This section shows the API for defining an object loader.
The Loader
object
Section titled The Loader objectThe loader object has the following properties:
Type: string
A unique name for the loader, used in logs and for conditional loading.
Type: (context: LoaderContext) => Promise<void>
An async function that is called at build time to load data and update the store. See LoaderContext
for more information.
schema
Section titled schemaType: ZodSchema | Promise<ZodSchema> | (() => ZodSchema | Promise<ZodSchema>)
An optional Zod schema that defines the shape of the entries. It is used to both validate the data and also to generate TypeScript types for the collection.
If a function is provided, it will be called at build time before load()
to generate the schema. You can use this to dynamically generate the schema based on the configuration options or by introspecting an API.
LoaderContext
Section titled LoaderContextThis object is passed to the load()
method of the loader, and contains the following properties:
collection
Section titled collectionType: string
The unique name of the collection. This is the key in the collections
object in the src/content.config.ts
file.
store
Section titled storeType: DataStore
A database to store the actual data. Use this to update the store with new entries. See DataStore
for more information.
Type: MetaStore
A key-value store scoped to the collection, designed for things like sync tokens and last-modified times. This metadata is persisted between builds alongside the collection data but is only available inside the loader.
logger
Section titled loggerType: AstroIntegrationLogger
A logger that can be used to log messages to the console. Use this instead of console.log
for more helpful logs that include the loader name in the log message. See AstroIntegrationLogger
for more information.
config
Section titled configType: AstroConfig
The full, resolved Astro configuration object with all defaults applied. See the configuration reference for more information.
parseData
Section titled parseDataType: (props: ParseDataOptions<TData>) => Promise<TData>
Validates and parses the data according to the collection schema. Pass data to this function to validate and parse it before storing it in the data store.
generateDigest
Section titled generateDigestType: (data: Record<string, unknown> | string) => string
Generates a non-cryptographic content digest of an object or string. This can be used to track if the data has changed by setting the digest
field of an entry.
watcher
Section titled watcherType: FSWatcher
When running in dev mode, this is a filesystem watcher that can be used to trigger updates. See ViteDevServer
for more information.
refreshContextData
Section titled refreshContextDataType: Record<string, unknown>
If the loader has been triggered by an integration, this may optionally contain extra data set by that integration. It is only set when the loader is triggered by an integration. See the astro:server:setup
hook reference for more information.
DataStore
Section titled DataStoreThe data store is a loader’s interface to the content collection data. It is a key-value (KV) store, scoped to the collection, and therefore a loader can only access the data for its own collection.
Type: (key: string) => DataEntry | undefined
Get an entry from the store by its ID. Returns undefined
if the entry does not exist.
The returned object is a DataEntry
object.
Type: (entry: DataEntry) => boolean
Used after data has been validated and parsed to add an entry to the store, returning true
if the entry was set. This returns false
when the digest
property determines that an entry has not changed and should not be updated.
entries
Section titled entriesType: () => Array<[id: string, DataEntry]>
Get all entries in the collection as an array of key-value pairs.
Type: () => Array<string>
Get all the keys of the entries in the collection.
values
Section titled valuesType: () => Array<DataEntry>
Get all entries in the collection as an array.
delete
Section titled deleteType: (key: string) => void
Delete an entry from the store by its ID.
clear
Section titled clearType: () => void
Clear all entries from the collection.
Type: (key: string) => boolean
Check if an entry exists in the store by its ID.
DataEntry
Section titled DataEntryThis is the type of the object that is stored in the data store. It has the following properties:
Type: string
An identifier for the entry, which must be unique within the collection. This is used to look up the entry in the store and is the key used with getEntry
for that collection.
Type: Record<string, unknown>
The actual data for the entry. When a user accesses the collection, this will have TypeScript types generated according to the collection schema.
It is the loader’s responsibility to use parseData
to validate and parse the data before storing it in the data store: no validation is done when getting or setting the data.
filePath
Section titled filePathType: string | undefined
A path to the file that is the source of this entry, relative to the root of the site. This only applies to file-based loaders and is used to resolve paths such as images or other assets.
If not set, then any fields in the schema that use the image()
helper will be treated as public paths and not transformed.
Type: string | undefined
The raw body of the entry, if applicable. If the entry includes rendered content, then this field can be used to store the raw source. This is optional and is not used internally.
digest
Section titled digestType: string | undefined
An optional content digest for the entry. This can be used to check if the data has changed.
When setting an entry, the entry will only update if the digest does not match an existing entry with the same ID.
The format of the digest is up to the loader, but it must be a string that changes when the data changes. This can be done with the generateDigest
function.
rendered
Section titled renderedType: RenderedContent | undefined
Stores an object with an entry’s rendered content and metadata if it has been rendered to HTML. For example, this can be used to store the rendered content of a Markdown entry, or HTML from a CMS.
If this field is provided, then the render()
function and <Content />
component are available to render the entry in a page.
The format of the RenderedContent
object is: