Skip to content

[Roadmap] react-helmet-pro industry-grade SEO platform #20

Description

@lahiruudayakumara

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

  • Stable tag identity and precedence model
  • SSR request isolation and React concurrency coverage
  • Public validation API
  • Compatibility matrix, bundle budgets, and security regression suite
  • No undocumented breaking changes

Phase 2 — Search platform primitives

Exit criteria

  • Structured-data component catalog with safe serialization
  • Reusable graph entities and stable hydration
  • Standards-compliant crawler file generation
  • CSP-aware rendering
  • Consumer-facing test matchers

Phase 3 — Ecosystem integrations

Exit criteria

  • Optional framework entry points
  • No framework dependency in the core runtime
  • Published compatibility matrices
  • Request isolation and streaming integration tests
  • Deployable example applications

Phase 4 — Product APIs and developer experience

Exit criteria

  • High-level domain APIs compose stable primitives
  • CLI and lint checks run in CI
  • Development inspector is excluded from production
  • JSON/SARIF reporting is available

Cross-cutting definition of done

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.

Metadata

Metadata

Assignees

No one assigned

    Labels

    enhancementNew feature or requestroadmapProduct direction, sequencing, and cross-epic tracking

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions