Detection + content model
Identify router, dynamic segment, MDX/Markdown/CMS fetch or TS data module; infer required frontmatter/fields from code and existing posts.
Next.js blog operation
SEOForge detects App Router or Pages Router, content storage, TypeScript/JSX components, metadata APIs, image configuration, sitemap logic and the project’s actual build commands before proposing a page.
app/blog/[slug]/page.tsx
export const metadata
next/image · sitemap.ts
next build ✓
Identify router, dynamic segment, MDX/Markdown/CMS fetch or TS data module; infer required frontmatter/fields from code and existing posts.
Follow generateMetadata/static metadata, canonical/OG conventions, next/image remote patterns or local assets, and the repository’s sitemap generator.
Create a proposal branch, run package-manager build/lint/type checks, render a preview where configured and wait for protected human merge.
Before → after
Detached document, missing metadata, unoptimized remote image and no sitemap path.
Typed content entry/page, repository component hierarchy, configured image, canonical/OG data, internal links and passing build.
Framework checks
Workflow
Map router and content model
Evidence, owner and next state remain visible.
Prepare sourced article and media
Evidence, owner and next state remain visible.
Implement through existing components
Evidence, owner and next state remain visible.
Validate metadata, sitemap and image output
Evidence, owner and next state remain visible.
Run build/lint/type checks
Evidence, owner and next state remain visible.
Code owner reviews and merges
Evidence, owner and next state remain visible.
Custom CMS fetches, private packages, environment-dependent builds, ISR/on-demand revalidation and bespoke deployment platforms require available test context. SEOForge does not bypass CI or deploy directly.
Paid deployment · human authority
Choose Growth, connect the selected GitHub repository and validate commands before the first article proposal.