SEO-Programme im Zusammenspiel: der Stack, der einen kompletten Arbeitsablauf ohne Lücke abdeckt

SEO-Programme werden fast immer einzeln bewertet, obwohl sie nie einzeln arbeiten. Wer ein Projekt betreut, führt einen Arbeitsablauf aus: crawlen, Nachfrage prüfen, planen, schreiben, veröffentlichen, messen. Kein Programm deckt diese Kette vollständig ab, und keine zwei Programme decken sie überschneidungsfrei ab. Diese Seite beantwortet deshalb nicht, welches Programm das beste ist, sondern welche Programme sich so kombinieren lassen, dass am Ende jeder Arbeitsschritt eine Datenquelle hat und keine Funktion zweimal bezahlt wird.

Ein Stack ist dann richtig zusammengestellt, wenn zwei Bedingungen erfüllt sind. Erstens hat jeder notwendige Arbeitsschritt eine zuständige Quelle, ein Programm, ein System oder eine geführte Tabelle. Zweitens wird eine Überschneidung nur dort bezahlt, wo sie tatsächlich eine Entscheidung verändert.

Warum die Suche nach dem einen Programm systematisch in die Irre führt

Das Ergebnisfeld zu dieser Suche ist bemerkenswert einheitlich. Neun von elf organischen Titeln enthalten eine Zahl oder das Wort “beste” beziehungsweise “Vergleich”. Die häufigsten Bigramme in Titeln und Beschreibungen sind “die besten” mit neun Treffern, “besten seo-tools” mit fünf und “seo tools” mit vier. Kein einziges Ergebnis behandelt das Zusammenspiel mehrerer Programme.

Das ist kein Zufall, sondern eine Folge der Vermarktung. Die Gattungssuche “seo programme” hat 110 Suchanfragen pro Monat bei einem CPC von 13,24 Euro, einer Wettbewerbsdichte von 0,08 und einer Keyword-Difficulty von 31. Der Markenname “semrush” erreicht im selben Datensatz 14.800 Suchanfragen pro Monat, also rund das 135-Fache. Der Markt wird über Markennamen und Affiliate-Ranglisten monetarisiert, nicht über Ablaufbeschreibungen.

Wer die Gattung sucht, bekommt deshalb Listen. Der IONOS-Ratgeber auf Position 5 führt zehn Programme mit je eigener H2-Überschrift auf: Ahrefs, Google Search Console, Ryte, Screaming Frog, Conductor (ehemals Searchmetrics), Semrush, Seobility, Sistrix, XOVI und Yoast. Der SE-Ranking-Ratgeber auf Position 7 sortiert 15 Programme in acht Kategorien: All-in-One, kostenlose Tools, technisches SEO, SEO-Content, Keyword-Recherche, Rank-Tracker, Local SEO und AI-Visibility. Der SEO-Küche-Ratgeber auf Position 4 stellt 8 Programme ausführlich und 18 weitere als Bonusliste vor, insgesamt 26 genannte Programme auf 2.598 Wörtern.

Auch die vier Fragen, die Google zu dieser Suche selbst einblendet, zielen in diese Richtung: “Was ist ein SEO-Programm?”, “Welche SEO-Software ist die beste?”, “Welche 4 Arten von SEO gibt es?” und “Kann ich SEO selber machen?”. Drei davon sind Definitions- oder Auswahlfragen und werden an anderer Stelle beantwortet. Die vierte, ob man SEO selbst machen kann, hängt genau an der Frage dieser Seite: Sie lässt sich nur beantworten, wenn klar ist, welche Arbeitsschritte anfallen und womit man sie besetzt.

Diese Listen sind nicht falsch, sie beantworten nur eine andere Frage. Sie sagen, was es gibt. Sie sagen nicht, welche Kombination einen Arbeitsablauf trägt. Aufschlussreich ist das längste Gegenbeispiel im Feld: Googles eigener Startleitfaden zur Suchmaschinenoptimierung rankt auf Position 6, ist mit 3.442 Wörtern das zweitlängste ausgewertete Ergebnis und nennt kein einziges Drittanbieter-Programm. Google beschreibt den Ablauf und überlässt die Werkzeugwahl dem Leser. Genau die Lücke dazwischen, Ablauf ohne Programme auf der einen Seite, Programme ohne Ablauf auf der anderen, füllt ein Stack.

Die sechs Arbeitsschritte, die ein Stack abdecken muss

