Η επιλογή συστήματος διαχείρισης περιεχομένου (CMS) ξεκινά από το ποιος δημιουργεί περιεχόμενο, πώς το εγκρίνει και πού το δημοσιεύει. Ένα παραδοσιακό CMS συνδέει συνήθως τη διαχείριση με την παρουσίαση του website. Σε μια headless προσέγγιση, η διαχείριση παρέχει δεδομένα σε χωριστή εφαρμογή παρουσίασης. Αυτή η διάκριση δίνει διαφορετικές δυνατότητες και ευθύνες. Δεν σημαίνει ότι η μία επιλογή είναι αυτόματα πιο γρήγορη, πιο ασφαλής ή πιο κατάλληλη για κάθε οργανισμό.
Τι χρειάζεται καθημερινά ο συντάκτης;
Ζητήστε από την ομάδα περιεχομένου να περιγράψει μια πραγματική δημοσίευση. Ποιος γράφει, ποιος ελέγχει, ποιος διορθώνει και ποιος έχει δικαίωμα να εμφανίσει το υλικό δημόσια; Χρειάζεται προεπισκόπηση πριν την έγκριση; Πρέπει να διατηρούνται εκδόσεις ή να επαναχρησιμοποιείται ένα στοιχείο σε διαφορετικές σελίδες; Δοκιμάστε αυτές τις ενέργειες σε ένα μικρό παράδειγμα. Ένα εργαλείο που εντυπωσιάζει την τεχνική ομάδα μπορεί να απαιτεί περιττές κινήσεις από εκείνους που θα το χρησιμοποιούν καθημερινά.
Πώς οργανώνεται το ίδιο το περιεχόμενο;
Ξεχωρίστε τον τίτλο, την περίληψη, τις πληροφορίες υπηρεσίας και τις σχέσεις μεταξύ εγγραφών από τη θέση τους στην οθόνη. Για παράδειγμα, μια εκδήλωση μπορεί να έχει ομιλητές, χώρο και πρόγραμμα. Αν αυτά αποθηκεύονται ως ένα ενιαίο ελεύθερο κείμενο, είναι δυσκολότερο να χρησιμοποιηθούν με συνέπεια αλλού. Αν κάθε μικρή φράση γίνει ξεχωριστό υποχρεωτικό πεδίο, η συγγραφή μπορεί να γίνει κουραστική. Το κατάλληλο μοντέλο ισορροπεί τη δομή με την πραγματική συντακτική εργασία.
Πότε έχει νόημα ο διαχωρισμός παρουσίασης;
Η χωριστή παρουσίαση αξίζει να εξεταστεί όταν το ίδιο περιεχόμενο πρέπει να τροφοδοτεί διαφορετικές εμπειρίες ή όταν υπάρχουν ειδικές ανάγκες διεπαφής. Το επίσημο REST API του WordPress αποτελεί παράδειγμα πρόσβασης σε περιεχόμενο μέσω προγραμματιστικής διεπαφής. Η ύπαρξη API όμως δεν ολοκληρώνει από μόνη της μια headless λύση. Πρέπει ακόμη να σχεδιαστούν οι σελίδες, η προεπισκόπηση, η ανανέωση του περιεχομένου και ο τρόπος με τον οποίο εμφανίζονται σφάλματα ή ελλείψεις.
Ποιες ευθύνες προσθέτει η αρχιτεκτονική;
Καταγράψτε ποιος συντηρεί το CMS και ποιος την εφαρμογή που εμφανίζει τα δεδομένα. Όταν ένας συντάκτης αλλάζει τίτλο, πότε πρέπει να τον βλέπει ο επισκέπτης; Τι γίνεται αν η προεπισκόπηση λειτουργεί διαφορετικά από τη δημόσια σελίδα; Πώς ελέγχεται ότι μια διαγραφή δεν αφήνει κενά σε σχετικό περιεχόμενο; Αυτές οι ερωτήσεις πρέπει να έχουν συγκεκριμένη απάντηση στην παράδοση. Διαφορετικά η ευελιξία της αρχιτεκτονικής μετατρέπεται σε αβεβαιότητα για την καθημερινή ομάδα.
Πώς συγκρίνουμε τις επιλογές χωρίς εμπορικά συνθήματα;
Χρησιμοποιήστε ένα κοινό δείγμα: δημιουργία άρθρου, προσθήκη εικόνας με εναλλακτικό κείμενο, προεπισκόπηση, έγκριση και διόρθωση μετά τη δημοσίευση. Προσθέστε μια σύνδεση με άλλη εγγραφή και μια αλλαγή στη δομή περιεχομένου. Ζητήστε να παρουσιαστούν περιορισμοί, επαναλαμβανόμενα έξοδα και διαδικασία εξαγωγής δεδομένων. Η δυνατότητα μεταφοράς χρειάζεται να δοκιμάζεται με πραγματικό αρχείο και όχι να θεωρείται αυτονόητη επειδή υπάρχει ένα κουμπί εξαγωγής στη διαχείριση.
Τι συμφωνούμε πριν δεσμευτούμε;
Συμφωνήστε το μοντέλο περιεχομένου, τους ρόλους, τον τρόπο δημοσίευσης και τα κριτήρια αποδοχής πριν αυξηθεί το πλήθος των εγγραφών. Ζητήστε οδηγίες για τις βασικές εργασίες και καταγράψτε ποιος μπορεί να αλλάζει τη δομή. Μια απλή συντακτική ανάγκη μπορεί να εξυπηρετείται καλύτερα από μια πιο ενιαία λύση. Μια απαιτητική εμπειρία μπορεί να δικαιολογεί τον διαχωρισμό. Το κριτήριο είναι αν η ομάδα μπορεί να λειτουργεί, να ελέγχει και να εξελίσσει το σύστημα. Σχετικό πλαίσιο δίνει και η σύγκριση website και web application.
Συχνές ερωτήσεις
Πότε έχει νόημα ένα headless CMS;
Όταν το ίδιο περιεχόμενο τροφοδοτεί διαφορετικά κανάλια ή όταν η εμπειρία frontend χρειάζεται ανεξάρτητη τεχνική εξέλιξη και η ομάδα μπορεί να υποστηρίξει την πολυπλοκότητα.
Ποιο είναι το σημαντικότερο κριτήριο επιλογής CMS;
Η πραγματική editorial ροή: ποιος δημιουργεί, εγκρίνει, μεταφράζει και συντηρεί το περιεχόμενο, μαζί με τις απαιτήσεις ασφάλειας, integrations και hosting.