Operator verification

Operator Verification Workflow

A safe sequence for turning real operator-provided assets into public website output without exposing secrets, private documents, fake proof, uploads, webhooks, CRM integrations, analytics scripts, or map embeds.

Verify privatelyEnable one guarded item at a timeRun validation before deployment

Safe activation sequence

Real assets should move through the same careful workflow before anything new appears publicly. Verification happens privately, public output remains disabled by default, and every activation must pass validation before deployment.

  • Verify the asset privately and confirm it belongs to Fire and Storm Restoration.
  • Add the verified URL or local file reference to the correct JSON file for that asset.
  • Confirm the matching proof-intake item has the correct status and operator notes.
  • Enable only the matching publicOutputEnabled flag after operator sign-off.
  • Run the validation suite and manually review the affected public page.
  • Deploy only after confirming no fake proof, private documents, secrets, uploads, or external scripts were added.

GBP URL and review URL workflow

GBP URL and review URL values should only render after verified profile ownership and matching proof-intake approval. the website does not publish fake GBP links, star ratings, review counts, testimonials, or Review schema by default.

  • Add verifiedGoogleBusinessProfileUrl only after profile verification is complete.
  • Add verifiedGoogleReviewUrl only after the review request destination is confirmed.
  • Set googleBusinessProfile.publicOutputEnabled or googleReviewUrl.publicOutputEnabled only for the matching verified item.
  • Check reviews/reputation and asset-readiness-status after validation.

Approved project photo workflow

Project photos must be local website files, privacy-reviewed, approved, enabled, and globally allowed through proof intake before the public gallery can render them.

  • Remove faces, license plates, policy numbers, claim numbers, medical or financial documents, and unrelated personal items where possible.
  • Place approved image files inside the website and reference only safe local relative paths.
  • Set approved true and enabled true for the exact image entry.
  • Enable projectPhotos.publicOutputEnabled only after operator sign-off.
  • Run validation and confirm disabled example entries remain hidden.

Credential, insurance certificate, final service areas, and analytics approval workflow

Credential proof, insurance certificate details, final service areas, and future analytics decisions require manual operator approval before public claims or scripts are added.

  • Do not publish certified, licensed, insured, partner, or carrier relationship language until proof is verified and approved.
  • Do not publish private insurance certificate files or sensitive policy information.
  • Confirm final towns, travel limits, residential/commercial scope, and response boundaries before treating service-area pages as final.
  • Do not add analytics IDs, pixels, tag managers, map keys, CRM scripts, webhooks, SMTP credentials, or secrets to the website.

Rollback guidance

Sensitive proof documents must not be submitted through public forms. If a public asset is activated incorrectly, disable the matching publicOutputEnabled flag first, remove or correct the URL or local file reference, rerun validation, and redeploy the corrected site files. Public pages should fall back to pending states rather than exposing unverified proof.

  • Disable the matching proof-intake flag.
  • Remove bad URLs or image references from public-safe JSON approved settings.
  • Confirm pending copy appears on the affected page.
  • Run site files validation and ZIP integrity checks again.

v2.6.0 launch evidence handoff

After deployment, the operator sign-off packet and launch evidence report should be completed outside the public form workflow.

  • Launch evidence report remains a preparation record until live deployment is manually verified.
  • Operator sign-off must happen outside the public form workflow.
  • Deployment proof checks should be recorded without files, secrets, uploads, analytics scripts, webhooks, or runtime PDF generation.

Fire and Storm Restoration

Call Fire and Storm Restoration before damage gets harder to document.

Emergency stabilization, standards-informed mitigation, insurance-ready documentation, and restoration scope support for Chicagoland properties.

Call 1(464) 274-1476