Le système de distributionpour les créateurset les opérateurs.
Conçu pour publier sur plusieurs plateformes. Pensé pour la fiabilité, l’échelle et la preuve.
| Post | Media | Platforms | Lifecycle | Outcome | Published At | Scheduled For | Actions | ||
|---|---|---|---|---|---|---|---|---|---|
Release 2.4 — Improved retry classification
Delivery failures now grouped by terminal vs transient states. Cleaner observability. Fewer false degradation signals. |  | Scheduled | Pending | - | 2026-02-21 09:00 | ||||
Release 2.5 — Delivery queue optimization
Reduced scheduling latency under high concurrency. Improved throughput stability. |  | Attention | 1/4 failed | - | 2026-02-21 11:30 | ||||
Same content | | Signalbase HQ @signalbasehq | Published | Good | 2026-02-21 11:31 | 2026-02-21 11:30 | |||
Same content | | Signalbase @signalbase.io | Published | Good | 2026-02-21 11:31 | 2026-02-21 11:30 | |||
Release 2.5 — Delivery queue optimization. Reduced scheduling latency under high concurrency. | | Signalbase @signalbase | Error | Failing | - | 2026-02-21 11:30 | |||
Same content | | Signalbase @signalbase@mastodon.social | Published | Good | 2026-02-21 11:32 | 2026-02-21 11:30 | |||
Bulk import — XLSX and Markdown support
Structured ingestion for high-volume publishing workflows. |  | Completed | 4/4 | 2026-02-20 09:02 | 2026-02-20 09:00 | ||||
Asset library — Reference by ID
Upload once. Reuse across scheduled posts. |  | Completed | 4/4 | 2026-02-20 10:33 | 2026-02-20 10:30 | ||||
Scheduling — Deterministic scheduling
Consistent timestamp normalization across timezones. |  | Completed | 4/4 | 2026-02-20 12:03 | 2026-02-20 12:00 | ||||
Observability — Expanded delivery logs
Retry attempts and terminal states now fully traceable per platform. |  | Completed | 3/4 | 2026-02-20 13:46 | 2026-02-20 13:45 | ||||
Infrastructure — Improved timezone normalization
DST edge cases resolved across scheduled deliveries. |  | Completed | 4/4 | 2026-02-20 15:18 | 2026-02-20 15:15 |
La plupart des outils vous aident à créer.Crossly s’assure que ça part.
Un moteur de publication, pas un outil de contenu.
Cycle de vie
Chaque post a un état explicite.
{
"event_type": "delivery.attempt_started",
"post_id": "pst_02a94",
"status": "running",
"attempt": 1,
"source": "delivery-engine",
"attempted_at": "2026-03-01T10:00:02Z",
"platform": "x",
"attempt_id": "att_8d11a"
}Les échecs sont classés. Les tentatives sont journalisées. Les permaliens sont stockés.
Rien n’est supposé. Tout est enregistré.
1.0 Planifier →
Planifiez avec précision.
Mettez en file des centaines de posts sur chaque canal. Pas d’assistant. Pas de blabla IA. Juste votre contenu, où vous l’avez dit, quand vous l’avez dit.
- 1.1 Imports en masse
- 1.2 Contrôle des variantes
- 1.3 Routage par fuseau horaire
- 1.4 Aperçu d’impact avant validation
2.0 Livrer →
La livraison est vérifiée.
Chaque post. Chaque plateforme. Chaque statut. Vous savez toujours ce qui est parti et ce qui ne l’est pas, sans ouvrir douze onglets.
- 2.1 Logique de retry
- 2.2 Classification des échecs
- 2.3 Journal des permaliens
- 2.4 Transitions d’état explicites
3.0 Opérer →
Opérez à grande échelle.
Conçu pour les opérateurs qui gèrent des dizaines de comptes, pas pour des créateurs qui publient deux fois par semaine. Ingestion en masse, contrôle du pipeline et swimlanes par projet.
- 3.1 Ingestion en masse
- 3.2 Contrôle du pipeline
- 3.3 Swimlanes par projet
- 3.4 Contrôle multi-espaces
4.0 Optionnel →
Publiez immédiatement.
Publiez en mobilité avec l’application Crossly.
5.0 Philosophie →
Conçu pour la clarté.
Pas de dashboards de croissance.
Pas de métriques d’engagement.
Pas de suggestions de contenu.
Crossly n’influence pas ce que vous dites.
Il garantit que c’est livré.
Disponible maintenant.
Connectez les comptes. Ingestez le contenu. Publiez avec preuve.