Τα οφέλη ενός headless CMS: ευελιξία και επεκτασιμότητα

Φανταστείτε ότι δημοσιεύετε μια ομιλία. Ο τίτλος, η φωτογραφία, η περιγραφή και η ώρα έναρξης πρέπει να εμφανίζονται στον ιστότοπό σας και σε μια εφαρμογή κινητού. Όταν αλλάξει η ώρα, θέλετε να τη διορθώσετε μία φορά. Θέλετε επίσης ο ιστότοπος να μοιάζει με ιστότοπο και η εφαρμογή να δίνει την αίσθηση εφαρμογής.

Ένα headless σύστημα διαχείρισης περιεχομένου διαχωρίζει αυτές τις δύο εργασίες: την οργάνωση των πληροφοριών και την απόφαση για τον τρόπο με τον οποίο τις βλέπουν οι αναγνώστες. Αυτός ο διαχωρισμός μπορεί να είναι χρήσιμος. Το όφελος εξαρτάται από το τι χρειάζεται να δημοσιεύσετε και από το ποιος θα κατασκευάσει και θα συντηρεί τις συνδέσεις.

Τι σημαίνει πραγματικά «headless»;

Ένα CMS είναι ο χώρος όπου ο συντάκτης γράφει, οργανώνει και δημοσιεύει περιεχόμενο. Σε μια συμβατική εγκατάσταση παρέχει επίσης τα πρότυπα που μετατρέπουν το περιεχόμενο σε ιστοσελίδες. Ένα headless CMS αφήνει την παρουσίαση σε ξεχωριστό ιστότοπο, εφαρμογή ή άλλη διεπαφή.

Οι δύο πλευρές επικοινωνούν μέσω ενός API: ενός συμφωνημένου τρόπου με τον οποίο ένα λογισμικό ζητά πληροφορίες από ένα άλλο. Ο ιστότοπος μπορεί να ζητήσει τον τίτλο, την ώρα και τη φωτογραφία της ομιλίας και να τα τοποθετήσει στη δική του διάταξη. Η εφαρμογή μπορεί να ζητήσει τις ίδιες πληροφορίες και να τις οργανώσει διαφορετικά.

Το Strapi είναι ένα παράδειγμα. Παρέχει διεπαφή επεξεργασίας, μοντέλα περιεχομένου και API για χρήση από εφαρμογές. Το API δίνει στους προγραμματιστές πρόσβαση στο περιεχόμενο· δεν σχεδιάζει όμως την εμπειρία του αναγνώστη για λογαριασμό τους.

Πού γίνεται χρήσιμη η ευελιξία

Ένα κομμάτι περιεχομένου μπορεί να εξυπηρετεί πολλά σημεία. Η ώρα της ομιλίας μπορεί να βρίσκεται σε ένα πεδίο αντί να αντιγράφεται σε πολλές σελίδες που συντηρούνται ανεξάρτητα. Κάθε εφαρμογή χρειάζεται και πάλι λειτουργική σύνδεση και τρόπο να λαμβάνει τις αλλαγές. Μια παλιά σελίδα στην κρυφή μνήμη μπορεί να παραμείνει παρωχημένη μέχρι να ανανεωθεί.

Ένας νέος σχεδιασμός δεν χρειάζεται να σημαίνει επανεγγραφή κάθε άρθρου. Αν οι τίτλοι, οι παράγραφοι, οι εικόνες και οι λεζάντες αποθηκεύονται ανεξάρτητα από μια συγκεκριμένη διάταξη σελίδας, ένα νέο frontend μπορεί να τα επαναχρησιμοποιήσει. Αυτό λειτουργεί καλύτερα όταν το μοντέλο περιεχομένου περιγράφει καθαρά το υλικό, αντί να αποθηκεύει ένα μεγάλο μπλοκ markup που εξαρτάται από τη διάταξη.

Διαφορετικοί αναγνώστες μπορούν να λαμβάνουν διαφορετικές παρουσιάσεις. Μια οθόνη τηλεφώνου, ένα μεγάλο άρθρο και μια οθόνη εκδήλωσης έχουν διαφορετικές ανάγκες. Οι ίδιες βασικές πληροφορίες μπορούν να υποστηρίξουν και τα τρία χωρίς να τα αναγκάζουν να χρησιμοποιούν το ίδιο πρότυπο.

