Modèle de backend de l'application de calendrier éditorial
CalendarItem, KeywordBrief, AssignmentNote et PublishLog
Un backend d'application de calendrier éditorial prêt à la production sur Back4app. Modèle CalendarItem, WriterProfile, KeywordBrief, AssignmentNote et PublishLog afin que les équipes puissent planifier des articles, assigner des rédacteurs et enregistrer des événements de publication.
Principales conclusions de l'application éditoriale
Ce modèle vous offre un backend pour CalendarItem, WriterProfile, KeywordBrief, AssignmentNote et PublishLog afin que votre équipe éditoriale puisse planifier le travail à partir d'une source fiable.
- Programmation de CalendarItem — Suivez le titre, la date de publication, le statut, le projet et l'écrivain pour chaque pièce planifiée.
- Attributions de WriterProfile — Liez chaque CalendarItem à un WriterProfile afin que les éditeurs puissent voir qui possède le brouillon.
- Planification de KeywordBrief — Attachez primaryKeyword, secondaryKeywords et searchIntent à chaque CalendarItem.
Aperçu : Application Calendrier Éditorial
Le véritable coût de l'application calendrier éditorial est le changement de contexte : reconstruire l'histoire pour chaque réunion car les notes sont fragmentées à travers les outils. Le coût se traduit par des rappels et des crédits. Back4app ancre WriterProfile, EditorialProject, CalendarItem, KeywordBrief, et AssignmentNote pour les pratiques de l'application calendrier éditorial qui nécessitent des délais, des documents, et des communications dans un espace de travail autorisé. Le schéma couvre Utilisateur (nom d'utilisateur, e-mail, mot de passe, rôle), WriterProfile (nom affiché, spécialité, statut, utilisateur), EditorialProject (nom, marque, statut, propriétaire), CalendarItem (titre, date de publication, statut, projet, écrivain), KeywordBrief (calendarItem, mot-clé principal, mots-clés secondaires, intention de recherche), AssignmentNote (calendarItem, auteur, note), et PublishLog (calendarItem, publié par, publié à, canal) avec authentification et support des flux de travail intégrés. Connectez votre frontend préféré et expédiez plus rapidement.
Meilleur pour :
Comment ce backend d'application de calendrier éditorial est organisé
Lorsque le volume de l'application de calendrier éditorial augmente, les processus informels s'effondrent en premier — non pas parce que les gens cessent de se soucier, mais parce que la mémoire et les messages ne s'adaptent pas.
Utilisez WriterProfile, EditorialProject et CalendarItem comme la liste de contrôle pour l'étendue de MVP : si ce n'est pas modélisé, cela deviendra une solution de contournement sous forme de feuille de calcul.
Fonctionnalités de l'application éditoriale
Chaque carte technologique dans ce hub utilise le même schéma d'application de calendrier éditorial avec User, WriterProfile, EditorialProject, CalendarItem, KeywordBrief, AssignmentNote, et PublishLog.
Planification de CalendarItem
CalendarItem stocke le titre, la date de publication, le statut, le projet et l'écrivain.
Gestion des profils d'écrivains
Le profil d'écrivain associe un displayName, une spécialité, un statut et un compte utilisateur.
Planification de KeywordBrief
KeywordBrief relie un CalendarItem à primaryKeyword, secondaryKeywords et searchIntent.
Enregistrement de PublishLog
PublishLog stocke publishedAt et channel pour chaque CalendarItem.
Pourquoi construire votre application de calendrier éditorial sur Back4app ?
Back4app vous fournit des primitives CalendarItem, WriterProfile et PublishLog afin que votre équipe puisse se concentrer sur le travail éditorial plutôt que sur la plomberie du schéma.
- •Structure du calendrier et de l'écrivain: CalendarItem et WriterProfile maintiennent la propriété des articles, le timing de publication et l'état du workflow au même endroit.
- •Suivi des mots-clés et de la publication: KeywordBrief et PublishLog lient la planification SEO et l'historique publié à le même CalendarItem.
- •Planification au niveau du projet: EditorialProject regroupe des lignes CalendarItem liées sous une marque et un statut.
Créez et révisez rapidement des flux de travail éditoriaux avec un contrat backend unique sur toutes les plateformes.
Avantages de l'Application Éditoriale
Un backend d'opérations de contenu qui vous aide à expédier des plans éditoriaux avec moins de transitions.
Planification de contenu plus rapide
Commencez à partir d'un schéma complet de CalendarItem et WriterProfile plutôt que de créer des objets de programme à partir de zéro.
Visibilité des mots-clés pour chaque brouillon
Attachez des enregistrements KeywordBrief à un CalendarItem afin que les rédacteurs et les éditeurs voient les termes de recherche cibles avant la publication.
Effacer la propriété de la date de publication
Utilisez PublishLog pour montrer qui a enregistré l'heure de publication et quel canal cela a affecté.
Contrôle de flux de travail structuré
Suivez les champs de statut dans CalendarItem et WriterProfile afin que les coordinateurs puissent déplacer les éléments de l'ébauche à la publication.
Grouper les projets éditoriaux
Stockez les données EditorialProject avec les lignes CalendarItem afin que les lancements de sprints et le travail éternel restent séparés.
Flux de travail de démarrage AI
Générez rapidement l'échafaudage backend et les conseils d'intégration avec une invite structurée.
Prêt à lancer votre application de calendrier éditorial ?
Laissez l'agent AI Back4app structurer le backend de votre application de calendrier éditorial et générer des flux CalendarItem, KeywordBrief et PublishLog à partir d'une seule invite.
Gratuit pour commencer — 50 invites AI Agent/mois, pas de carte de crédit requise
Technologie de l'application éditoriale
Tout est inclus dans ce modèle de backend d'application de calendrier éditorial.
Carte du schéma éditorial
Modèle de relation d'entités pour le schéma de l'application de calendrier éditorial.
Schéma couvrant les utilisateurs, les profils d'écrivains, les projets éditoriaux, les éléments de calendrier, les résumés de mots-clés, les notes d'attribution et les journaux de publication.
Voir la source du diagramme
erDiagram
User ||--o{ WriterProfile : "linked user"
User ||--o{ EditorialProject : "owner"
User ||--o{ AssignmentNote : "author"
User ||--o{ PublishLog : "publishedBy"
EditorialProject ||--o{ CalendarItem : "project"
WriterProfile ||--o{ CalendarItem : "writer"
CalendarItem ||--o{ KeywordBrief : "calendarItem"
CalendarItem ||--o{ AssignmentNote : "calendarItem"
CalendarItem ||--o{ PublishLog : "calendarItem"
User {
String objectId PK
String username
String email
String password
String role
Date createdAt
Date updatedAt
}
WriterProfile {
String objectId PK
String displayName
String specialty
String status
String userId FK
Date createdAt
Date updatedAt
}
EditorialProject {
String objectId PK
String name
String brand
String status
String ownerId FK
Date createdAt
Date updatedAt
}
CalendarItem {
String objectId PK
String title
Date publishDate
String status
String projectId FK
String writerId FK
Date createdAt
Date updatedAt
}
KeywordBrief {
String objectId PK
String calendarItemId FK
String primaryKeyword
Array secondaryKeywords
String searchIntent
Date createdAt
Date updatedAt
}
AssignmentNote {
String objectId PK
String calendarItemId FK
String authorId FK
String note
Date createdAt
Date updatedAt
}
PublishLog {
String objectId PK
String calendarItemId FK
String publishedById FK
Date publishedAt
String channel
Date createdAt
Date updatedAt
}
Séquence de workflow
Flux d'exécution typique pour l'authentification, le chargement d'ÉlémentsCalendrier, la création de NotesAttribution, l'entrée de RésumésMotClé et les mises à jour de JournalPublication.
Voir la source du diagramme
sequenceDiagram
participant User
participant App as Editorial Calendar Manager App
participant Back4app as Back4app Cloud
User->>App: Sign in to the editorial workspace
App->>Back4app: POST /login
Back4app-->>App: Session token
User->>App: Load calendar items for the week
App->>Back4app: GET /classes/CalendarItem?include=writer,project&order=publishDate
Back4app-->>App: CalendarItem rows with writer and project pointers
User->>App: Create a new assignment with SEO keywords
App->>Back4app: POST /classes/CalendarItem
Back4app-->>App: CalendarItem objectId
User->>App: Save KeywordBrief and AssignmentNote
App->>Back4app: POST /classes/KeywordBrief
Back4app-->>App: KeywordBrief objectId
App->>Back4app: POST /classes/AssignmentNote
Back4app-->>App: AssignmentNote objectId
App->>Back4app: Subscribe to CalendarItem changes
Back4app-->>App: Live updates for publishDate, status, and writer changesGuide de référence
Référence complète au niveau des champs pour chaque classe dans le schéma de l'application de calendrier éditorial.
| Champ | Type | Description | Requis |
|---|---|---|---|
| objectId | String | Auto-generated unique identifier | Automatique |
| username | String | User login name | |
| String | User email address | ||
| password | String | Hashed password (write-only) | |
| role | String | Role of the user (e.g., manager, coordinator, writer, seo) | |
| createdAt | Date | Auto-generated creation timestamp | Automatique |
| updatedAt | Date | Auto-generated last-update timestamp | Automatique |
7 champs dans User
Permissions pour les données éditoriales
Comment la stratégie ACL et CLP sécurise les utilisateurs, les profils d'écrivains, les projets, les éléments de calendrier, les briefs de mots-clés, les notes d'attribution et les journaux de publication.
Contrôles de compte appartenant à l'utilisateur
Seul l'utilisateur peut mettre à jour ou supprimer ses champs de compte tels que le nom d'utilisateur, l'email, le mot de passe et le rôle.
Intégrité du calendrier et du projet
Seul le propriétaire peut créer ou supprimer ses lignes EditorialProject et CalendarItem connexes. Utilisez Cloud Code pour la validation.
Accès de lecture limité
Limitez l'accès en lecture aux enregistrements CalendarItem, KeywordBrief, AssignmentNote et PublishLog aux personnes qui ont besoin de ce calendrier.
Schéma JSON
Définition de schéma JSON brut prête à être copiée dans Back4app ou utilisée comme référence d'implémentation.
{
"classes": [
{
"className": "User",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"username": {
"type": "String",
"required": true
},
"email": {
"type": "String",
"required": true
},
"password": {
"type": "String",
"required": true
},
"role": {
"type": "String",
"required": true
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "WriterProfile",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"displayName": {
"type": "String",
"required": true
},
"specialty": {
"type": "String",
"required": true
},
"status": {
"type": "String",
"required": true
},
"user": {
"type": "Pointer",
"required": true,
"targetClass": "User"
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "EditorialProject",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"name": {
"type": "String",
"required": true
},
"brand": {
"type": "String",
"required": true
},
"status": {
"type": "String",
"required": true
},
"owner": {
"type": "Pointer",
"required": true,
"targetClass": "User"
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "CalendarItem",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"title": {
"type": "String",
"required": true
},
"publishDate": {
"type": "Date",
"required": true
},
"status": {
"type": "String",
"required": true
},
"project": {
"type": "Pointer",
"required": true,
"targetClass": "EditorialProject"
},
"writer": {
"type": "Pointer",
"required": true,
"targetClass": "WriterProfile"
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "KeywordBrief",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"calendarItem": {
"type": "Pointer",
"required": true,
"targetClass": "CalendarItem"
},
"primaryKeyword": {
"type": "String",
"required": true
},
"secondaryKeywords": {
"type": "Array",
"required": false
},
"searchIntent": {
"type": "String",
"required": true
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "AssignmentNote",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"calendarItem": {
"type": "Pointer",
"required": true,
"targetClass": "CalendarItem"
},
"author": {
"type": "Pointer",
"required": true,
"targetClass": "User"
},
"note": {
"type": "String",
"required": true
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "PublishLog",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"calendarItem": {
"type": "Pointer",
"required": true,
"targetClass": "CalendarItem"
},
"publishedBy": {
"type": "Pointer",
"required": true,
"targetClass": "User"
},
"publishedAt": {
"type": "Date",
"required": true
},
"channel": {
"type": "String",
"required": true
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
}
]
}Construire avec l'Agent IA
Utilisez l'Agent IA Back4app pour générer une véritable application de calendrier éditorial à partir de ce modèle, y compris le frontend, le backend, l'authentification, ainsi que les flux CalendarItem, KeywordBrief, AssignmentNote et PublishLog.
Créez un backend Back4app pour une application de calendrier éditorial avec ce schéma et ce comportement exacts. Schéma: 1. Utilisateur (utilisez Back4app intégré) : nom d'utilisateur, email, mot de passe, rôle. 2. WriterProfile : displayName, specialty, status, user (pointeur vers Utilisateur). 3. EditorialProject : nom, marque, statut, propriétaire (pointeur vers Utilisateur). 4. CalendarItem : titre, date de publication, statut, projet (pointeur vers EditorialProject), écrivain (pointeur vers WriterProfile). 5. KeywordBrief : calendarItem (pointeur vers CalendarItem), primaryKeyword, secondaryKeywords, searchIntent. 6. AssignmentNote : calendarItem (pointeur vers CalendarItem), auteur (pointeur vers Utilisateur), note. 7. PublishLog : calendarItem (pointeur vers CalendarItem), publié par (pointeur vers Utilisateur), publié à, canal. Sécurité : - Les gestionnaires peuvent créer et modifier EditorialProject, CalendarItem, KeywordBrief, AssignmentNote et PublishLog pour leurs propres projets. - Les écrivains peuvent lire les lignes CalendarItem qui leur sont assignées et mettre à jour le statut d'écriture uniquement sur les éléments attribués à leur WriterProfile. - Les entrées KeywordBrief et PublishLog doivent être restreintes aux utilisateurs ayant le rôle correct ou la propriété du projet. - Utilisez des ACL et CLP afin que les gens ne voient que le travail éditorial qu'ils devraient voir. Auth : - Inscription, connexion, déconnexion. Comportement : - Charger les lignes CalendarItem, assigner des écrivains, attacher des entrées KeywordBrief, ajouter des commentaires AssignmentNote, et enregistrer les dates de publication ou les événements de publication. Livrer : - Application Back4app avec schéma, rôles, ACLs, CLPs, et un frontend pour gérer le calendrier éditorial, les attributions d'écrivains, les briefs de mots-clés, et le suivi des publications.
Appuyez sur le bouton ci-dessous pour ouvrir l'Agent avec cette invite de modèle pré-remplie.
Ceci est l'invite de base sans suffixe technologique. Vous pouvez adapter la pile frontend générée par la suite.
API Sandbox
Essayez les points de terminaison REST et GraphQL contre le schéma de l'application du calendrier éditorial. Les réponses utilisent des données fictives et ne nécessitent pas de compte Back4app.
Utilise le même schéma que ce modèle.
Choisissez votre technologie
Développez chaque carte pour voir comment intégrer WriterProfile, EditorialProject et CalendarItem avec votre stack choisi.
Flutter Calendrier Éditorial Backend
React Calendrier Éditorial Backend
React Natif Calendrier Éditorial Backend
Next.js Calendrier Éditorial Backend
JavaScript Calendrier Éditorial Backend
Android Calendrier Éditorial Backend
iOS Calendrier Éditorial Backend
Vue Calendrier Éditorial Backend
Angular Calendrier Éditorial Backend
GraphQL Calendrier Éditorial Backend
REST API Calendrier Éditorial Backend
PHP Calendrier Éditorial Backend
.NET Calendrier Éditorial Backend
Ce que vous obtenez avec chaque technologie
Chaque pile utilise le même schéma d'application de calendrier éditorial et les contrats d'API.
Structure de données éditoriales unifiée
Gérez facilement les enregistrements CalendarItem, WriterProfile et PublishLog avec un schéma cohérent.
Flux de travail d'attribution de rédacteur
Suivez qui possède chaque article et quand il doit être terminé.
Planification des mots-clés SEO
Conservez les mots-clés cibles attachés à chaque CalendarItem pour une planification axée sur la recherche.
Planification de la date de publication
Réservez des fenêtres et des canaux de publication sans transferts manuels de feuille de calcul.
REST/GraphQL APIs
Intégrez des outils de contenu, des tableaux de bord et des applications de révision en utilisant des APIs flexibles.
Comparaison technique pour les applications éditoriales
Comparer la vitesse de configuration, le style de SDK et le support de l'IA à travers toutes les technologies supportées.
| Cadre | Temps de configuration | Avantage de l'application éditoriale | Type de SDK | Support de l'IA |
|---|---|---|---|---|
| À propos de 5 min | Base de code unique pour la planification éditoriale sur mobile et web. | SDK tapé | Complet | |
| Moins de 5 minutes | Tableau de bord web rapide pour la planification éditoriale. | SDK tapé | Complet | |
| ~3–7 min | Application mobile multiplateforme pour la coordination éditoriale. | SDK tapé | Complet | |
| Configuration rapide (5 min) | Application web rendue par le serveur pour les calendriers éditoriaux. | SDK tapé | Complet | |
| ~3–5 min | Intégration web légère pour les workflows éditoriaux. | SDK tapé | Complet | |
| Environ 5 min | Application Android native pour les coordinateurs de contenu. | SDK tapé | Complet | |
| Moins de 5 minutes | Application iOS native pour les coordinateurs de contenu. | SDK tapé | Complet | |
| ~3–7 min | Interface web Reactive pour la planification éditoriale. | SDK typé | Complet | |
| Configuration rapide (5 min) | Application web pour les opérations éditoriales. | SDK typé | Complet | |
| Moins de 2 min | API GraphQL flexible pour les applications de calendrier éditorial. | API GraphQL | Complet | |
| Configuration rapide (2 min) | Intégration de REST API pour les applications de calendrier éditorial. | REST API | Complet | |
| ~3 min | Backend PHP côté serveur pour la planification éditoriale. | REST API | Complet | |
| ~3–7 min | Backend .NET pour la planification éditoriale. | SDK typé | Complet |
Le temps de configuration reflète la durée prévue depuis le démarrage du projet jusqu'à la première requête CalendarItem ou KeywordBrief utilisant ce schéma de modèle.
Questions sur l'application éditoriale
Questions courantes sur la création d'un backend d'application de calendrier éditorial avec ce modèle.
Prêt à créer votre application de calendrier éditorial ?
Commencez votre projet de calendrier éditorial en quelques minutes. Aucune carte de crédit requise.