Ein Stack ist vollständig, wenn jeder der folgenden Schritte mindestens eine belastbare Quelle hat. Nicht jeder Schritt braucht ein kostenpflichtiges Programm. Fehlt ein Schritt dagegen ganz, wird er entweder nicht gemacht oder von Hand nachgebaut, und beides fällt später auf.

1. Technische Bestandsaufnahme. Ein Crawler geht die Website durch wie ein Suchmaschinen-Bot und liefert Statuscodes, Weiterleitungsketten, Canonicals, Indexierungsanweisungen, den Titel- und Description-Bestand, die Überschriftenstruktur, die interne Verlinkung, die Klicktiefe und verwaiste Seiten. Das ist der einzige Schritt, der die Website so beschreibt, wie sie tatsächlich ist, statt wie sie geplant war.

2. Nachfrageabgleich. Keyword-Daten beantworten, ob für ein Thema Suchvolumen existiert und in welcher Absicht gesucht wird. Eine externe Datenbank liefert Marktmodelle und Schätzwerte, die Search Console liefert die tatsächlichen Impressionen und Suchanfragen der eigenen Website. Beide beantworten verschiedene Fragen und sind nicht austauschbar. Vertieft gehört dieser Schritt an anderer Stelle; für den Stack zählt nur, dass die Daten in einer Form ankommen, mit der Schritt 3 weiterarbeiten kann.

3. Struktur- und Seitenplanung. Aus Keywords werden Cluster, aus Clustern Seiten, aus Seiten eine verbindliche Zuordnung: ein Hauptthema je Zielseite, die Nebenbegriffe, die vorgesehene oder bestehende URL, der Status, die Entscheidung zwischen Überarbeitung, Zusammenlegung und Neuerstellung, dazu Verantwortlichkeit und Termin. Dieser Schritt ist in kaum einem Programm gut abgebildet und landet in der Praxis meist in einer Tabelle.

4. Content-Erstellung. Briefing, Terminologie, Struktur, Prüfung gegen das Briefing. Programme können Wettbewerbsseiten auswerten und Vollständigkeit prüfen. Sie entscheiden nicht, ob eine Aussage fachlich richtig und für das Unternehmen sinnvoll ist.

5. Veröffentlichung im System. Titel, Description, Überschriftenstruktur, interne Links, Canonical, strukturierte Daten, Bildattribute, Weiterleitungen, Indexierungssteuerung. Dieser Schritt findet im CMS statt, nicht im SEO-Programm, und ist die häufigste Bruchstelle des ganzen Ablaufs.

6. Messung. Rankings, Klicks, Impressionen, Indexierungsstatus, dazu die technischen Zustände nach der Veröffentlichung. Ohne Schritt 6 ist der gesamte Ablauf eine Behauptung.

Die Phasen-Matrix: welcher Programmtyp welchen Schritt trägt

Die folgende Matrix ist das eigentliche Arbeitsdokument. Sie ordnet nicht Programme nach Qualität, sondern Arbeitsschritte nach Zuständigkeit. Die genannten Programme stehen stellvertretend für ihren Typ, nicht als Empfehlung.

Zwei Dinge fallen an dieser Matrix sofort auf.

Erstens taucht die Google Search Console in fast jeder Zeile auf. Das deckt sich mit dem Ergebnisfeld, in dem sie in drei der vier ausgewerteten Seite-1-Artikel einen eigenen Abschnitt bekommt und damit das am häufigsten genannte einzelne Programm ist.

Zweitens sind Zeile 3 und Zeile 5 die schwach besetzten Zeilen. Planung und Veröffentlichung sind die beiden Schritte, für die es kein selbstverständliches Programm gibt. Genau dort reißt der Ablauf in der Praxis: Keywords werden recherchiert und Texte produziert, ohne dass eine dauerhafte Beziehung zwischen Suchanfrage und Ziel-URL dokumentiert wäre, und ein fertiger Text gilt intern als abgeschlossen, obwohl Weiterleitungen, interne Links und Metadaten noch fehlen. Dagegen hilft keine Kaufentscheidung, sondern nur eine Festlegung, wer den Schritt macht und wo das Ergebnis liegt.

Die Search Console ist Pflichtquelle, aber kein vollständiger Stack

