Detection + content model
Read content.config schemas, collection loaders/frontmatter, route generation, Markdown/MDX settings and the layout component used by real posts.
Astro blog operation
SEOForge detects Astro version, content collections or legacy content paths, schema-defined frontmatter, layouts, image pipelines, integrations and build output before adding an article.
src/content/blog/post.md
schema: z.object(...)
getCollection("blog")
astro check && astro build ✓
Read content.config schemas, collection loaders/frontmatter, route generation, Markdown/MDX settings and the layout component used by real posts.
Follow Astro head/SEO components, canonical site config, @astrojs/sitemap rules and local/remote image service conventions.
Prepare a GitHub proposal, run astro check/build plus repository commands, inspect generated routes and wait for the site’s protected deploy flow.
Before → after
Missing required frontmatter, raw remote image and no collection-aware internal links.
Validated fields, layout-compatible MDX/Markdown, optimized asset path, canonical metadata and generated static route.
Astro checks
Detect Astro/content configuration
Evidence, owner and next state remain visible.
Draft schema-valid article and assets
Evidence, owner and next state remain visible.
Wire layout, links and metadata
Evidence, owner and next state remain visible.
Run astro check and build
Evidence, owner and next state remain visible.
Inspect generated route and sitemap
Evidence, owner and next state remain visible.
Code owner approves and deploys
Evidence, owner and next state remain visible.
Custom loaders, SSR adapters, content APIs, private image services and environment-dependent integrations require test credentials/context. SEOForge does not change adapters or rendering mode implicitly.
Paid deployment · human authority
Choose Growth, connect the repository and validate collection/build conventions during onboarding.