hootsuite-prod-checklist

v2026.09.24

Execute Hootsuite production deployment checklist and rollback procedures. Use when deploying Hootsuite integrations to production, preparing for launch, or implementing go-live procedures. Trigger with phrases like "hootsuite production", "deploy hootsuite", "hootsuite go-live", "hootsuite launch checklist".

GitHub
安装命令
npx skhub add jeremylongshore/hootsuite-prod-checklist
Markdown
SKILL.md

Hootsuite Production Checklist

Overview

Hootsuite manages social media publishing, scheduling, and analytics across multiple platforms (Twitter/X, LinkedIn, Facebook, Instagram). A production integration automates post scheduling, monitors engagement, and syncs analytics. Failures mean posts go out at wrong times, media uploads get rejected, or social profile disconnections go undetected, creating gaps in your publishing calendar.

Authentication & Secrets

  • HOOTSUITE_API_KEY and OAuth client secret in secrets manager
  • OAuth app reviewed and approved in Hootsuite developer portal
  • Token refresh logic tested with deliberately expired tokens
  • Separate OAuth app for production vs development
  • Key rotation schedule documented (before annual app review)

API Integration

  • Production base URL configured (https://platform.hootsuite.com/v1)
  • Rate limit handling with exponential backoff
  • Message scheduling tested with all connected social profiles
  • Media upload validated (images, video, carousel per platform)
  • Character limits enforced per platform (X: 280, LinkedIn: 3000, FB: 63K)
  • Timezone handling verified for scheduled posts across regions
  • Social profile health check detects disconnected accounts

Error Handling & Resilience

  • Circuit breaker configured for Hootsuite API outages
  • Retry with backoff for 429/5xx responses
  • REJECTED media states handled with user notification
  • Social profile disconnection detected and alerted within 1 hour
  • Scheduled post failure queued for retry (not silently dropped)
  • Content moderation filter on automated posts (banned words, compliance)

Monitoring & Alerting

  • API latency tracked per endpoint (publish, schedule, analytics)
  • Error rate alerts set (threshold: >3% over 10 minutes)
  • Token refresh failures trigger immediate notification
  • Failed post scheduling reported with platform and error detail
  • Engagement analytics sync monitored for completeness

Validation Script

async function checkHootsuiteReadiness(): Promise<void> {
  const checks: { name: string; pass: boolean; detail: string }[] = [];
  // API connectivity
  try {
    const res = await fetch('https://platform.hootsuite.com/v1/me', {
      headers: { Authorization: `Bearer ${process.env.HOOTSUITE_API_KEY}` },
    });
    checks.push({ name: 'Hootsuite API', pass: res.ok, detail: res.ok ? 'Connected' : `HTTP ${res.status}` });
  } catch (e: any) { checks.push({ name: 'Hootsuite API', pass: false, detail: e.message }); }
  // Credentials present
  checks.push({ name: 'API Key Set', pass: !!process.env.HOOTSUITE_API_KEY, detail: process.env.HOOTSUITE_API_KEY ? 'Present' : 'MISSING' });
  // Social profiles connected
  try {
    const res = await fetch('https://platform.hootsuite.com/v1/socialProfiles', {
      headers: { Authorization: `Bearer ${process.env.HOOTSUITE_API_KEY}` },
    });
    const data = await res.json();
    const count = data?.data?.length || 0;
    checks.push({ name: 'Social Profiles', pass: count > 0, detail: `${count} profiles connected` });
  } catch (e: any) { checks.push({ name: 'Social Profiles', pass: false, detail: e.message }); }
  for (const c of checks) console.log(`[${c.pass ? 'PASS' : 'FAIL'}] ${c.name}: ${c.detail}`);
}
checkHootsuiteReadiness();

Error Handling

CheckRisk if SkippedPriority
Token refresh logicAll scheduled posts fail silentlyP1
Profile disconnectionPublishing gap on key platformsP1
Media rejection handlingBroken posts with missing imagesP2
Timezone validationPosts published at wrong local timeP2
Content moderationBrand-damaging automated contentP3

Prerequisites

  • Protected production approval, named incident/rollback owners, a pinned configuration revision, and a draft-only canary profile.
  • Baselines for health, quota, approval, audience, schedule behavior, and public-post count.

Instructions

  1. Confirm environment, secret reference, profile, audience, approval state, configuration revision, and owner approval before enabling execution.
  2. Run bounded draft-only canary operations and verify health, quota, approval, and public_posts=0 assertions.
  3. Monitor aggregate metrics through the observation window; halt on scope, audience, approval, or publication drift.
  4. Promote only through the approved human-publication path, or cancel/revert to the prior revision and record the result.
  5. Close after owner acceptance of the redacted receipt and revocation of temporary access.

Output

Create a readiness receipt with revision, canary profile, health/quota/approval/audience results, public-post count, approvals, outcome, and rollback reference. Exclude copy, media, handles, and secrets.

Examples

revision=r44; canary=sandbox-brand; health=pass; quota=within-budget; approval=pass; audience=approved; public_posts=0; outcome=hold-for-human is a complete canary decision.

Resources

Next Steps

See hootsuite-security-basics for social account protection and access control.

发现
标签

此技能尚未发布标签。

版本
最新版本元数据

版本

v2026.09.24

发布时间

2026年9月24日

分类

未分类

许可证

MIT

源路径

skills/.curated/hootsuite-prod-checklist

默认分支

main

最新提交

e5a6c3b

Tree SHA

c2dc8e8