You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Evolve react-helmet-pro from a modern React head manager into a dependable, framework-aware SEO platform with strong correctness, security, developer tooling, and release discipline.
This roadmap tracks engineering epics. Each epic must retain backward compatibility where practical, publish measurable acceptance criteria, include tests and documentation, and avoid claims that metadata guarantees ranking or rich-result eligibility.
Every implementation issue derived from these epics should include:
API design and TypeScript types
SSR, hydration, client navigation, and edge-case coverage as applicable
Security and escaping review
Bundle-size/performance impact
Documentation and realistic examples
Changelog and migration notes
No unrelated changes
Semver classification
Planning guidance
Break epics into independently releasable implementation issues before development begins. Prefer shared primitives over framework-specific duplication. Ship experimental APIs behind clearly marked entry points until their compatibility and semantics are proven.
Vision
Evolve react-helmet-pro from a modern React head manager into a dependable, framework-aware SEO platform with strong correctness, security, developer tooling, and release discipline.
This roadmap tracks engineering epics. Each epic must retain backward compatibility where practical, publish measurable acceptance criteria, include tests and documentation, and avoid claims that metadata guarantees ranking or rich-result eligibility.
Phase 1 — Foundation and correctness
Exit criteria
Phase 2 — Search platform primitives
Exit criteria
Phase 3 — Ecosystem integrations
Exit criteria
Phase 4 — Product APIs and developer experience
Exit criteria
Cross-cutting definition of done
Every implementation issue derived from these epics should include:
Planning guidance
Break epics into independently releasable implementation issues before development begins. Prefer shared primitives over framework-specific duplication. Ship experimental APIs behind clearly marked entry points until their compatibility and semantics are proven.