Ihre zentrale Stellung ist sachlich begründet: Sie liefert Daten aus der tatsächlichen Google-Suche, während externe Programme Volumen, Sichtbarkeit und Positionen aus eigenen Datenbeständen modellieren. Sie beantwortet, für welche Suchanfragen eine Seite eingeblendet wurde, welche URL Klicks bekam, welche Seiten indexiert oder ausgeschlossen sind und welche Probleme Google meldet.

Sie ersetzt dennoch weder den Crawler noch eine Keyword-Datenbank. Suchanfragen ohne bisherige Sichtbarkeit tauchen in den eigenen Leistungsdaten nicht auf, und technische Probleme erscheinen nur aus Googles Perspektive, nicht als vollständige Inventur aller URLs. Sie ist der kostenlose Datenkern jedes Stacks, unabhängig von Projektgröße und Budget, aber eben nur der Kern.

Funktionsüberschneidung: wo Suite und Spezialprogramm dasselbe tun

Wer eine All-in-One-Suite abonniert und daneben Spezialprogramme betreibt, bezahlt einen Teil der Funktionen zweimal. Das ist nicht automatisch falsch, aber es sollte eine Entscheidung sein und kein Versehen.

Crawling doppelt. Jede Suite bringt ein Site-Audit mit. Der Unterschied zum Desktop-Crawler liegt nicht in der Funktion, sondern in Tiefe und Frequenz: Das Suite-Audit läuft geplant und ist auf eine URL-Zahl pro Tarif begrenzt, der Desktop-Crawler läuft unbegrenzt und individuell konfigurierbar, aber nur, wenn ihn jemand startet. Sinnvoll ist die Doppelung, wenn die Suite regelmäßig eine feste Auswahl wichtiger Seiten kontrolliert und der Spezialcrawler die vollständigen Inventuren, Migrationen und Sonderprüfungen übernimmt. Unnötig wird sie, wenn beide in derselben Frequenz dieselben URLs prüfen und nur ein Bericht gelesen wird.

Rank-Tracking doppelt oder dreifach. Positionen kommen aus der Suite, aus einem separaten Tracker und aus der Search Console. Die Werte unterscheiden sich, weil die Messmethoden sich unterscheiden: Ein Tracker prüft ausgewählte Keywords unter definierten Bedingungen, die Search Console aggregiert, was Google tatsächlich über Geräte, Orte und Suchsituationen ausgeliefert hat. Ein Tracker plus Search Console ist deshalb fast immer nachvollziehbar. Zwei kostenpflichtige Tracker parallel lohnen sich nur, wenn ihre Unterschiede praktisch genutzt werden, etwa für getrennte Märkte oder Messfrequenzen.

Keyword-Daten doppelt. Mehrere Suiten weisen für dasselbe Keyword unterschiedliche Volumina aus. Das allein rechtfertigt kein zweites Abonnement. Entscheidend ist, ob aus der Abweichung eine andere Seitenstruktur oder Priorisierung folgt. Bei einem Projekt mit wenigen hundert relevanten Suchanfragen folgt sie das nicht; große Portfolios können eine zweite Datenbank zur Validierung strategischer Entscheidungen einsetzen.

Content-Funktionen doppelt. Suite-Briefing, spezialisiertes Content-Programm und internes Redaktionsdokument erzeugen zusammen keine zusätzliche Sicherheit, sondern drei Versionen desselben Briefings. Eine Quelle muss verbindlich sein.

Umgekehrt gibt es Funktionen, die keine Suite ersetzt: die Auszeichnung im CMS, die Weiterleitungspflege und die Frage, welche URL für welche Suchanfrage zuständig sein soll. Wer den Stack zusammenstellt, sollte deshalb nicht fragen “was kann dieses Programm”, sondern “welche Zeile der Matrix ist danach besetzt, die vorher leer war”.

Datenübergabe: die Bruchstellen zwischen den Programmen

Der teuerste Teil eines Stacks ist nicht die Lizenz, sondern die Handarbeit zwischen zwei Programmen. Es gibt drei Übergabewege.

Export und Import per Datei. Der Normalfall: CSV oder XLSX raus, in eine Tabelle rein. Funktioniert immer, altert sofort. Eine exportierte Crawl-Liste beschreibt ausschließlich den Zustand zum Erhebungszeitpunkt. Jeder Export braucht deshalb mindestens fünf Angaben: Erhebungsdatum, Datenquelle, verwendete Einstellungen, Projekt oder Property und eine eindeutige URL- beziehungsweise Keyword-Spalte. Ohne sie lässt sich eine ältere Datei später nicht mehr einordnen.

