Prepare website fixes through GitHub
Turn saved website audit findings into reviewable code changes, starting with GitHub-connected sites.
Why not yet: Nothing edits a website yet. The audit hands findings off as issues only; the pull-request step and GitHub permissions are not built.
Next: Prepare the change, obtain owner approval, create a draft PR through an executor and record the result. WordPress follows later.
Review operations across locations
An owner-wide queue for reviews needing attention, with response-time targets and review alerts.
Why not yet: Reviews sync one location at a time, and there is no owner-wide queue or alert channel defined yet.
Next: Scope the queue, overdue views and alert channel. Assignment to multiple users is a separate capability.
Scheduled review history
Dated, versioned review records for comparing changes over time, beyond the existing sync and one-off CSV exports.
Why not yet: Review sync keeps the current state, not dated versions, and the snapshot contents and cadence are not decided.
Next: Set the snapshot contents, cadence and storage contract before building scheduled capture.
Explain movement across the ranking grid
Build on the existing grid to show what changed, where and when, separating your visibility from competitor movement.
Why not yet: The grid stores dated scans, but nothing yet compares your movement with competitors and explains it.
Next: Connect dated grid evidence to a client-safe explanation that can accompany a report.