Ihr aktuelles CMS im Vergleich

Die meisten Anpassungen in einem klassischen CMS folgen einer Handvoll Muster. Diese Tabelle zeigt, wo jedes davon in Atlas landet.

In Ihrem aktuellen CMS	In Atlas	Hinweise
Seitenbaukasten (Blöcke, Zeilen, Widgets)	Seite aus Abschnitten; jeder Abschnitt ist eine Ihrer Komponenten	Redakteure wählen aus den Abschnitten, die Ihr Seitentyp erlaubt
Benutzerdefinierte Beitragstypen (Produkte, News, Team)	Collections mit Einträgen	Filtern, sortieren und paginieren Sie sie mit der Delivery API
Benutzerdefinierte Felder (ACF, Drupal-Felder, Contentful-Felder)	Typisierte Felder im Site-Contract	Text, Rich Text, Zahl, Datum, Link, Asset, Referenz, Liste, Gruppe, Tabelle und mehr
Beziehungen zwischen Elementen	Referenz-Felder
Menüs, Header, Footer, Site-Einstellungen	Globals wie site-header und site-footer	Ihr Code rendert sie weiterhin
Theme- und Design-Einstellungen	Design-Tokens im Contract: Farben, Schriftstile, Abstände	Atlas wendet nie eigene Styles auf Ihre Site an
Medienbibliothek	Medien, mit Renditions pro Medienprofil, Fokuspunkten und Alt-Texten
Mehrsprachigkeits-Plugin (WPML, Polylang)	Übersetzungen von Seiten, Einträgen und Globals, mit Fallback	Arabisch und andere Rechts-nach-links-Sprachen eingeschlossen
SEO-Plugin (Yoast, Rank Math)	SEO-Felder pro Seite, Weiterleitungen, Routenliste für Ihre Sitemap	Ihr Code gibt die Tags und die Sitemap aus
Weiterleitungsverwaltung	Weiterleitungen, von Ihrer Site gelesen
Kontaktformulare (Contact Form 7, Gravity Forms)	Formulare mit Turnstile-Spamschutz und Lead-E-Mails	Development und Live-Website (Status)
Rollen und redaktioneller Workflow	Rollen, Entwürfe, Vorschau, Veröffentlichung, Freigabe von Production-Releases
Geplante Beiträge	Zeitgesteuerte Veröffentlichung für redaktionelle Collections
Webhooks und “bei Veröffentlichung”-Automatisierungen	Signierte Webhooks

Was bewusst kein Gegenstück hat

In Ihrem aktuellen CMS	Warum Atlas es nicht tut	Was stattdessen zu tun ist
Plugins, die Code auf Ihrer Site ausführen	Inhalte dürfen nie Code auf Ihrer Website ausführen können	Bauen Sie die Funktion im Code Ihrer Website und geben Sie ihr eine Komponente mit Einstellungen
Shortcodes, rohe HTML-Blöcke, “Custom Code”-Widgets	Gleicher Grund. Es ist außerdem ein häufiger Weg, CMS-gesteuerte Sites zu kompromittieren	Eine Komponente pro Embed-Typ (Video, Karte, Buchungs-Widget) mit einem URL- oder ID-Feld
Von Redakteuren hinzugefügte Tracking-Skripte	Skripte sind eine Entwicklerentscheidung, im Code geprüft	Fügen Sie sie in Ihrem Code oder Tag-Manager hinzu, unter Ihrer Content-Security-Policy
Das CMS rendert und hostet die Site (Themes)	Atlas ist headless; Ihre Website bleibt Ihre	Behalten Sie Ihr Hosting
Serverlogik im CMS (Checkout, Mitgliederbereiche, eigene APIs)	Außerhalb des Umfangs	Behalten Sie sie in Ihrer Anwendung oder Ihren bestehenden Diensten
Site-Suche	Nicht bereitgestellt	Behalten Sie Ihre Suche oder indexieren Sie Einträge aus der Delivery API

Ein durchgespieltes Beispiel

Eine WordPress-Unternehmenssite hat einen Seitenbaukasten, einen Beitragstyp “Projects” mit ACF-Feldern, Yoast, WPML (Englisch und Arabisch), Contact Form 7 und einen [map]-Shortcode.

1. Jeder Block des Seitenbaukastens wird zu einer Komponente im Contract, gerendert von einer vorhandenen React-Komponente.
2. “Projects” wird zu einer Collection mit denselben Feldern. Die Projektseite liest /entries?collection=projects.
3. Yoast-Titel und -Beschreibungen wandern in die SEO-Felder jeder Seite. Alte URLs kommen in Weiterleitungen.
4. Englisch und Arabisch werden zu Locales. Die Site fragt &locale=ar an und setzt dir="rtl".
5. Das Kontaktformular wird zu einem Atlas-Formular. Es erreicht die Live-Site mit dem nächsten Release; Leads treffen unter Forms & leads ein.
6. Der [map]-Shortcode wird zu einer Map-Komponente mit einem Adressfeld. Das Karten-Skript liegt im Code der Website.