Programmierschnittstelle. Suiten und die Search Console bieten APIs an. Damit wird die Übergabe wiederholbar und datiert statt einmalig und undatiert. Der Preis ist, dass jemand die Abfrage einrichtet und pflegt, und dass auch eine API klare Regeln für Zeiträume, URL-Formate und Fehlerbehandlung braucht. Sonst beschleunigt sie nur eine uneinheitliche Verarbeitung. Für dauerhaft laufende Projekte rechnet sie sich schnell, für eine einmalige Bestandsaufnahme nie.

Zwischenablage und Auge. Kommt häufiger vor, als jeder zugibt, und ist bei einer kleinen Website durchaus wirtschaftlicher als eine Schnittstelle. Zur unsichtbaren Standardlösung für wiederkehrende Prozesse darf sie nicht werden: Sobald niemand mehr erklären kann, aus welcher Quelle eine Zahl in einem Bericht stammt, ist die Übergabe nicht mehr prüfbar.

Vier Bruchstellen treten dabei immer wieder auf, unabhängig von der Programmwahl.

1. Unterschiedliche URL-Schreibweisen. Dieselbe Seite erscheint in verschiedenen Systemen unterschiedlich:

https://example.de/ratgeber/
http://example.de/ratgeber
/ratgeber/
https://www.example.de/ratgeber/?source=test

Beim Zusammenführen entstehen daraus mehrere Zeilen für eine Seite. Das ist die häufigste stille Fehlerquelle überhaupt und der Grund, warum Abdeckungsquoten oft zu niedrig aussehen. Protokoll, Hostname, abschließender Schrägstrich, Parameter und Großschreibung brauchen feste Regeln.

2. Unterschiedliche Zeiträume. Ein Crawl ist eine Momentaufnahme, Tracker liefern Tageswerte, Search-Console-Daten sind aggregiert und laufen verzögert ein. Werte aus drei Zeitlogiken in einer Tabelle erzeugen Differenzen, die niemand erklären kann. Jede Auswertung sollte Erhebungsdatum, Vergleichszeitraum und gegebenenfalls Veröffentlichungsdatum mitführen.

3. Unterschiedliche Keyword-Normalisierung. “SEO Programme”, “seo-programme” und “SEO-Programme” können je nach System drei Einträge sein. Es muss festgelegt werden, welche Schreibweise der interne Schlüssel ist. Die Normalisierung darf dabei keine echten Bedeutungsunterschiede einebnen.

4. Zuordnungsverlust bei Schritt 3. Die Planung liegt in einer Tabelle, die kein Programm kennt. Ändert sich eine URL im CMS, bleibt die Tabelle stehen, und nach einigen Monaten beschreibt der Plan eine Website, die es nicht mehr gibt. Jede URL-Änderung muss deshalb drei Systeme erreichen: die Weiterleitungsverwaltung, die zentrale Seitenplanung und das Monitoring.

Praktische Konsequenz: Legen Sie eine Normalform fest, bevor Sie das erste Programm kaufen. Eine Schreibweise für URLs, eine Schreibweise für Keywords, ein Feld für das Erhebungsdatum. Diese drei Festlegungen sparen über die Laufzeit eines Projekts mehr Zeit als jedes Zusatzprogramm.

Drei Stack-Varianten nach Projektgröße

Die folgenden Varianten sind nach Projektgröße geschnitten, nicht nach Budget, und sie sind keine Rangfolge. Die Größe bestimmt, ab wann sich ein Kostenblock rechnet.

Zu den Zahlen: Alle Eurobeträge in diesem Abschnitt sind Kalkulationswerte für die Rechenlogik, keine Anbieterpreise. Tatsächliche Kosten hängen von Anbieter, Tarif, Abrechnungsweise, Nutzerzahl und Kontingent ab und ändern sich laufend. Setzen Sie beim Rechnen die am Kauftag gültigen Tarife der von Ihnen geprüften Anbieter ein. Die Struktur der Rechnung bleibt davon unberührt, und genau sie ist der Punkt.

Variante A: einzelne Website bis etwa 100 URLs

Typischer Fall: lokaler Dienstleister, Handwerksbetrieb, Einzelpraxis. Wenige Seiten, wenige relevante Suchanfragen, kein laufender Content-Betrieb.

