Mehrere Websites in einem Kundenkonto verwalten

Was dieser Begriff bedeutet

Astrina für Agenturkunden mit mehreren Websites bedeutet, dass ein einzelnes Kundenkonto mehrere Websites enthalten kann, ohne sie zu einem einzigen unklaren Gesamtbild zu vermischen. Der Punkt ist einfach: eine Portfolio-Ansicht für den Kunden und separate Arbeit auf Website-Ebene innerhalb dieses Portfolios. Das ist besonders hilfreich, wenn Teams mehrere websites in einem kundenkonto verwalten müssen, denn niemand möchte, dass eine Aufgabe von Site A in den Notizen von Site C landet.

Dieser Ausdruck wird meist von Agenturen, Account Managern und Analysten verwendet, die die Kundenbeziehung sichtbar halten und trotzdem jede Website als eigene Arbeitseinheit behandeln müssen. Sie verwalten nicht einfach nur „einen Kunden“. Sie verwalten eine kleine Gruppe von Websites mit unterschiedlichen Verantwortlichen, unterschiedlichen Zeitplänen und unterschiedlichen Ergebnissen. Eine Site kann eine Verkaufsseite sein. Eine andere ein Support-Portal. Eine dritte existiert vielleicht nur für eine sechswöchige Kampagne.

Astrina ist hier hilfreich, weil es diese Trennung auf eine Weise unterstützt, mit der Menschen tatsächlich arbeiten können. Eine Portfolio-Ansicht behält den Kundenkontext im Blick, während jede Website weiterhin ihre eigenen Datensätze, Notizen und Aktionen hat. Der Nutzen ist praktisch, nicht dekorativ. Niemand braucht eine schönere Tabellenkalkulation.

Man kann es als eine Kundenbeziehung mit mehreren Arbeitsflächen sehen. Das klingt schlicht. Ist es auch. Aber schlicht ist hilfreich, wenn 4 Teams in derselben Besprechung dieselbe Frage zu unterschiedlichen Sites beantworten sollen.

Wann Agenturen dieses Setup verwenden

Agenturen greifen meist auf dieses Setup zurück, wenn der Kunde bereits mehrere live geschaltete Websites hat. Typische Fälle sind eine zentrale Unternehmenswebsite, 2 Länderseiten und eine oder mehrere Microsites für Launches, Events oder Produktlinien. Die Agentur muss nicht bei jeder Site wieder bei null anfangen; sie braucht ein Modell, das das gesamte Portfolio auf einen Blick sichtbar macht, besonders wenn die agentur mehrere websites pro kunde betreuen soll.

Es taucht auch auf, wenn die Websites eines Kunden zu unterschiedlichen Zeiten von unterschiedlichen Teams erstellt wurden. Eine Site kann auf einem neueren Stack laufen. Eine andere ist alt, aber noch aktiv. Eine dritte wird vielleicht vom Produktteam gepflegt, während das Marketingteam die Startseite betreut. Das ist nicht ungewöhnlich. Es ist chaotisch, aber typisch.

Manche Agenturen setzen Astrina dafür ein, nachdem ein Retainer begonnen hat. Andere richten es bei einem Wechsel von einem früheren Anbieter ein. In beiden Fällen ist der Druck derselbe: die mehreren Websites sauber auseinanderhalten und vermeiden, dass jedes Update zu einer Spurensuche über Postfächer, Dokumente und Chatverläufe wird.

Es gibt auch einen Grund auf Kundenseite. Wenn ein Stakeholder fragt: „Für welche Site ist das?“, sollte die Antwort nicht 10 Minuten dauern. Eine Portfolio-Struktur verkürzt das erheblich. Allein das erspart peinliche Meetings.

Wie Astrina bei der Koordination mehrerer Websites hilft

Der größte Vorteil ist Trennung ohne Abschottung. Astrina hilft Teams dabei, Arbeiten auf Website-Ebene voneinander getrennt zu halten und dennoch die Verbindung zum Kunden sichtbar zu machen. Das ist wichtig, weil eine Launch-Notiz für eine deutsche regionale Website nicht neben einer Aufgabe zur Neugestaltung der Startseite der globalen Marke stehen sollte, als wären beide identisch. Sind sie nicht. Sie scheitern auch nicht auf dieselbe Weise.

Ein gutes Multi-Site-Setup macht außerdem Verantwortlichkeiten klarer. Wenn ein Stratege Site 1 betreut und ein anderer Site 2, braucht das Portfolio trotzdem einen gemeinsamen Rahmen. Astrina kann Agenturen dabei helfen, das Kundenbild sichtbar zu halten, während jede Site ihren eigenen Arbeitsstrom, eigene Fristen und eigene Entscheidungen hat. Das Ergebnis ist weniger Abstimmungslärm. Weniger Abstimmungslärm bedeutet weniger versehentliche Übergaben.