Τι δεν κάνει η αρχιτεκτονική για εσάς

Το headless δεν σημαίνει αυτόματα γρήγορο. Μια σελίδα μπορεί να προετοιμαστεί εκ των προτέρων και να προβληθεί γρήγορα, ή μπορεί να δημιουργεί αλυσίδα αργών αιτημάτων πριν εμφανιστεί οτιδήποτε. Οι εικόνες, η προσωρινή αποθήκευση, η φιλοξενία και ο τρόπος κατασκευής του frontend εξακολουθούν να διαμορφώνουν το αποτέλεσμα. Ο διαχωρισμός των μερών δίνει στην ομάδα επιλογές για βελτίωση της απόδοσης και προσθήκη δυναμικότητας, αλλά κάποιος πρέπει να κάνει και να δοκιμάσει αυτές τις επιλογές.

Οι συντάκτες χρειάζονται περισσότερα από ένα πλαίσιο πληκτρολόγησης. Πρέπει να μπορούν να κάνουν προεπισκόπηση ενός προσχεδίου, να ελέγχουν συνδέσμους και εικόνες, να δημοσιεύουν στη σωστή γλώσσα και να επαναφέρουν προηγούμενη έκδοση. Οι προγραμματιστές πρέπει να συνδέσουν αυτές τις εργασίες με το νέο frontend. Ένα σύστημα που φαίνεται κομψό σε ένα διάγραμμα αρχιτεκτονικής μπορεί και πάλι να κάνει την καθημερινή δημοσίευση δύσχρηστη.

Η ίδια διάκριση ισχύει και για τον έλεγχο. Ένα API δεν καθορίζει ποιος μπορεί να αλλάξει τους κανόνες, αν μπορείτε να εξάγετε τα πάντα ή αν μπορείτε να συνεχίσετε να δημοσιεύετε όταν ένας πάροχος σταματήσει να σας εξυπηρετεί. Αυτά τα ερωτήματα εξαρτώνται από το λογισμικό, τη ρύθμιση φιλοξενίας, τα δικαιώματα και την πρακτική μετάβαση σε άλλο σύστημα.

Δοκιμάστε μια ολοκληρωμένη εργασία δημοσίευσης

1. Επιλέξτε ένα αντιπροσωπευτικό στοιχείο, για παράδειγμα μια ομιλία με φωτογραφία, ημερομηνία, περιγραφή και δεύτερη γλώσσα.
2. Ζητήστε από το άτομο που θα το επεξεργαστεί να δημιουργήσει προσχέδιο και να δει την προεπισκόπηση των πραγματικών διατάξεων του ιστότοπου και της εφαρμογής.
3. Δημοσιεύστε το, αλλάξτε την ώρα και ελέγξτε πότε κάθε προορισμός εμφανίζει τη διόρθωση.
4. Επαναφέρετε την προηγούμενη έκδοση. Εξαγάγετε το περιεχόμενο και τα μέσα και, στη συνέχεια, ελέγξτε τι θα χρειαζόταν για να τα χρησιμοποιήσετε αλλού.

Αυτή η μικρή δοκιμή αποκαλύπτει περισσότερα από μια λίστα λειτουργιών. Δείχνει αν η αρχιτεκτονική προσφέρει στην ομάδα σας χρήσιμη ελευθερία και αν η καθημερινή εργασία είναι διαχειρίσιμη.

Επιλέξτε το για μια ανάγκη δημοσίευσης

Ένα headless σύστημα μπορεί να ταιριάζει όταν πολλές εφαρμογές χρειάζονται το ίδιο δομημένο περιεχόμενο ή όταν η εμπειρία του αναγνώστη απαιτεί σημαντική προσαρμοσμένη ανάπτυξη. Για έναν απλό ιστότοπο με έναν προορισμό δημοσίευσης, ένα ενιαίο σύστημα επεξεργασίας και παρουσίασης μπορεί να απαιτεί λιγότερη εργασία. Ξεκινήστε από την εργασία και μετά επιλέξτε την αρχιτεκτονική.

Για ευρύτερη σύγκριση, διαβάστε πώς να επιλέξετε CMS με βάση την προσπάθεια δημοσίευσης και τη δυνατότητα μετακίνησης.