Besetzung der Matrix: Schritt 1 über einen Desktop-Crawler in der kostenlosen Version, Schritt 2 und 6 über die Search Console, Schritt 5 über die CMS-Erweiterung, Schritt 3 und 4 von Hand in einer Tabelle mit den Feldern Thema, Ziel-Keyword, Ziel-URL, Seitentyp, Status, Verantwortlichkeit und Prüfdatum. Eine Suite ist hier nicht nötig, weil ihr Hauptwert, große Datenmengen zu verwalten, bei 100 URLs nicht anfällt. Bemerkenswert ist, dass die Suche “seo tool kostenlos” mit 320 Suchanfragen pro Monat bei Difficulty 38 ein deutlich höheres Volumen hat als “seo programme” selbst mit 110. Der Bedarf an genau dieser Variante ist real, sie wird in Ranglisten nur selten als vollständiger Ablauf beschrieben.

Kostenlogik: Jahreskosten gleich null plus optionale Crawler-Lizenz. Search Console, CMS-Erweiterung in der kostenlosen Ausführung und die vorhandene Tabellenlösung kosten nichts. Der Kalkulationswert für eine Crawler-Lizenz liegt bei 300 Euro im Jahr, sie wird aber erst nötig, wenn ein Durchlauf abbricht, weil das Freikontingent der kostenlosen Version erschöpft ist. Der Preis dieser Variante ist nicht Geld, sondern Disziplin: Sie verlangt feste manuelle Routinen.

Variante B: laufender Content-Betrieb, von 500 bis 5.000 URLs

Typischer Fall: Mittelständler mit Ratgeberbereich, Onlineshop mittlerer Größe, ein Projekt mit regelmäßiger Veröffentlichung.

Hier rechnet sich zum ersten Mal eine Suite, und zwar wegen Schritt 2 und Schritt 6, nicht wegen Schritt 1. Bei laufender Produktion muss die Nachfrage für neue Themen geprüft werden, bevor geschrieben wird, und die Wirkung veröffentlichter Seiten muss über Wochen verfolgt werden. Beides von Hand zu machen, kostet mehr Arbeitszeit als der Tarif.

Besetzung: Suite für Schritt 2 und 6, Desktop-Crawler für Schritt 1 in voller Tiefe, Search Console als Kontrollquelle, CMS-Erweiterung für Schritt 5, Schritt 3 in einer gepflegten Zuordnungstabelle mit fester URL-Normalform, Schritt 4 mit verbindlicher Briefing-Vorlage.

Vor dem Kauf ist zu prüfen, ob die Suite bereits ein brauchbares Content-Modul enthält. Falls ja, entfällt der dritte Posten. Umgekehrt sollte ein schwaches Suite-Audit nicht allein deshalb verwendet werden, weil es im Tarif enthalten ist. Entscheidend für die Tarifwahl ist ohnehin nicht der Funktionsumfang, sondern die Mengengrenzen: trackbare Keywords, crawlbare URLs, Projekte, Nutzerkonten, Exportmöglichkeiten. Wer eine einzige dieser Grenzen überschreitet, zahlt den nächsten Tarif für eine einzige Kennzahl.

Variante C: mehrere Projekte oder Agenturbetrieb

Typischer Fall: Agentur mit mehreren Kunden, Unternehmen mit mehreren Domains oder Ländermärkten.

Der Unterschied zu Variante B ist keine Funktion, sondern die Wiederholbarkeit. Was bei einem Projekt Handarbeit sein darf, muss bei zwanzig Projekten automatisiert sein. Deshalb verschiebt sich das Gewicht von der Programmwahl zur Datenübergabe: API-Zugang statt Export, ein gemeinsamer Datenbestand statt Tabellen pro Kunde, standardisierte CMS- und Freigabeprozesse, ein festes Berichtsformat.

Die Rechnung zeigt, warum ein Mehrprojekt-Stack nicht nach Lizenzpreisen allein bewertet werden darf. Der Einrichtungsaufwand für die Schnittstellen wird regelmäßig unterschätzt und fällt einmalig deutlich ins Gewicht. Er rechnet sich trotzdem, sobald er wiederkehrende Exporte und Datenbereinigung über viele Projekte hinweg ersetzt.

Die eigentliche Rechnung: was doppelt bezahlt wird

Rechnen Sie den Stack nicht nach Programmen, sondern nach Matrixzeilen. Ein Verfahren mit drei Schritten:

