Open rachel-kauff opened 2 years ago
We now have machine readable broken link data that could be used to surface broken links either through a dashboard or notifications. https://s3-us-gov-west-1.amazonaws.com/vetsgov-website-builds-s3-upload/broken-link-reports/vagovprod-broken-links.json
Added epic sections including change management section with suggested value.
@EWashb wanted to confirm the status for this work for Q3?
We need to refine this epic for the current state.
How might we put in the appropriate limits in real-time for editors so that they can fix broken links as they happen and prevent one editor from breaking content build with a broken link.
How might we provide real-time error messaging so that folks can fix their broken links BEFORE save (real-time validation). Also, how do we allow folks who may need to link to a page that does exist quite yet but will undoubtedly show a broken link until they do? For example, someone is making multiple pages at once that cross reference, but they would only be live pages publishing on the same day. One might show a broken link since the page doesn't exist yet.
Related to #6008
Background
Currently the only way editors know about broken links is the link checkers on individual nodes. Problems with this:
User Story or Problem Statement
<As a , I need so I can _____.>
or
<Problem description. How might we _____ ?>
Affected users and stakeholders
Hypothesis (TBD)
Ideas
We believe that _thissolution will achieve _thisoutcome. We'll know that to be true when this measurable outcome occurs.
Assumptions
(How will these assumptions be validated?)
Acceptance Criteria
Change management triage
The change represented by this user story will: