Registration is coming soon. Acrosite is not open for sign-up yet.Contact us
Workflow

Client review workflow: approvals without GitHub access

Letting clients approve content shouldn't mean giving them GitHub access. Acrosite gives Client Reviewers an account-based, review-only experience for their assigned content, with comments, approval, and request-changes — separate from your repository and settings.

Ad hoc review

May rely on email, docs, or shared logins to collect client approvals on content.

Acrosite

May fit teams that want a dedicated, review-only experience for Client Reviewers without GitHub access.

How to decide

The right choice depends on whether you want ad hoc approvals or a structured client review workflow.

Side by side

Ad hoc review and Acrosite, compared

Approaches differ by team and setup — verify current specifics against each tool's documentation.

Feature / workflow
Ad hoc reviewEmail, docs, or shared access
AcrositeGit-backed publishing platform
Primary use case
Ad hoc reviewApprovals gathered through email or docs
AcrositeDesigned for content publishing operations across projects
Content model
Ad hoc reviewContent shared as links, files, or screenshots
AcrositePosts, Pages, and Custom Content Types
Posts
Ad hoc reviewDepends on the process
AcrositeAvailable
Pages
Ad hoc reviewDepends on the process
AcrositeAvailable
Custom Content Types
Ad hoc reviewDepends on the process
AcrositeAvailable
Custom Fields
Ad hoc reviewNot part of the review process
AcrositeAvailable
Git-backed publishing
Ad hoc reviewNot connected to publishing
AcrositeAvailable
Access for non-technical users
Ad hoc reviewClients use familiar tools
AcrositeNot required for writers or Client Reviewers
Team Members
Ad hoc reviewDepends on the process
AcrositeAvailable
Client Reviewers
Ad hoc reviewNo dedicated reviewer role
AcrositeAvailable
Review & approval workflow
Ad hoc reviewManual and inconsistent
AcrositeBuilt-in review and approval
Scheduled publishing
Ad hoc reviewHandled separately
AcrositeDesigned for this workflow
Content Calendar
Ad hoc reviewNot included
AcrositeAvailable
Publish Logs
Ad hoc reviewNot included
AcrositeAvailable
Multi-project agency workflow
Ad hoc reviewHard to keep consistent
AcrositeDesigned for multi-project workflows
Deployment trigger visibility
Ad hoc reviewNot included
AcrositeVisible in Publish Logs
SEO-focused publishing workflow
Ad hoc reviewNot part of review
AcrositeStructured fields support SEO workflows
Best-fit team
Ad hoc reviewTeams with very simple review needs
AcrositeAgencies, website owners, and content teams

This is a high-level workflow comparison. The right fit depends on your website setup, team workflow, and publishing requirements.

What changes

What changes in the workflow?

With ad hoc review
  • 01Content is shared with clients by email or docs.
  • 02Feedback comes back across several channels.
  • 03Someone manually tracks approvals and applies changes.
With Acrosite
  • 01The team creates Posts, Pages, and Custom Content Types.
  • 02Writers and editors work without GitHub access.
  • 03Client Reviewers can review their assigned content.
  • 04Approved content can be scheduled.
  • 05Acrosite commits to GitHub and records Publish Logs.
Decision guide

When should you choose which?

If your priority is…
Better fit may be…
Why
Structured client approvals
Better fitAcrosite
WhyClient Reviewers approve or request changes on assigned content
Approvals without GitHub access
Better fitAcrosite
WhyClient Reviewers never need access to the repository
Scheduled publishing after approval
Better fitAcrosite
WhyApproved content can be scheduled and committed for you
A single one-off review
Better fitA quick email or doc
WhyMinimal process for a one-time approval
Git-backed ownership with a publishing workflow
Better fitAcrosite
WhyContent lives in Git with review, scheduling, and Publish Logs
What Acrosite includes

Publishing operations, built in

Review workflow

Move content through review and approval before publishing.

Scheduled publishing

Schedule approved content with date, time, and timezone.

GitHub publishing

Acrosite commits content to your connected repository.

Publish Logs

See trigger results and recovery context for each publish.

Client Reviewers

Clients review assigned content without GitHub access.

Posts, Pages & Custom Content Types

Model the content you publish across projects.

Custom Fields

Add the fields each content type needs.

Team Members

Give your team publishing roles without repository access.

FAQ

Common questions

Client Reviewers get an account-based, review-only experience scoped to the content assigned to them.

No. Client Reviewers do not see GitHub, billing, deployment triggers, or internal project settings.

No by default. Client Reviewers can comment, approve, or request changes. Publishing is controlled by authorized internal roles.

For a single one-off approval with no ongoing workflow, a quick email or doc may be enough.

Try a simpler Git-backed publishing workflow.

Registration is coming soon. Contact us to talk through your publishing workflow, or read the docs to see how Acrosite works.