The only breaking changes from v0.15.0 are to 1.) rename
priority
to defaultPriority
and 2.) rename changefreq
to defaultChangefreq
in your sitemap config. See changelog.
- Features
- Installation
- Usage
- Robots.txt
- Playwright test
- Tip: Querying your database for param values using SQL
- Example sitemap output
- Changelog
- 🤓 Supports any rendering method.
- 🪄 Automatically collects routes from
/src/routes
using Vite + data for route parameters provided by you. - 🧠 Easy maintenance–accidental omission of data for parameterized routes throws an error and requires the developer to either explicitly exclude the route pattern or provide an array of data for that param value.
- 👻 Exclude specific routes or patterns using regex patterns (e.g.
^/dashboard.*
, paginated URLs, etc). - 🚀 Defaults to 1h CDN cache, no browser cache.
- 💆 Set custom headers to override default headers:
sitemap.response({ headers: {'cache-control: 'max-age=0, s-maxage=60'} })
. - 💡 Google, and other modern search engines, ignore
priority
andchangefreq
and use their own heuristics to determine when to crawl pages on your site. As such, these properties are not included by default to minimize KB size and enable faster crawling. Optionally, you can enable them like so:sitemap.response({ defaultChangefreq: 'daily', defaultPriority: 0.7 })
. - 🗺️ Sitemap indexes
- 🌎 i18n
- 🧪 Well tested.
- 🫶 Built with TypeScript.
npm i -D super-sitemap
or
bun add -d super-sitemap
Then see the Usage, Robots.txt, & Playwright Test sections.
JavaScript:
// /src/routes/sitemap.xml/+server.js
import * as sitemap from 'super-sitemap';
export const GET = async () => {
return await sitemap.response({
origin: 'https://example.com',
});
};
TypeScript:
// /src/routes/sitemap.xml/+server.ts
import * as sitemap from 'super-sitemap';
import type { RequestHandler } from '@sveltejs/kit';
export const GET: RequestHandler = async () => {
return await sitemap.response({
origin: 'https://example.com',
});
};
Always include the .xml
extension on your sitemap route name–e.g. sitemap.xml
. This ensures your web server always sends the correct application/xml
content type even if you decide to prerender your sitemap to static files.
All aspects of the below example are optional, except for origin
and
paramValues
to provide data for parameterized routes.
JavaScript:
// /src/routes/sitemap.xml/+server.js
import * as sitemap from 'super-sitemap';
import * as blog from '$lib/data/blog';
export const prerender = true; // optional
export const GET = async () => {
// Get data for parameterized routes however you need to; this is only an example.
let blogSlugs, blogTags;
try {
[blogSlugs, blogTags] = await Promise.all([blog.getSlugs(), blog.getTags()]);
} catch (err) {
throw error(500, 'Could not load data for param values.');
}
return await sitemap.response({
origin: 'https://example.com',
excludeRoutePatterns: [
'^/dashboard.*', // i.e. routes starting with `/dashboard`
'.*\\[page=integer\\].*', // i.e. routes containing `[page=integer]`–e.g. `/blog/2`
'.*\\(authenticated\\).*', // i.e. routes within a group
],
paramValues: {
// paramValues can be a 1D array of strings
'/blog/[slug]': blogSlugs, // e.g. ['hello-world', 'another-post']
'/blog/tag/[tag]': blogTags, // e.g. ['red', 'green', 'blue']
// Or a 2D array of strings
'/campsites/[country]/[state]': [
['usa', 'new-york'],
['usa', 'california'],
['canada', 'toronto'],
],
// Or an array of ParamValue objects
'/athlete-rankings/[country]/[state]': [
{
values: ['usa', 'new-york'], // required
lastmod: '2025-01-01T00:00:00Z', // optional
changefreq: 'daily', // optional
priority: 0.5, // optional
},
{
values: ['usa', 'california'],
lastmod: '2025-01-01T00:00:00Z',
changefreq: 'daily',
priority: 0.5,
},
],
},
headers: {
'custom-header': 'foo', // case insensitive; xml content type & 1h CDN cache by default
},
additionalPaths: [
'/foo.pdf', // for example, to a file in your static dir
],
defaultChangefreq: 'daily',
defaultPriority: 0.7,
sort: 'alpha', // default is false; 'alpha' sorts all paths alphabetically.
processPaths: (paths) => {
// Optional callback to allow arbitrary processing of your path objects. See the
// processPaths() section of the README.
return paths;
},
});
};
TypeScript:
// /src/routes/sitemap.xml/+server.ts
import type { RequestHandler } from '@sveltejs/kit';
import * as sitemap from 'super-sitemap';
import * as blog from '$lib/data/blog';
export const prerender = true; // optional
export const GET: RequestHandler = async () => {
// Get data for parameterized routes however you need to; this is only an example.
let blogSlugs, blogTags;
try {
[blogSlugs, blogTags] = await Promise.all([blog.getSlugs(), blog.getTags()]);
} catch (err) {
throw error(500, 'Could not load data for param values.');
}
return await sitemap.response({
origin: 'https://example.com',
excludeRoutePatterns: [
'^/dashboard.*', // i.e. routes starting with `/dashboard`
'.*\\[page=integer\\].*', // i.e. routes containing `[page=integer]`–e.g. `/blog/2`
'.*\\(authenticated\\).*', // i.e. routes within a group
],
paramValues: {
// paramValues can be a 1D array of strings
'/blog/[slug]': blogSlugs, // e.g. ['hello-world', 'another-post']
'/blog/tag/[tag]': blogTags, // e.g. ['red', 'green', 'blue']
// Or a 2D array of strings
'/campsites/[country]/[state]': [
['usa', 'new-york'],
['usa', 'california'],
['canada', 'toronto'],
],
// Or an array of ParamValue objects
'/athlete-rankings/[country]/[state]': [
{
values: ['usa', 'new-york'], // required
lastmod: '2025-01-01T00:00:00Z', // optional
changefreq: 'daily', // optional
priority: 0.5, // optional
},
{
values: ['usa', 'california'],
lastmod: '2025-01-01T00:00:00Z',
changefreq: 'daily',
priority: 0.5,
},
],
},
headers: {
'custom-header': 'foo', // case insensitive; xml content type & 1h CDN cache by default
},
additionalPaths: [
'/foo.pdf', // for example, to a file in your static dir
],
defaultChangefreq: 'daily',
defaultPriority: 0.7,
sort: 'alpha', // default is false; 'alpha' sorts all paths alphabetically.
processPaths: (paths: sitemap.PathObj[]) => {
// Optional callback to allow arbitrary processing of your path objects. See the
// processPaths() section of the README.
return paths;
},
});
};
You only need to enable or read this if you will have >=50,000 URLs in your sitemap, which is the number recommended by Google.
You can enable sitemap index support with just two changes:
- Rename your route to
sitemap[[page]].xml
- Pass the page param via your sitemap config
JavaScript:
// /src/routes/sitemap[[page]].xml/+server.js
import * as sitemap from 'super-sitemap';
export const GET = async ({ params }) => {
return await sitemap.response({
origin: 'https://example.com',
page: params.page,
// maxPerPage: 45_000 // optional; defaults to 50_000
});
};
TypeScript:
// /src/routes/sitemap[[page]].xml/+server.ts
import * as sitemap from 'super-sitemap';
import type { RequestHandler } from '@sveltejs/kit';
export const GET: RequestHandler = async ({ params }) => {
return await sitemap.response({
origin: 'https://example.com',
page: params.page,
// maxPerPage: 45_000 // optional; defaults to 50_000
});
};
Feel free to always set up your sitemap as a sitemap index, given it will work optimally whether you have few or many URLs.
Your sitemap.xml
route will now return a regular sitemap when your sitemap's total URLs is less than or equal
to maxPerPage
(defaults to 50,000 per the sitemap
protocol) or it will contain a sitemap index when exceeding
maxPerPage
.
The sitemap index will contain links to sitemap1.xml
, sitemap2.xml
, etc, which contain your
paginated URLs automatically.
<sitemapindex xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
<sitemap>
<loc>https://example.com/sitemap1.xml</loc>
</sitemap>
<sitemap>
<loc>https://example.com/sitemap2.xml</loc>
</sitemap>
<sitemap>
<loc>https://example.com/sitemap3.xml</loc>
</sitemap>
</sitemapindex>
When specifying values for the params of your parameterized routes,
you can use any of the following types:
string[]
, string[][]
, or ParamValue[]
.
Example:
paramValues: {
'/blog/[slug]': ['hello-world', 'another-post']
'/campsites/[country]/[state]': [
['usa', 'colorado'],
['canada', 'toronto']
],
'/athlete-rankings/[country]/[state]': [
{
values: ['usa', 'new-york'], // required
lastmod: '2025-01-01T00:00:00Z', // optional
changefreq: 'daily', // optional
priority: 0.5, // optional
},
{
values: ['usa', 'california'],
lastmod: '2025-01-01T01:16:52Z',
changefreq: 'daily',
priority: 0.5,
},
],
},
If any of the optional properties of ParamValue
are not provided, the sitemap will use the default
value. If a default value is not defined, the property will be excluded from that sitemap entry.
You only need to read this if you want to understand how super sitemap handles optional params and why.
SvelteKit allows you to create a route with one or more optional parameters like this:
src/
routes/
something/
[[paramA]]/
[[paramB]]/
+page.svelte
+page.ts
Your app would then respond to HTTP requests for all of the following:
/something
/something/foo
/something/foo/bar
Consequently, Super Sitemap will include all such path variations in your
sitemap and will require you to either exclude these using excludeRoutePatterns
or
provide param values for them using paramValues
, within your sitemap
config object.
/something
will exist in your sitemap unless excluded with a pattern of/something$
./something/[[paramA]]
must be either excluded using anexcludeRoutePattern
of.*/something/\\[\\[paramA\\]\\]$
or appear within your config'sparamValues
like this:'/something/[[paramA]]': ['foo', 'foo2', 'foo3']
.- And
/something/[[paramA]]/[[paramB]]
must be either excluded using anexcludeRoutePattern
of.*/something/\\[\\[paramA\\]\\]/\\[\\[paramB\\]\\]$
or appear within your config'sparamValues
like this:'/something/[[paramA]]/[[paramB]]': [['foo','bar'], ['foo2','bar2'], ['foo3','bar3']]
.
Alternatively, you can exclude ALL versions of this route by providing a single
regex pattern within excludeRoutePatterns
that matches all of them, such as
/something
; notice this do NOT end with a $
, thereby allowing this pattern
to match all 3 versions of this route.
If you plan to mix and match use of excludeRoutePatterns
and paramValues
for a
given route that contains optional params, terminate all of your
excludeRoutePatterns
for that route with $
, to target only the specific desired
versions of that route.
The processPaths()
callback is powerful, but rarely needed.
It allows you to arbitrarily process the path objects for your site before they become XML, with the
only requirement that your callback function must return the expected type of
PathObj[]
.
This can be useful to do something bespoke that would not otherwise be possible. For example:
- Excluding a specific path, when
excludeRoutePatterns
based on the route pattern would be too broad. (For example, you might want to exclude a path when you have not yet translated its content into one or more of your site’s supported languages; e.g. to exclude only/zh/about
, but retain all others like/about
,/es/about
, etc.) - Adding a trailing slash to URLs (not a recommended style, but possible).
- Appending paths from an external sitemap, like from a hosted headless blog
backend. However, you can also accomplish this by providing these within the
additionalPaths
array in your super sitemap config, which is a more concise approach.
processPaths()
runs after all paths have been generated for your site, but prior to de-duplication
of paths based on unique path names, sorting (if enabled by your config), and creation of XML.
Note that processPaths()
is intentionally NOT async. This design decision is
to encourage a consistent pattern within the sitemap request handler where all HTTP
requests, including any to fetch param values from a database, occur
together using Promise.all()
, for best performance and consistent code pattern
among super sitemap users for best DX.
return await sitemap.response({
// ...
processPaths: (paths: sitemap.PathObj[]) => {
const pathsToExclude = ['/zh/about', '/de/team'];
return paths.filter(({ path }) => !pathsToExclude.includes(path));
},
});
Note: If using excludeRoutePatterns
–which matches again the route pattern–would
be sufficient for your needs, you should prefer it for performance reasons. This
is because a site will have fewer routes than paths, consequently route-based
exclusions are more performant than path-based exclusions. Although, the
difference will be inconsequential in virtually all cases, unless you have a
very large number of excluded paths and many millions of generated paths to
search within.
return await sitemap.response({
// ...
processPaths: (paths: sitemap.PathObj[]) => {
// Add trailing slashes to all paths. (This is just an example and not
// actually recommended. Using SvelteKit's default of no trailing slash is
// preferable because it provides consistency among all possible paths,
// even files like `/foo.pdf`.)
return paths.map(({ path, alternates, ...rest }) => {
const rtrn = { path: path === '/' ? path : `${path}/`, ...rest };
if (alternates) {
rtrn.alternates = alternates.map((alternate: sitemap.Alternate) => ({
...alternate,
path: alternate.path === '/' ? alternate.path : `${alternate.path}/`,
}));
}
return rtrn;
});
},
});
Super Sitemap supports multilingual site annotations within your sitemap. This allows search engines to be aware of alternate language versions of your pages.
-
Create a directory named
[[lang]]
atsrc/routes/[[lang]]
. Place any routes that you intend to translate inside here.- This parameter must be named
lang
. - This parameter can specify a param
matcher, if
desired. For example:
src/routes/(public)/[[lang=lang]]
, when you defined a param matcher atsrc/params/lang.js
. The param matcher can have any name as long as it uses only lowercase letters. - This directory can be located within a route group, if desired, e.g.
src/routes/(public)/[[lang]]
. - Advanced: If you want to require a language parameter as part of all
your urls, use single square brackets like
src/routes/[lang]
orsrc/routes/[lang=lang]
. Importantly, if you take this approach, you should redirect your index route (/
) to one of your language-specific index paths (e.g./en
,/es
, etc), because a root url of/
will not be included in the sitemap when you have required the language param to exist. (The remainder of these docs will assume you are using an optional lang parameter.)
- This parameter must be named
-
Within your
sitemap.xml
route, update your Super Sitemap config object to add alang
property specifying your desired languages.lang: { default: 'en', // e.g. /about alternates: ['zh', 'de'] // e.g. /zh/about, /de/about }
The default language will not appear in your URLs (e.g.
/about
). Alternate languages will appear as part of the URLs within your sitemap (e.g./zh/about
,/de/about
).These language properties accept any string value, but choose a valid language code. They will appear in two places: 1.) as a slug within your paths (e.g.
/zh/about
), and 2.) ashreflang
attributes within the sitemap output.Note: If you used a required lang param (e.g.
[lang]
), you can set any of your desired languages as thedefault
and the rest as thealternates
; they will all be processed in the same way though. -
Within your
sitemap.xml
route again, update your Super Sitemap config object'sparamValues
to prepend/[[lang]]
(or/[[lang=lang]]
,[lang]
, etc–whatever you used earlier) onto the property names of all routes you moved into your/src/routes/[[lang]]
directory, e.g.:paramValues: { '/[[lang]]/blog/[slug]': ['hello-world', 'post-2'], // was '/blog/[slug]' '/[[lang]]/campsites/[country]/[state]': [ // was '/campsites/[country]/[state]' ['usa', 'new-york'], ['canada', 'toronto'], ], },
- Create
/src/routes/[[lang]]/about/+page.svelte
with any content. - Assuming you have a basic sitemap set up at
/src/routes/sitemap.xml/+server.ts
, add alang
property to your sitemap's config object, as described in Step 2 in the previous section. - Your
sitemap.xml
will then include the following:
...
<url>
<loc>https://example.com/about</loc>
<xhtml:link rel="alternate" hreflang="en" href="https://example.com/about" />
<xhtml:link rel="alternate" hreflang="zh" href="https://example.com/zh/about" />
<xhtml:link rel="alternate" hreflang="de" href="https://example.com/de/about" />
</url>
<url>
<loc>https://example.com/de/about</loc>
<xhtml:link rel="alternate" hreflang="en" href="https://example.com/about" />
<xhtml:link rel="alternate" hreflang="zh" href="https://example.com/zh/about" />
<xhtml:link rel="alternate" hreflang="de" href="https://example.com/de/about" />
</url>
<url>
<loc>https://example.com/zh/about</loc>
<xhtml:link rel="alternate" hreflang="en" href="https://example.com/about" />
<xhtml:link rel="alternate" hreflang="zh" href="https://example.com/zh/about" />
<xhtml:link rel="alternate" hreflang="de" href="https://example.com/de/about" />
</url>
...
Super Sitemap handles creation of URLs within your sitemap, but it is not an i18n library.
You need a separate i18n library to translate strings within your app. Just
ensure the library you choose allows a similar URL pattern as described here,
with a default language (e.g. /about
) and lang slugs for alternate languages
(e.g. /zh/about
, /de/about
).
-
What about translated paths like
/about
(English),/acerca
(Spanish),/uber
(German)?Realistically, this would break the route patterns and assumptions that Super Sitemap relies on to identify your routes, to know what language to use, and to build the sitemap. "Never say never", but there are no plans to support this.
sampledUrls()
is an optional utility to be used in your Playwright tests. You do not need to read this if just getting started.
Sampled URLs provides a utility to obtain a sample URL for each unique route on your site–i.e.:
- the URL for every static route (e.g.
/
,/about
,/pricing
, etc.), and - one URL for each parameterized route (e.g.
/blog/[slug]
)
This can be helpful for writing functional tests, performing SEO analyses of your public pages, & similar.
This data is generated by analyzing your site's sitemap.xml
, so keep in mind that it will not
contain any URLs excluded by excludeRoutePatterns
in your sitemap config.
import { sampledUrls } from 'super-sitemap';
const urls = await sampledUrls('http://localhost:5173/sitemap.xml');
// [
// 'http://localhost:5173/',
// 'http://localhost:5173/about',
// 'http://localhost:5173/pricing',
// 'http://localhost:5173/features',
// 'http://localhost:5173/login',
// 'http://localhost:5173/signup',
// 'http://localhost:5173/blog',
// 'http://localhost:5173/blog/hello-world',
// 'http://localhost:5173/blog/tag/red',
// ]
- Result URLs will not include any
additionalPaths
from your sitemap config because it's impossible to identify those by a pattern given only your routes andsitemap.xml
as inputs. sampledUrls()
does not distinguish between routes that differ only due to a pattern matcher. For example,/foo/[foo]
and/foo/[foo=integer]
will evaluated as/foo/[foo]
and one sample URL will be returned.
Both sampledUrls()
and sampledPaths()
are intended as utilities for use
within your Playwright tests. Their design aims for developer convenience (i.e.
no need to set up a 2nd sitemap config), not for performance, and they require a
runtime with access to the file system like Node, to read your /src/routes
. In
other words, use for testing, not as a data source for production.
You can use it in a Playwright test like below, then you'll have sampledPublicPaths
available to use within your tests in this file.
// foo.test.js
import { expect, test } from '@playwright/test';
import { sampledPaths } from 'super-sitemap';
let sampledPublicPaths = [];
try {
sampledPublicPaths = await sampledPaths('http://localhost:4173/sitemap.xml');
} catch (err) {
console.error('Error:', err);
}
// ...
Same as Sampled URLs, except it returns paths.
import { sampledPaths } from 'super-sitemap';
const urls = await sampledPaths('http://localhost:5173/sitemap.xml');
// [
// '/about',
// '/pricing',
// '/features',
// '/login',
// '/signup',
// '/blog',
// '/blog/hello-world',
// '/blog/tag/red',
// ]
It's important to create a robots.txt
so search engines know where to find your sitemap.
You can create it at /static/robots.txt
:
User-agent: *
Allow: /
Sitemap: https://example.com/sitemap.xml
Or, at /src/routes/robots.txt/+server.ts
, if you have defined PUBLIC_ORIGIN
within your
project's .env
and want to access it:
import * as env from '$env/static/public';
export const prerender = true;
export async function GET(): Promise<Response> {
// prettier-ignore
const body = [
'User-agent: *',
'Allow: /',
'',
`Sitemap: ${env.PUBLIC_ORIGIN}/sitemap.xml`
].join('\n').trim();
const headers = {
'Content-Type': 'text/plain',
};
return new Response(body, { headers });
}
It's recommended to add a Playwright test that calls your sitemap.
For pre-rendered sitemaps, you'll receive an error at build time if your data param values are misconfigured. But for non-prerendered sitemaps, your data is loaded when the sitemap is loaded, and consequently a functional test is more important to confirm you have not misconfigured data for your param values.
Feel free to use or adapt this example test:
// /src/tests/sitemap.test.js
import { expect, test } from '@playwright/test';
test('/sitemap.xml is valid', async ({ page }) => {
const response = await page.goto('/sitemap.xml');
expect(response.status()).toBe(200);
// Ensure XML is valid. Playwright parses the XML here and will error if it
// cannot be parsed.
const urls = await page.$$eval('url', (urls) =>
urls.map((url) => ({
loc: url.querySelector('loc').textContent,
// changefreq: url.querySelector('changefreq').textContent, // if you enabled in your sitemap
// priority: url.querySelector('priority').textContent,
}))
);
// Sanity check
expect(urls.length).toBeGreaterThan(5);
// Ensure entries are in a valid format.
for (const url of urls) {
expect(url.loc).toBeTruthy();
expect(() => new URL(url.loc)).not.toThrow();
// expect(url.changefreq).toBe('daily');
// expect(url.priority).toBe('0.7');
}
});
As a helpful tip, below are a few examples demonstrating how to query an SQL
database to obtain data to provide as paramValues
for your routes:
-- Route: /blog/[slug]
SELECT slug FROM blog_posts WHERE status = 'published';
-- Route: /blog/category/[category]
SELECT DISTINCT LOWER(category) FROM blog_posts WHERE status = 'published';
-- Route: /campsites/[country]/[state]
SELECT DISTINCT LOWER(country), LOWER(state) FROM campsites;
Using DISTINCT
will prevent duplicates in your result set. Use this when your
table could contain multiple rows with the same params, like in the 2nd and 3rd
examples. This will be the case for routes that show a list of items.
Then if your result is an array of objects, convert into an array of arrays of string values:
const arrayOfArrays = resultFromDB.map((row) => Object.values(row));
// [['usa','new-york'],['usa', 'california']]
That's it.
Going in the other direction, i.e. when loading data for a component for your UI, your database query should typically lowercase both the URL param and value in the database during comparison–e.g.:
-- Obviously, remember to escape your `params.slug` values to prevent SQL injection.
SELECT * FROM campsites WHERE LOWER(country) = LOWER(params.country) AND LOWER(state) = LOWER(params.state) LIMIT 10;
<urlset
xmlns="http://www.sitemaps.org/schemas/sitemap/0.9"
xmlns:xhtml="http://www.w3.org/1999/xhtml"
>
<url>
<loc>https://example/</loc>
<changefreq>daily</changefreq>
<priority>0.7</priority>
</url>
<url>
<loc>https://example/about</loc>
<changefreq>daily</changefreq>
<priority>0.7</priority>
</url>
<url>
<loc>https://example/blog</loc>
<changefreq>daily</changefreq>
<priority>0.7</priority>
</url>
<url>
<loc>https://example/login</loc>
<changefreq>daily</changefreq>
<priority>0.7</priority>
</url>
<url>
<loc>https://example/pricing</loc>
<changefreq>daily</changefreq>
<priority>0.7</priority>
</url>
<url>
<loc>https://example/privacy</loc>
<changefreq>daily</changefreq>
<priority>0.7</priority>
</url>
<url>
<loc>https://example/signup</loc>
<changefreq>daily</changefreq>
<priority>0.7</priority>
</url>
<url>
<loc>https://example/support</loc>
<changefreq>daily</changefreq>
<priority>0.7</priority>
</url>
<url>
<loc>https://example/terms</loc>
<changefreq>daily</changefreq>
<priority>0.7</priority>
</url>
<url>
<loc>https://example/blog/hello-world</loc>
<changefreq>daily</changefreq>
<priority>0.7</priority>
</url>
<url>
<loc>https://example/blog/another-post</loc>
<changefreq>daily</changefreq>
<priority>0.7</priority>
</url>
<url>
<loc>https://example/blog/tag/red</loc>
<changefreq>daily</changefreq>
<priority>0.7</priority>
</url>
<url>
<loc>https://example/blog/tag/green</loc>
<changefreq>daily</changefreq>
<priority>0.7</priority>
</url>
<url>
<loc>https://example/blog/tag/blue</loc>
<changefreq>daily</changefreq>
<priority>0.7</priority>
</url>
<url>
<loc>https://example/campsites/usa/new-york</loc>
<changefreq>daily</changefreq>
<priority>0.7</priority>
</url>
<url>
<loc>https://example/campsites/usa/california</loc>
<changefreq>daily</changefreq>
<priority>0.7</priority>
</url>
<url>
<loc>https://example/campsites/canada/toronto</loc>
<changefreq>daily</changefreq>
<priority>0.7</priority>
</url>
<url>
<loc>https://example/foo.pdf</loc>
<changefreq>daily</changefreq>
<priority>0.7</priority>
</url>
</urlset>
1.0.0
- BREAKING:priority
renamed todefaultPriority
, andchangefreq
renamed todefaultChangefreq
. NON-BREAKING: Support forparamValues
to contain eitherstring[]
,string[][]
, orParamValueObj[]
values to allow per-route specification oflastmod
,changefreq
, andpriority
.0.15.0
- BREAKING: RenameexcludePatterns
toexcludeRoutePatterns
.0.14.20
- Adds processPaths() callback.0.14.19
- Support.md
and.svx
route extensions for msdvex users.0.14.17
- Support for param matchers (e.g.[[lang=lang]]
) & required lang params (e.g.[lang]
). Thanks @JadedBlueEyes & @epoxide!0.14.13
- Support route files named to allow breaking out of a layout.0.14.12
- Addsi18n
support.0.14.11
- Addsoptional params
support.0.14.0
- Addssitemap index
support.0.13.0
- AddssampledUrls()
andsampledPaths()
.0.12.0
- Adds config option to sort'alpha'
orfalse
(default).0.11.0
- BREAKING: Rename tosuper-sitemap
on npm! 🚀0.10.0
- Adds ability to use unlimited dynamic params per route! 🎉0.9.0
- BREAKING: Adds configurablechangefreq
andpriority
and excludes these by default. See the README's features list for why.0.8.0
- Adds ability to specifyadditionalPaths
that live outside/src/routes
, such as/foo.pdf
located at/static/foo.pdf
.
git clone https://github.com/jasongitmail/super-sitemap.git
bun install
# Then edit files in `/src/lib`
A new version of this npm package is automatically published when the semver
version within package.json
is incremented.
- Built by x.com/@zkjason_
- Made possible by SvelteKit & Svelte.