1. Tragen Sie jedes laufende Abonnement in die Matrix ein, in jede Zeile, die es tatsächlich abdeckt.
2. Markieren Sie jede Zeile ohne Besetzung und jede Zeile mit mehr als einer kostenpflichtigen Besetzung.
3. Prüfen Sie für jede mehrfach besetzte Zeile, ob die zweite Quelle in den letzten drei Monaten eine konkrete Entscheidung verändert hat.

Lautet die Antwort auf Schritt 3 Nein, ist die Doppelung ein Streichkandidat. In der Praxis sind das fast immer Rank-Tracking und Crawling. Zeilen ohne jede Besetzung sind die Lücken, und die sind teurer als die Doppelungen, weil ihr Preis nicht auf einer Rechnung steht, sondern als nicht gemachte Arbeit anfällt.

Die Arbeitszeit gehört in dieselbe Rechnung. Ein Stack, der pro Woche zwei Stunden manuelle Datenübergabe erzeugt, kostet über ein Jahr rund hundert Stunden. Bei internen Vollkosten von 60 Euro je Stunde sind das mehr als 6.000 Euro, also ein Vielfaches jedes Tarifsprungs und ein Mehrfaches der einmaligen Schnittstelleneinrichtung aus Variante C.

Wann ein Stack umgebaut werden sollte

Ein Stack ist kein Kauf, sondern eine laufende Zuordnung. Fünf Auslöser rechtfertigen einen Umbau, alle anderen nicht.

Eine Mengengrenze wird regelmäßig erreicht. Crawlbare URLs, Projekte, Keyword-Kontingente, Nutzer oder API-Abfragen. Ein gelegentlicher Engpass rechtfertigt keinen Tarifwechsel, eine wiederkehrende Begrenzung schon. Das ist der einzige Auslöser, der zwingend Geld kostet.

Eine Matrixzeile ist dauerhaft leer. Wenn Seiten produziert werden, ohne dass Keyword und URL verbindlich zugeordnet sind, fehlt ein Prozess, kein Programm. Ein weiteres Analysewerkzeug schließt diese Lücke nicht, es wird aber spätestens dann zum Problem, wenn mehrere eigene Seiten um dieselbe Suchanfrage konkurrieren.

Die Datenübergabe frisst mehr Zeit als die Auswertung. Sobald das Zusammenführen länger dauert als die Entscheidung, die daraus folgt, ist die Schnittstelle der nächste Posten, nicht das nächste Programm.

Zwei Programme erzeugen dauerhaft denselben Bericht oder widersprechen sich reproduzierbar. Wird nur einer der Berichte gelesen, kann die zweite Lizenz entfallen. Widersprechen sie sich systematisch, ist eines für diese Zeile falsch besetzt, und die Entscheidung ist eine Streichung, keine Ergänzung.

Ein Anbieterwechsel zerstört bestehende Übergaben. Vor dem Wechsel gehören Exportformate, historische Daten, API-Felder und interne Kennungen geprüft. Der günstigere Tarif wird teuer, wenn danach sämtliche Zuordnungen neu aufgebaut werden müssen.

Kein Auslöser ist dagegen, dass ein anderes Programm in einem Vergleich besser abgeschnitten hat. Der Stack wird an der Matrix gemessen, nicht an einer Rangliste.

Der vollständige Stack ist eine Zuständigkeitsfrage

Die vier ausgewerteten Seite-1-Ratgeber zu dieser Suche liegen zwischen 1.795 und 5.165 Wörtern, der Median beträgt 3.020 Wörter. Sie beschreiben ausführlich, welche Programme es gibt. Googles Startleitfaden, mit 3.442 Wörtern das zweitlängste Ergebnis, beschreibt ebenso ausführlich die Arbeit, ohne ein einziges dieser Programme zu nennen. Beides ist für sich sinnvoll, und beides zusammen ergibt noch keinen Arbeitsablauf.

Dafür braucht es keine möglichst lange Programmliste, sondern eine eindeutige Quelle je Phase, eine dokumentierte Übergabe zwischen den Phasen und eine regelmäßige Prüfung auf Lücken und Doppelungen. Die entscheidende Frage vor jedem Kauf lautet deshalb nicht, welches SEO-Programm am meisten kann, sondern welcher Arbeitsschritt danach besser besetzt ist als vorher. Lässt sich das für ein zusätzliches Programm nicht konkret beantworten, fehlt dem Stack keine Software. Ihm fehlt eine Zuständigkeit, eine Schnittstelle oder eine verbindliche Arbeitsregel.