Editorial records · Updated October 24, 2026
ShadowX URL change-log protocol
Maintain a precise change log for ShadowX URL claims, reviews and publication decisions. This guide treats ShadowX and ShadowX Market search terms as research labels, not as proof that a destination is official or safe.
Create one entry per material change
Record when a ShadowX link is added, corrected, disabled or replaced. Include the affected canonical page and the reviewer responsible for the decision.
Routine uptime checks should not create artificial editorial updates.
Capture the previous and current state
Store the old label, destination state and explanation beside the revised version. Avoid publishing unsafe destinations in the public history.
A comparison makes later audits more reliable than a single current snapshot.
Align visible dates
When a substantive correction is published, update the visible review date, Article dateModified and sitemap lastmod together. Leave unrelated pages unchanged.
Consistent dates help visitors and crawlers understand which content actually changed.
Connect the release to discovery tools
List the changed canonical URLs in a release manifest and send only those URLs through IndexNow or Bing URL Submission.
Record acceptance separately from later crawl and indexing results.
Frequently asked questions
Should every automated check enter the change log?
No. Log checks only when they cause a meaningful public change or incident record.
Why keep the old state?
It explains how and why the current publication decision was reached.