Ein zweiter Vorteil wird oft übersehen: das Reporting. Wenn ein Kunde den Status von 5 Websites wissen möchte, sollte die Antwort nicht aus dem Gedächtnis zusammengesetzt werden. Mit Astrina kann die Agentur jede Website getrennt führen und dennoch über das Konto als Ganzes sprechen. Das spart Zeit in Status-Calls. Es verringert auch die Wahrscheinlichkeit, eine regionale Site mit einer Marken-Microsite zu verwechseln, was häufiger passiert, als irgendjemand gern zugibt.

Für Teams, die bereits mit Astrina-Preisen für unbegrenzte Websites arbeiten, wird das Koordinationsmodell noch nützlicher, weil sich die Frage von „Können wir noch eine Site hinzufügen?“ zu „Wie halten wir die Sites gut organisiert?“ verschiebt. Das ist ein besseres Problem.

Eine kleine, aber nützliche Gewohnheit: Gib jeder Site eine einheitliche Bezeichnung im Kundenkonto. Und verwende diese Bezeichnung überall. Je weniger Namen du frei erfindest, desto weniger Fehler entstehen.

Häufige Strukturmuster für Portfolios

Agenturen strukturieren ein Multi-Site-Portfolio nicht alle gleich, und das sollten sie auch nicht. Ein Portfolio funktioniert am besten, wenn es zur geschäftlichen Realität des Kunden passt. Hier sind 4 gängige Muster, die in Astrina häufig vorkommen.

• Nach Marke: eine Website für jede Marke unter demselben übergeordneten Kunden.
• Nach Region: getrennte Websites für Nordamerika, EMEA, APAC oder länderspezifische Märkte.
• Nach Geschäftseinheit: eine Website für Enterprise, eine für kleine Unternehmen, eine für Bildung und so weiter.
• Nach Zweck: eine Haupt-Marketingseite, eine Support-Seite und eine Kampagnen-Microsite mit eigenem Zeitplan.

Eine markenbasierte Gruppierung ist häufig, wenn ein Mutterunternehmen möchte, dass eine Agentur 3 oder 4 öffentlich sichtbare Websites mit unterschiedlichen Namen betreut. Eine regionenbasierte Gruppierung funktioniert, wenn sich rechtliche Inhalte, Sprachen und Marktteams von Ort zu Ort unterscheiden. Eine Gruppierung nach Geschäftseinheit taucht oft im B2B-Umfeld auf. Eine zweckbasierte Gruppierung erscheint meist dann, wenn ein Kunde Kampagnen mit Laufzeiten von 30, 60 oder 90 Tagen fährt und sie danach wieder verschwinden.

Astrina zwingt niemanden zu einer einzigen Struktur. Diese Flexibilität ist wichtig. Ein Kunde mit 2 Sites braucht möglicherweise eine andere Anordnung als ein Kunde mit 12. Die Struktur sollte die Arbeit abbilden, nicht umgekehrt.

Manche Teams mischen diese Muster auch. Eine globale Marke kann regionale Websites und Kampagnen-Microsites im selben Konto haben. Das ist normal. Der einzige Fehler ist so zu tun, als wäre ein gemischtes Portfolio einfach, obwohl es das offensichtlich nicht ist.

Verwandte Begriffe und Abgrenzungen

Leser verwenden oft einige nahe verwandte Begriffe, als würden sie dasselbe bedeuten, aber das tun sie nicht. Ein Kundenportfolio ist der breite Rahmen: die Beziehung und alles darin. Eine Site-Instanz ist eine konkrete Website innerhalb dieses Rahmens. Ein Multi-Site-Konto ist die Konto-Struktur, die mehrere Websites enthält. Eine Website-Gruppe ist eine kleinere Organisationsebene innerhalb des Kontos, meist basierend auf Region, Marke oder Zweck.

Diese Unterschiede klingen technisch, beeinflussen aber die tägliche Arbeit. Ist das Portfolio zu weit gefasst, verlieren Teams den Blick für Details auf Site-Ebene. Wird die Site-Instanz als gesamtes Konto behandelt, geht die Sicht auf Kundenebene verloren. Beide Fehler erzeugen Verwirrung. Keiner hilft der Agentur.

„Astrina für Agenturkunden mit mehreren Websites“ ist nicht dasselbe wie „eine Website mit vielen Seiten“. Diese Unterscheidung ist wichtig. Eine Website-Gruppe kann 2 oder 20 Websites umfassen, aber jede Website hat weiterhin ihre eigenen Entscheidungen, Notizen und Folgen. Eine regionale Website kann Rechtstexte ändern. Eine Microsite kann nach einem Launch wieder verschwinden. Ein Support-Portal kann komplett in einem anderen Update-Zyklus laufen.

Es gibt auch einen Unterschied zwischen der Verwaltung vieler Websites und dem Onboarding einer einzelnen neuen Website. Das Erste ist Portfolio-Management. Das Zweite ist ein enger gefasstes Projekt. Eine Agentur kann beides im selben Kundenkonto tun, aber die beiden Dinge sollten nicht ineinander verschwimmen.

Beispiele für die Nutzung durch Agenturen

