Die Sendungsverfolgung eines Hamburger Logistikers erzeugt pro Woche vierzigtausend Adressen. Keine davon soll jemals in einer Suchmaschine erscheinen. Trotzdem verbringen die Crawler den größten Teil ihrer Zeit damit — und die neue Relationsseite wartet seit sechs Wochen auf ihren ersten Besuch.
Das ist der Normalfall in der Logistik und hat mit Nachlässigkeit nichts zu tun. Speditionssoftware ist dafür gebaut, jeder Sendung eine eigene Adresse zu geben, jedem Angebot eine eigene Ansicht und jeder Anfrage einen eigenen Vorgang. Für den Betrieb ist das richtig und ohne Alternative. Für die Auffindbarkeit entsteht daraus eine Adressfabrik, die alles Übrige verdrängt — und weil sie im Tagesgeschäft unauffällig arbeitet, fällt sie erst auf, wenn jemand fragt, warum eine bestimmte Seite seit Wochen nicht auftaucht.
Zwischen „veröffentlicht" und „auffindbar" liegen drei getrennte Vorgänge, von denen keiner sich meldet, wenn er ausbleibt. In diesem Geschäft scheitert fast immer derselbe — und zwar nicht am Inhalt.
Wenn das eigene System die Kapazität verbraucht
Sendungsverfolgung, Angebotsansichten, Vorgangsnummern, Filterkombinationen im Tarifrechner: Jede dieser Funktionen erzeugt Adressen, die exakt einmal von einem Menschen aufgerufen werden. Ein Crawler weiß das nicht. Er sieht Verweise und folgt ihnen.
Was daraufhin geschieht, ist keine Bestrafung, sondern Arithmetik. Eine Suchmaschine ruft eine begrenzte Zahl von Adressen ab. Wenn neunundneunzig Prozent davon Vorgangsansichten sind, bleibt für die zwölf Seiten, die tatsächlich Anfragen erzeugen sollen, wenig übrig — und die neue Relationsseite steht am Ende einer sehr langen Reihe.
Was hinter der Anmeldung liegt
Der zweite große Block in der Logistik ist das Kundenportal. Tarife, Laufzeiten, Kapazitäten, Zolldokumente — der fachlich wertvollste Teil des Angebots liegt hinter einer Anmeldung, und zwar aus guten Gründen. Für die Auffindbarkeit ist er damit nicht vorhanden.
Vier Konstellationen, die sich unterschiedlich lösen lassen
Nicht alles muss geöffnet werden. Fast überall lässt sich etwas nach außen ziehen.
- Tarife hinter der Anmeldung. Bleiben dort — Raten sind verhandelt und gehören nicht ins Netz. Was nach außen kann, ist die Struktur: welche Zuschläge es gibt, wie sie berechnet werden, welche Abrechnungseinheit gilt. Danach wird gesucht, nicht nach dem Betrag.
- Laufzeiten je Relation. Selten vertraulich und fast immer geschützt, weil sie im selben Bereich liegen. Eine öffentliche Übersicht mit Spannen statt Zusagen beantwortet die Frage, die im Erstgespräch ohnehin kommt.
- Zoll- und Gefahrgutunterlagen. Formulare bleiben geschützt, die Erläuterung dazu nicht. Eine Seite je Verfahren, mit Geltungsbereich und zuständiger Stelle, ist der wirksamste Einzelbaustein in diesem Umfeld.
- Bewilligungen und Zertifizierungen. Liegen als Datei im Downloadbereich und tauchen deshalb in keiner Suche auf. Bezeichnung, Geltungsbereich und ausstellende Stelle als Fließtext auf einer eigenen Seite lösen das an einem Nachmittag.
Die Regel dahinter ist einfach und wird selten ausgesprochen: Geschützt gehört, was verhandelt ist. Öffentlich gehört, was erklärt. Ein Einkäufer, der wissen will, wie ein Zuschlag berechnet wird, registriert sich dafür nicht — er nimmt den nächsten Anbieter, dessen Erläuterung offen einsehbar ist.
Ein zweiter Punkt zum geschützten Bereich, der über die Auffindbarkeit hinausgeht. Wer verlangt, dass sich jemand registriert, bevor er beurteilen kann, ob ein Anbieter überhaupt in Frage kommt, verliert genau die Interessenten, die noch keine Beziehung zum Haus haben — also die Neukunden. Bestandskunden registrieren sich ohnehin. Der geschützte Bereich schützt damit vor allem gegenüber denen, die man gewinnen möchte, und kaum gegenüber dem Wettbewerb, der die üblichen Zuschlagsstrukturen ohnehin kennt.
Eine Adresse zu melden ist keine Aufnahme
Nutzen entsteht dennoch, und zwar an genau einer Stelle des Ablaufs: Der Schritt des Auffindens entfällt, weil die Adresse von Anfang an bekannt ist. In einem Umfeld, in dem die eigene Adressfabrik ohnehin sämtliche Abrufkapazität bindet, ist das häufig der einzige Weg, eine neue Relationsseite überhaupt in den Blick zu bekommen — solange die Konfiguration nicht geändert wird.
Bei zeitgebundenen Inhalten
Eine Regeländerung im Zollverfahren, eine neue Relation, eine geänderte Bewilligung: Alles, was ab einem Datum gilt, gewinnt Tage bis Wochen.
- Gilt auch für geänderte Bestandsseiten
- Weitergabe an zwei Bots über IndexNow
Gegen die eigene Adressfabrik
Solange Vorgangsansichten die Kapazität verbrauchen, ändert keine Meldung etwas an der Reihenfolge.
- Erst ausschließen, dann melden
- Sonst wird Kontingent verbrannt
Der Indexing Hub und die Zahlen, die den Plan bestimmen
Für diesen Schritt gibt es im Arbeitsbereich von Semalt den Indexing Hub. Dort laufen Adressen ein, werden weitergereicht, das Ergebnis wird protokolliert, und Stockungen treten offen zutage. Seine Obergrenzen sind unveränderlich und gehören in die Planung, bevor jemand einen Termin zusagt.
| Funktion | Wofür im Logistikbetrieb | Wo es endet |
|---|---|---|
| Einzelmeldung mit Verfolgung | die zwölf Seiten, die Anfragen erzeugen sollen | tausend Adressen je Tag und Konto |
| Sammelmeldung | Wechsel der Speditionssoftware, neue Adressstruktur | zehntausend Adressen je Paket |
| Kartenübergabe | gewachsene Kartensätze aus mehreren Systemen | drei Ebenen tief, tausend Karten je Auftrag |
| Weitergabe über IndexNow | Regeländerungen, neue Bewilligungen | eine Mitteilung, niemals eine Zusage |
Wo sechzig gepflegte Seiten stehen, spielt keine dieser Obergrenzen jemals eine Rolle; ein einziger Tag genügt für den gesamten Bestand. Bedeutung bekommen sie in zwei Situationen: beim Wechsel der Speditionssoftware, wenn mehrere tausend Adressen gleichzeitig neu entstehen, und dann, wenn jemand versehentlich die Vorgangsansichten mitmeldet. Der zweite Fall kommt häufiger vor als der erste und verbraucht das Tageskontingent in einer Stunde.
Zwei dieser Werte kippen in der Praxis regelmäßig einen Zeitplan. Der erste ist die Auflösungstiefe von drei Ebenen. Speditionssoftware erzeugt Kartensätze gern verschachtelt: eine Sammelkarte je Mandant, darunter je Bereich, darunter die eigentlichen Dateien. Damit ist die Grenze erreicht, und alles, was tiefer liegt, wird nicht mehr vollständig aufgelöst. Bemerkt wird das erst, wenn ein ganzer Bereich fehlt, während alles ringsum vorhanden ist.
Der zweite ist die Beschränkung auf zwei gleichzeitig laufende Aufträge bei zwanzig Wartenden. Im Tagesbetrieb ist das reichlich. Am Tag einer Systemumstellung, an dem jemand sämtliche Bereiche zugleich einstellen möchte, ist es die Stelle, an der der Ablaufplan kippt. Nach Bereichen gestaffelt kommt dieselbe Kapazität deutlich weiter — und die Protokolle bleiben lesbar, was in dem Moment zählt, in dem jemand herausfinden muss, welche Relation betroffen ist.
Was das Protokoll je Adresse verrät
Die Übergabe selbst ist der einfache Teil; der Ertrag steckt im Nachweis dessen, was folgte. Zu jeder Adresse steht dort, wann ein Bot vorbeikam, welchen Status er zurückgab und — wenn er scheiterte — woran. Drei Zähler laufen daneben mit: übermittelt, gefunden, fehlgeschlagen.
| Befund im Protokoll | Bedeutung | Zuständigkeit |
|---|---|---|
| Tagelang kein Besuch | bekannt, aber ohne Verweis von einer besuchten Seite | Redaktion — zwei interne Verweise setzen |
| Besuch mit Fehlerstatus | Weiterleitungskette, Zeitüberschreitung, Sperrung | IT — als Ticket mit Statusangabe |
| Besuch, dann keine Aufnahme | zu dünn oder zu ähnlich zu einer anderen Relationsseite | Fachbereich — Angaben ergänzen |
| Zunächst gelistet, später verschwunden | über Monate weder bearbeitet noch besucht noch verlinkt | Redaktion — einmal jährlich nachziehen |
Worin der Ertrag für ein Logistikhaus tatsächlich liegt, steht rechts außen: Jeder Befund bekommt eine Adresse im Haus. Nur zwei der vier Zeilen führen überhaupt zur IT. Der Rest lässt sich ohne Ticket abarbeiten — vorausgesetzt, jemand liest die Aufzeichnung und gibt sie weiter, statt sie als Anhang abzuheften.
Die Abgrenzung, die einmal geklärt gehört
Drei Bereiche, und nur einer davon führt über die IT-Abteilung.
- Was das System erzeugt, gehört der IT. Welche Adressen die Speditionssoftware anlegt, was in der Kartendatei landet, welche Bereiche von der Aufnahme ausgenommen sind. Rein technische Sachverhalte ohne jede Aussage gegenüber Kunden.
- Was auf den Seiten steht, gehört dem Fachbereich. Bediente Relationen, Laufzeitspannen, Zuschlagsstruktur, Bewilligungen. Diese Angaben kennt die Disposition, nicht die Agentur — und niemand sonst kann sie verantworten.
- Verlinkung und Meldung gehören dem Betreuer der Website. Beim Übermitteln einer Adresse wird nichts publiziert; es geht eine Nachricht an einen Dienst hinaus. Trotzdem landet ausgerechnet dieser Handgriff in vielen Häusern im Ticketsystem und liegt dort wochenlang.
Diese drei Sätze einmal festzuhalten ist die wirksamste organisatorische Einzelmaßnahme in diesem Themenfeld. Ohne sie landet jede noch so kleine Änderung vorsorglich bei der IT, weil niemand entscheiden möchte, ob sie dorthin gehört. Mit ihr erledigt sich zwei Drittel der Arbeit innerhalb weniger Tage — und die IT bekommt statt vager Beschwerden eine Liste von Adressen mit Statusangabe.
Vier Fälle, die im Hafenumfeld immer wieder auftreten
Die Verfolgungsfunktion ohne Bremse
Jede Sendung bekommt eine Adresse, jede Adresse landet in der Kartendatei. Der Bestand wächst wöchentlich.
- Von der Aufnahme ausnehmen
- Aus der Kartendatei entfernen
Das Tarifblatt als reine Datei
Zuschlagsstruktur, Abrechnungseinheiten und Laufzeiten stehen ausschließlich im PDF hinter der Anmeldung.
- Struktur öffentlich, Beträge nicht
- Eine Seite je Verfahren
Die eingestellte Relation
Seit zwei Jahren nicht mehr bedient, weiter online, konkurriert mit der Nachfolgerelation um dieselben Begriffe.
- Auf die aktuelle Seite umleiten
- Nicht ersatzlos löschen
Die Seite zur letzten Regeländerung
Vor drei Jahren zu einem Zollverfahren geschrieben, seitdem unverändert, inzwischen inhaltlich überholt.
- Jährlich nachziehen statt neu anlegen
- Adresse behalten, Inhalt aktualisieren
Alle vier zeigen sich als Aufnahmeproblem und sind keines. Deshalb bringt wiederholtes Melden nichts. Welche Struktur überhaupt tragfähig ist, entscheidet sich vorher; welche Relationsseite welchen Fachbegriff führen soll, ebenso. Wie sich das für einzelne Kundengruppen unterscheidet, zeigt unsere Arbeit für IT-Unternehmen und für Maklerhäuser — dieselbe Logik, andere Begriffe. Die technischen Hilfsmittel, mit denen sich Kartendateien und Weiterleitungen prüfen lassen, stehen unter SEO-Werkzeuge bereit.
Auffällig ist, wie oft mehrere dieser Fälle zusammen auftreten. Ein Haus mit ungebremster Verfolgungsfunktion führt in aller Regel auch eingestellte Relationen weiter im Netz und hält seine Bewilligungen ausschließlich als Datei vor. Die drei Probleme verstärken einander: Die Vorgangsansichten binden die Abrufkapazität, die Altbestände nehmen der aktuellen Relationsseite die Begriffe, und die eigentlichen Nachweise stehen in keiner abrufbaren Seite. Wer in dieser Lage nur die neue Seite meldet, bearbeitet das kleinste der drei Probleme.
Sinnvoll ist deshalb eine kurze Bestandsaufnahme vor jeder Meldung: Wie viele Adressen existieren überhaupt, wie viele davon stehen im Index, und wie viele davon sollten dort überhaupt stehen? Diese drei Zahlen sind in einer halben Stunde ermittelt und ersparen häufig die gesamte anschließende Meldearbeit — weil sich herausstellt, dass nicht zu wenig gemeldet, sondern zu viel zugelassen wurde. Die Zähler dafür liegen im Arbeitsbereich neben dem Kampagnenstand.
Die Abfolge, die funktioniert
- Zuerst ausschließen. Vorgangs-, Verfolgungs- und Filteransichten von der Aufnahme ausnehmen und aus der Kartendatei entfernen. Ein Konfigurationsschritt, der die Wirkung aller folgenden vervielfacht.
- Dann verlinken. Aus mindestens zwei bestehenden Seiten heraus, davon eine mit eigenen Zugriffen. In der Logistik sind das fast immer die Referenzberichte, und fast nie werden sie genutzt.
- Anschließend in die Kartendatei. Eintragen und die Datei noch am selben Tag neu erzeugen lassen. Eine Karte, die den Stand von vor zwei Wochen abbildet, richtet mehr Schaden an als gar keine — sie suggeriert Vollständigkeit, die nicht besteht.
- Danach melden. Ein Vorgang über den Hub, Weitergabe aktiv. Einmal, nicht als Serie.
- Zwischen dem zweiten und siebten Tag hineinsehen. Vorher steht nichts Verwertbares darin; danach lässt sich der Befund nicht mehr eindeutig der Änderung zuordnen.
- Erst dann reagieren. Verlinken, als Ticket weitergeben oder umschreiben — je nach Befund und nicht nach Vermutung.
Steht ein Systemwechsel an, tritt die Übergabe ganzer Kartensätze hinzu. Eine Datei oder eine Adresse genügt als Einstieg; Verschachtelungen werden bis zur dritten Ebene verfolgt, ein einzelner Auftrag verarbeitet bis zu tausend Kartendateien, zwei laufen parallel und zwanzig warten. Wer die Aufträge nach Bereichen trennt, behält lesbare Protokolle — was genau dann zählt, wenn etwas schiefgeht. Der jeweilige Stand erscheint danach im Semalt-Dashboard unmittelbar neben Zugriffszahlen und Platzierungen.
Warum das nicht getrennt zu betrachten ist
Alles, was vorher an Arbeit hineingeflossen ist, wird an dieser einen Stelle entweder sichtbar oder nicht. Bleibt eine frisch verfasste Verfahrensseite außen vor, ist ihr Beitrag null — genauso hoch wie der einer Seite, die nie geschrieben wurde. Und ein Verweis, der auf eine solche Adresse zeigt, ist Aufwand, für den es keine Gegenleistung gibt.
Genau deshalb gehören Meldung, Kampagne und Auswertung an einen Ort. My SEO führt sie auf einer Oberfläche zusammen: welche Begriffe verfolgt werden, welche Verweise entstanden sind, was das Modell an vorhandenen Seiten vorschlägt und welche Adressen der Index tatsächlich hält. Zu jedem Verweis stehen der Autoritätswert der tragenden Domain und deren Besucheraufkommen. Der praktische Effekt klingt banal und ist es nicht: Man erfährt von einer fehlenden Seite, bevor Geld in Verweise darauf fließt.
Aufnahmestand der eigenen Seiten prüfen
Fragen aus dem Speditionsbetrieb
Unsere Sendungsverfolgung erzeugt zehntausende Adressen. Was tun?
Nicht mehr melden, sondern weniger zulassen. Verfolgungs-, Vorgangs- und Filteransichten gehören von der Aufnahme ausgenommen und aus der Kartendatei entfernt, damit die Abrufe auf den Seiten landen, die Anfragen erzeugen sollen. Das ist ein Konfigurationsschritt, kein Projekt — und er wirkt stärker als jede andere Einzelmaßnahme in diesem Themenfeld.
Müssen wir unser Kundenportal öffnen?
Nein, und darum geht es auch nicht. Verhandelte Raten gehören nicht ins Netz. Was nach außen kann, ist die Erläuterung: welche Zuschläge es gibt, wie sie berechnet werden, welche Abrechnungseinheit gilt, welche Laufzeitspannen üblich sind. Danach wird gesucht — nach dem Betrag praktisch nie, weil jeder weiß, dass er verhandelt wird.
Wie lange dauert es, bis eine neue Relationsseite aufgenommen ist?
Von Stunden bis zu mehreren Wochen. Entscheidend sind zwei Umstände: ob die Seite intern verlinkt ist und wie viel Abrufkapazität die eigene Adressfabrik bereits bindet. Auf einer aufgeräumten Website ist eine neue Seite oft am nächsten Tag drin; auf einer, deren Kartendatei vierzigtausend Vorgangsansichten enthält, kann dieselbe Seite Wochen brauchen oder nie erscheinen.
Reicht es, Bewilligungen als PDF bereitzustellen?
Für die Kundschaft ja, für die Auffindbarkeit nicht. Eine Datei bietet keinen Anknüpfungspunkt für Verweise und beantwortet keine angrenzenden Fragen. Eine kurze Seite mit Bezeichnung, Geltungsbereich, zuständiger Stelle und Verweis auf die Datei löst beides — und stellt keine neue Aussage dar, sondern die Wiedergabe einer bereits vorliegenden Urkunde.
Was geschieht mit eingestellten Relationen?
Auf die Nachfolgerelation umleiten, nicht auf die Startseite und nicht ersatzlos löschen. An solchen Seiten hängen oft Verweise von Fachportalen, aus Verbandsverzeichnissen und aus Ausschreibungsunterlagen; ein Löschen vernichtet sie. Lässt man die Seite dagegen unverändert stehen, tritt sie gegen die aktuelle Relationsseite auf denselben Begriffen an. Eine sauber gesetzte Umleitung löst beide Probleme in einem Schritt.
Bringt es etwas, dieselbe Adresse mehrfach zu melden?
Nein. Übergeben wird ein Hinweis; ein zweiter Hinweis auf dieselbe Sache wiegt nicht schwerer als der erste. Wenn über mehrere Tage kein Bot erscheint, liegt es in aller Regel daran, dass keine besuchte Seite auf diese Adresse zeigt. Zwei solche Verweise und eine Woche Geduld führen deutlich verlässlicher zum Ziel — und keiner der beiden Handgriffe braucht ein Ticket.