Preview, approval and deployment are separate controls so merchants can understand the result before anything reaches production.
Review the proposed implementation in staging.
Use Desktop, Tablet and Mobile controls to inspect the relevant storefront area. Refresh the preview after a revision and open staging in a separate tab when you need normal browsing behavior.
Open the current live storefront beside the proposal.
The live link provides the current production reference while staging shows the proposed state. Verify the intended change without confusing approval with publication.
Read what changed, where, why and with what risk.
The merchant summary identifies the expected behavior, affected file count, staging environment and risk level. Technical details remain available for anyone who needs to inspect the code.
Use automated checks as evidence, not as a substitute for merchant review.
QA reports whether the configured checks passed. Confirm the actual customer-facing behavior and use Request changes when the proposal is technically valid but does not meet the business expectation.
Approval confirms the proposal but does not publish it.
Approve implementation only after the preview matches the request. The approved status records the decision and enables the separate deployment action.
Deploy to live as the final consequential action.
Deployment writes the approved changes to the live theme and customers may see them immediately. QA overrides require an explicit reason and should remain exceptional.
Related TaskerArmy pages
Connect the store. Start with evidence.
Connect your store, review the audit and choose the first change you want TaskerArmy to prepare in staging.