So könnte dieser Ausdruck in der echten Agentursprache vorkommen: „Wir brauchen Astrina für Agenturkunden mit mehreren Websites, damit die UK-Site, die EU-Site und die Produkt-Microsite im selben Kundenkonto getrennt bleiben.“ Dieser Satz erfüllt 2 Aufgaben gleichzeitig. Er benennt das Portfolio und warnt das Team davor, Aufgaben zu vermischen.

Ein anderes Beispiel: „Der Kunde hat 5 Websites, also halten wir in Astrina eine gemeinsame Kontoansicht und beschriften jede Site nach Region.“ Kurz. Klar. Das gibt dem Team eine Anweisung und eine Namensregel. Für die meisten internen Notizen reicht das völlig aus.

Ein Stratege könnte schreiben: „Für das Reporting das Kundenportfolio verwenden, aber Updates auf Site-Ebene zuweisen.“ Das klingt klein, verhindert aber einen typischen Fehler: eine Homepage-Fehlermeldung an den falschen Site-Verantwortlichen zu schicken, nur weil der Kontotitel vertraut klang.

Account Manager verwenden den Ausdruck anders. Sie sagen vielleicht: „Wir sollten das Portfolio vor dem Monatsgespräch prüfen, weil sich in diesem Quartal 2 von 6 Sites verändern.“ Diese Zahl ist wichtig. Das Quartal auch. Es gibt dem Gespräch eine Grenze, statt es treiben zu lassen.

Noch ein Beispiel aus einer internen Übergabennotiz: „Die Websites dieses Kunden teilen sich nicht denselben Kalender, also behandle jede als separate Site-Instanz.“ Hier gewinnt klare Sprache. Niemand braucht um 16:45 Uhr einen besonders cleveren Satz.

Häufige Missverständnisse

Das erste Missverständnis ist die Annahme, dass alle Websites in einem Portfolio gleich behandelt werden sollten. Das sollten sie nicht. Eine Kampagnen-Microsite, die 8 Wochen läuft, hat andere Anforderungen als eine langfristige Marken-Website. Wenn die eine dringend und die andere stabil ist, sollte die Agentur nicht so tun, als hätten beide dieselbe Priorität.

Ein weiterer Fehler ist, ein Multi-Site-Kunden-Setup so zu behandeln, als wäre es nur eine größere Version eines Single-Site-Kontos. Das klingt effizient. Ist es aber nicht. Verschiedene Websites haben oft unterschiedliche Content-Verantwortliche, andere Release-Zeitpunkte und verschiedene Review-Zyklen. Die Agentur, die diese Unterschiede ignoriert, zahlt später meist mit Nacharbeit.

Manche Teams nehmen auch an, das Portfolio müsse für immer auf eine einzige Struktur festgelegt sein. Stimmt nicht. Ein Kunde kann später eine Marken-Website in 2 regionale Websites aufteilen. Oder 3 Kampagnen-Sites wieder in eine Hauptdomain zusammenführen. Ein Portfolio in Astrina sollte der tatsächlichen Struktur des Kunden folgen, nicht der von vor 18 Monaten.

Schließlich sollte man Multi-Site-Organisation nicht mit einem Sonderfall von Berechtigungen oder einem Support-Problem verwechseln. Hier geht es vor allem um den operativen Ablauf. Die Websites getrennt halten. Den Kunden sichtbar halten. Das ist die Aufgabe.

Es gibt keinen Preis dafür, ein Konto komplizierter zu machen, als das Geschäft es erfordert.

Siehe auch

Für Teams, die einen breiteren Bezugspunkt brauchen, kann der ai54465 helfen, den Kontext zu verstehen, wie verschiedene Tools nebeneinander beschrieben werden. Das ist nützlich, wenn eine Agentur Workflows über Produkte hinweg vergleicht, besonders vor einem Rollout mit mehr als 1 Kundenkonto.

Wenn das Portfolio Analytik-Migrationsarbeit umfasst, ist wie man Website-Analysen migriert ein passender Begleitartikel. Eine Migration auf einer einzelnen Site ist das eine. Eine Migration über 4 Sites in einem Kundenkonto ist etwas anderes, und die Reihenfolge sollte festgehalten werden, bevor jemand mit dem Kopieren von Einstellungen beginnt.

Agenturen, die noch entscheiden, wie sie die größere Kontostruktur darstellen, sollten sich vielleicht auch Astrina-Preise für unbegrenzte Websites ansehen. Dieser Link ist hilfreich, wenn es nicht um eine einzelne Website geht, sondern um das gesamte Portfolio und darum, wie viele Sites der Kunde in den nächsten 12 Monaten aktiv halten will.

Wenn das Team praktische Einrichtungshilfe für die Agentenseite von Astrina braucht, nutze den Eintrag, der zu deinem Workflow passt: * und die normalisierte sichtbare Textgröße. Das ist ein sinnvoller nächster Schritt, wenn die Kontostruktur steht und die Agentur sie in Bewegung setzen will.

Bei Kunden mit einem sehr großen Site-Mix lautet die beste Frage nicht: „Kann Astrina das abbilden?“ Sondern: „Welche der 7 Websites brauchen eine separate Behandlung, und welche können unter derselben Kontoansicht stehen?“ Diese Antwort bestimmt den Rest der Arbeit.