Gute Inhalte.
Eine neue
Perspektive.
Das alte Blogsystem kennt kaum noch jemand. Updates bleiben aus. Oder die laufende Betreuung kostet immer mehr, ohne dass Ihre Website besser wird. Wir prüfen den Bestand und planen einen Wechsel, der sich technisch und wirtschaftlich begründen lässt.
Migration besprechenRaus aus der Sackgasse.
Mit einem nachvollziehbaren Angebot.
Sie müssen den technischen Lösungsweg noch nicht kennen. Wir beginnen bei dem Problem, das Ihren Alltag tatsächlich belastet.
Klarheit vor dem Wechsel
Wir erfassen Versionen, Erweiterungen, individuelle Funktionen, Zugänge und Exportmöglichkeiten. Sie erhalten eine Bewertung der Risiken und einen Vergleich: weiterbetreuen, aktualisieren oder migrieren. Dazu gehören Prioritäten, offene Fragen und ein abgegrenzter Umsetzungsumfang.
Mehr erfahrenInhalte in eine betreubare Zukunft
Wir planen Datenübernahme, neue Inhaltsstruktur, Funktionsersatz und Weiterleitungen. Ein Probeimport macht Aufwand und Grenzen sichtbar. Umsetzung, Abnahme und Umstellung werden auf dieser Grundlage angeboten – mit getrennt ausgewiesenen Zusatzleistungen.
Mehr erfahrenBetreuung mit klaren Aufgaben
Updates, Sicherungen, Funktionstests und Unterstützung Ihrer Redaktion erhalten einen vereinbarten Rahmen. Sie wissen, welche Arbeiten enthalten sind, wann Zusatzaufwand entsteht und wer bei Problemen zuständig ist.
Mehr erfahrenPreis und Zeitplan richten sich nach dem zugänglichen Bestand, den gewünschten Funktionen und dem vereinbarten Leistungsumfang. Die Analyse kann auch ergeben, dass eine gezielte Modernisierung wirtschaftlicher ist als ein vollständiger Wechsel.
„Läuft noch“ ist
kein Wartungskonzept.
Eine Website kann erreichbar sein und trotzdem auf nicht mehr unterstützter Technik beruhen.
Bekannte Schwachstellen in CMS, Modulen oder Bibliotheken können – abhängig von der konkreten Lücke – unberechtigte Zugriffe, manipulierte Inhalte oder Datenabfluss ermöglichen. Endet die Pflege einer Version, fehlt unter Umständen der reguläre Weg zu einer Korrektur. Auch PHP, Python, .NET, Datenbank und Betriebssystem gehören deshalb zur Bestandsaufnahme.
Wenig Verbreitung macht ein System nicht automatisch unsicher. Ein großer Name macht eine jahrelang ungepflegte Installation aber auch nicht sicher. Entscheidend sind der tatsächliche Versionsstand, verfügbare Sicherheitskorrekturen, die eingesetzten Erweiterungen und jemand, der diese Änderungen verantwortet.
Ein Backup hilft bei der Wiederherstellung; es schließt keine Sicherheitslücke. Eine Firewall kann ergänzend schützen, ersetzt jedoch keinen unterstützten Softwarestand. Wenn Updates blockiert sind, braucht es einen konkreten Modernisierungs- oder Ablöseplan.
Keine gepflegte Version
Wir prüfen Supportende und Upgradepfad. Nicht mehr betreute Module werden ersetzt, Funktionen vereinfacht oder Inhalte in eine andere Plattform überführt.
Niemand fühlt sich zuständig
Fehlende Dokumentation, unklare Lizenzinhaber und verlorene Übergaben werden aufgearbeitet. Eine technische Übernahme braucht nachvollziehbare Zugänge und Verantwortlichkeiten.
Verdacht auf einen Angriff
Bei Anzeichen einer Kompromittierung werden zunächst Umfang und Sofortmaßnahmen geklärt. Schadcode oder unbekannte Altlasten dürfen nicht zusammen mit den Inhalten in das neue System wandern.
Ein Portal ist mehr
als eine Sammlung Seiten.
DNN ist ein CMS- und Portalsystem im .NET-Umfeld, kein bloßes Blogwerkzeug. Die Plattform wird weiterentwickelt. Bei alten Installationen zählen Version, Module, individuelle Erweiterungen und die Windows-/IIS-Umgebung.
Für eine Migration erfassen wir Seitenstruktur, Inhalte, Dateien, Formulare und geschützte Bereiche. Benutzerrollen, Mitgliedschaften und eigene Datenmodule brauchen eine gesonderte Zuordnung. Was im Zielsystem anders funktioniert, wird fachlich neu beschrieben.
Die DNN-Sicherheitsrichtlinie sieht grundsätzlich keine Hotfix-Releases für frühere Plattformversionen vor. Ein Aufschieben des Updates ist deshalb kein dauerhafter Ersatz für einen tragfähigen Betrieb.
Datenflüsse & .NET-AnbindungenDas Projekt bleibt aktiv.
Die alte Version nicht.
django CMS ist nicht pauschal veraltet. Die alte Reihe 3.11 hat ihr angekündigtes Supportende im April 2026 erreicht. Neuere Reihen werden weiterentwickelt. CMS, Django, Python und zusätzliche Pakete müssen zusammen betrachtet werden.
Gerade bei anwendungsspezifischen Projekten stecken Funktionen auch außerhalb des CMS: Datenmodelle, Suche, Formulare und Schnittstellen. Nur die Seiten zu exportieren würde diese Abhängigkeiten übersehen.
Wir vergleichen eine Aktualisierung innerhalb des bestehenden Systems mit einer Migration. Ist die Python-Anwendung weiterhin sinnvoll, kann eine Modernisierung der bessere Weg sein. Für eine überwiegend redaktionelle Website kann eine einfachere CMS-Struktur den künftigen Aufwand reduzieren.
Ihr System ist selten?
Ihre Inhalte sind es wert.
Wir prüfen Migrationen aus bekannten und weniger verbreiteten CMS, Blog-, Portal- und Shopsystemen. Die Übersicht umfasst 92 Ausgangssysteme beziehungsweise Produktfamilien.
Blogs & redaktionelle Archive11 Systeme
- WordPress
- Serendipity
- Textpattern
- b2evolution
- Movable Type
- Nucleus CMS
- PivotX
- LifeType
- Geeklog
- Apache Roller
- Ghost
Klassische & flexible Website-CMS21 Systeme
- Joomla
- TYPO3
- Drupal
- Contao
- REDAXO
- CMS Made Simple
- MODX
- ProcessWire
- Concrete CMS
- Silverstripe CMS
- October CMS
- Winter CMS
- Craft CMS
- ExpressionEngine
- Kirby
- Statamic
- Grav
- GetSimple CMS
- WebsiteBaker
- WBCE CMS
- CMSimple
Portale & ältere Systemfamilien14 Systeme
- Mambo
- PHP-Nuke
- PostNuke
- Zikula
- XOOPS
- ImpressCMS
- e107
- PHP-Fusion
- DNN / DotNetNuke
- Umbraco
- Kentico / Xperience
- Sitefinity
- Orchard CMS
- Orchard Core
Python- & anwendungsnahe CMS7 Systeme
- django CMS
- Wagtail
- Plone
- Mezzanine
- Alchemy CMS
- Refinery CMS
- Radiant
Unternehmensplattformen10 Systeme
- OpenCms
- Jahia
- Magnolia
- dotCMS
- CrafterCMS
- Ametys
- FirstSpirit
- CoreMedia
- Adobe Experience Manager
- OpenText Web CMS
Headless-CMS & Content-Dienste7 Systeme
- Strapi
- Directus
- Payload
- Contentful
- Storyblok
- Sanity
- Prismic
Baukästen & gehostete Websites7 Systeme
- Wix
- Squarespace
- Webflow
- Jimdo
- IONOS MyWebsite
- Blogger
- Tumblr
Shops & Handelsplattformen11 Systeme
- PrestaShop
- WooCommerce
- Magento Open Source
- Adobe Commerce
- OpenCart
- Shopware
- osCommerce
- xt:Commerce
- Gambio
- Zen Cart
- Shopify
Wikis & Wissensbestände4 Systeme
- MediaWiki
- DokuWiki
- Tiki
- MoinMoin
Die Nennung bedeutet weder, dass ein System veraltet ist, noch dass jede Version automatisch vollständig migriert werden kann. Maßgeblich sind zugängliche Daten, Exportrechte, Erweiterungen und das gewünschte Ziel. Auch Eigenentwicklungen und nicht aufgeführte Systeme können wir anhand eines konkreten Bestands prüfen.
Bestehendes System besprechenDie Jahresrechnung
verdient eine Erklärung.
Ein gutes CMS kann in einem unpassenden Betreuungsmodell trotzdem teuer werden.
Craft CMS ist ein flexibles System für strukturierte Inhalte. Steigen die jährlichen Kosten Ihrer Craft-Website, trennen wir zunächst Herstellerlizenzen und Updateberechtigung von Plugin-Gebühren, Hosting, Agenturleistungen und individuellen Entwicklungen.
Bei Craft erlaubt Solo ein Benutzerkonto, Team bis zu fünf und Pro unbegrenzt viele Benutzerkonten. Pro rechnet daher nicht automatisch jede zusätzliche Person als eigene CMS-Lizenz ab. Für bezahlte Lizenzen sind Nutzung der installierten Version und die Verlängerung für Updates beziehungsweise Entwicklersupport zu unterscheiden. Plugin-Bedingungen kommen gegebenenfalls hinzu.
Eine Agenturpauschale kann sinnvolle Leistungen abdecken: getestete Updates, Wiederherstellung, Überwachung oder vereinbarte Reaktionszeiten. Problematisch wird die Kalkulation, wenn Umfang und Nutzen unklar bleiben oder jede kleine Änderung erneut hohen Aufwand auslöst. Wir prüfen Leistungen und Rechnungspositionen, statt den Produktnamen zum Kostenproblem zu erklären.
Eine Alternative kann eine schlankere Craft-Installation, ein anderes Betreuungsmodell oder eine Migration zu einem passenden CMS sein. Individuelle Felder, Beziehungen, Sprachen, Medien und vorhandene Twig-Vorlagen werden dabei getrennt bewertet. Vorlagen lassen sich nicht einfach unverändert in jedes Zielsystem übernehmen.
Mehr Accounts. Mehr Inhalt.
Aber welcher zusätzliche Nutzen?
Bei manchen Plattformen ändern zusätzliche Redaktionskonten, Rollen, Websites, Sprachen oder höhere API- und Speicherlimits den Tarif. Bei anderen entstehen Kosten hauptsächlich durch Entwicklung und Betrieb. Wir rechnen mit Ihrem tatsächlichen Nutzungsszenario – einschließlich des nächsten Wachstumsschritts.
Für einen fairen Vergleich müssen beide Varianten denselben Bedarf abdecken: notwendige Funktionen, verlässliche Pflege, Arbeitszeit der Redaktion und erreichbarer Support. Ein günstigerer Tarif hilft wenig, wenn Ihr Team fehlende Funktionen jeden Monat von Hand ausgleichen muss.
- Lizenzen & Nutzung
- Tarif, Konten, Rollen, Projekte, Zusatzmodule und erwartete Mengen. Welche Grenze verursacht den nächsten Preissprung?
- Betrieb & Support
- Hosting, Backups, Tests, Überwachung, enthaltene Stunden und Zusatzsätze. Was ist eine Reaktion, was eine zugesagte Lösung?
- Interne Arbeit & Wechsel
- Redaktion, doppelte Pflege, Datenbereinigung, Schulung, Parallelbetrieb und Ablösung. Auch der Umstieg verursacht Aufwand.
Wann rechnet sich
ein Systemwechsel?
Vergleichen Sie die Gesamtkosten bei gleichbleibendem Leistungsumfang. Tragen Sie alle Beträge auf derselben Basis ein, beispielsweise durchgängig netto.
Ihre Rechnung beginnt
mit Ihrem Bestand.
Berücksichtigen Sie in den Jahreskosten Lizenzen, Module, Hosting, Betreuung und interne Arbeitszeit. Unbekannte Positionen sollten vor einer Entscheidung geklärt werden.
Vereinfachte Vergleichsrechnung mit konstanten Jahreskosten, ohne Abzinsung, Preissteigerungen oder bewertete Ausfallrisiken. Sie ersetzt kein individuelles Angebot. Sicherheit, Funktionen und die Qualität der Betreuung bleiben eigenständige Entscheidungskriterien.
Texte kopieren
reicht selten aus.
Ein alter Blog kann jahrelange Facharbeit enthalten. Wir planen die Übernahme so, dass daraus ein nutzbarer Bestand im neuen System wird.
- Beiträge & Beziehungen: Titel, Inhalte, Veröffentlichungsdatum, Autoren, Kategorien, Tags, Kommentare und Sprachvarianten werden dem Zielmodell zugeordnet.
- Medien & Dateien: Bilder, Downloads, Bildunterschriften und interne Verweise werden geprüft. Alte Dateipfade und eingebettete Inhalte brauchen oft eigene Regeln.
- URLs & Auffindbarkeit: Wichtige Adressen, Metadaten und Weiterleitungen werden geplant. Nicht mehr benötigte Inhalte erhalten eine bewusste Entscheidung statt einer pauschalen Umleitung auf die Startseite.
- Konten & Funktionen: Rollen, Freigaben, geschützte Bereiche und Formulare werden nachgebildet oder neu organisiert. Passwort-Hashes sind nicht immer übertragbar; ein sicherer Rücksetzprozess kann nötig sein.
- Shopdaten: Produkte, Varianten, Kunden und Bestellhistorie brauchen einen eigenen Übernahmeplan. Zahlungsdaten werden nicht ungeprüft kopiert.
Wir nutzen geeignete Exporte, freigegebene APIs oder einen abgestimmten Datenbankzugriff. Fehlt ein strukturierter Export, prüfen wir eine kontrollierte Übernahme zugänglicher Inhalte. Nicht erreichbare Funktionen, private Daten oder fehlende Originaldateien lassen sich daraus nicht beliebig rekonstruieren.
Ein Wechsel mit Plan.
Und jemandem, der danach bleibt.
Bestand & Ziel klären
Wir halten fest, was bleiben muss, was entfallen darf und welche Schwierigkeiten verschwinden sollen. Versionen, Daten, URLs, Integrationen und Lizenzverhältnisse werden erfasst.
Mit echten Inhalten erproben
Ein repräsentativer Probeimport zeigt, wie Texte, Sonderzeichen, Bilder, Beziehungen und Varianten ankommen. Ausnahmen werden sichtbar, bevor der ganze Bestand umzieht.
Umsetzung & Abnahme vorbereiten
Neue Strukturen und Funktionen entstehen in einer getrennten Umgebung. Wir prüfen Mengen, Zuordnungen, Stichproben und zentrale Abläufe mit Ihrem Team.
Kontrolliert umstellen
Redaktionsschluss, letzte Datenübernahme, Domain- beziehungsweise DNS-Änderungen und ein mögliches Wartungsfenster werden abgestimmt. Sicherung, Rückweg und Verantwortliche stehen vorher fest.
Nachkontrolle & Betreuung übernehmen
Weiterleitungen, Formulare, Bestellungen und wichtige Seiten werden nach dem Wechsel kontrolliert. Erst danach wird der Altbetrieb geordnet beendet. Dokumentation und laufende Pflege gehören zur Übergabe.
Fragen, die wir
vorher klären.
Muss jedes ältere CMS ersetzt werden?
Nein. Ein betreuter Versionsstand, ein sinnvoller Funktionsumfang und eine tragfähige technische Basis können für Weiterbetrieb oder Upgrade sprechen. Wir empfehlen einen Wechsel, wenn Nutzen, Risiken und Gesamtkosten ihn rechtfertigen.
Übernehmen Sie auch seltene oder selbst entwickelte Blogsysteme?
Ja, wir prüfen solche Bestände ausdrücklich. Entscheidend sind zugängliche Inhalte, Datenstruktur und benötigte Funktionen. Nach einer Probeübernahme lässt sich ein belastbarer Umfang abgrenzen; eine pauschale Vollständigkeitszusage vor der Sichtung wäre unseriös.
Ist Open Source automatisch günstiger?
Nein. Wegfallende Lizenzkosten können ein Vorteil sein, aber Hosting, Module, Tests, Sicherheitsupdates und Betreuung bleiben. Wir vergleichen den vollständigen Betrieb und den Zeitaufwand Ihres Teams.
Bleiben Suchmaschinenpositionen erhalten?
Positionen lassen sich nicht garantieren. Wir berücksichtigen wichtige Inhalte, alte URLs, Weiterleitungen, Metadaten, interne Links und die technische Indexierbarkeit. Änderungen werden nach der Umstellung beobachtet.
Kann die alte Website währenddessen online bleiben?
Häufig wird die neue Lösung parallel aufgebaut. Für den letzten Datenabgleich kann ein abgestimmter Redaktionsstopp oder ein Wartungsfenster nötig sein. Bei einem Sicherheitsvorfall muss die unmittelbare Absicherung gesondert beurteilt werden.
Was brauchen Sie für eine erste Einschätzung?
Die Website-Adresse, den Systemnamen und möglichst die Version, Ihre wichtigsten Probleme sowie eine grobe Übersicht der laufenden Kosten. Passwörter oder ungeschwärzte vertrauliche Unterlagen gehören nicht in eine erste E-Mail; den sicheren Austausch vereinbaren wir gesondert.