TL;DR
- Das Crawling passt sich jetzt jeder Website an: Parallelität, Anfrageabstände, Wiederholungen und Zeitlimits stellen sich automatisch ein, damit langsame oder gedrosselte Server nicht überlastet werden.
- Sichtbarkeitsläufe sind zuverlässiger: Läufe decken jeden aktiven Prompt und jede aktive Engine ab, verteilen Themen gleichmäßig und nutzen Kontrollpunkte und Task-Sperren, um doppelte Arbeit oder doppelte Abrechnung zu verhindern.
- Der Verbrauch ist leichter im Griff: Die Sichtbarkeitseinstellungen schätzen den monatlichen Verbrauch an verwalteten Einheiten, das verbleibende Guthaben, die verfügbaren geplanten Läufe und den Zeitpunkt, an dem pausierte Läufe wieder anlaufen.
- Weniger Rauschen bei Hinweisen und Indexierung: Engine-Hinweise setzen breite Ausfälle voraus, das Posteingangs-Badge aktualisiert sich sofort und die Hintergrundindexierung begrenzt die CPU-Last und zeigt dabei ihren Fortschritt.
- Die Unterstützung gehosteter KI wurde aufgefrischt: Bezahlte Pläne und eigene Schlüssel unterstützen die neuesten verwalteten Modelle, und Send Moose wählt selbstständig ein verfügbares gehostetes Modell aus und benennt es.
Der Crawler liest den Raum
Jede Website hat ein Tempo, mit dem sie sich wohlfühlt. Manche stehen hinter einem Content Delivery Network, das alles herausfordert, was zu viele Seiten zu schnell abruft. Unser verbesserter Crawler merkt, auf welcher Art von Website er unterwegs ist, und verhält sich entsprechend.
Der Moose-Crawler beginnt mit zwei parallelen Anfragen und legt nach jedem Dutzend sauberer, schneller Seiten eine drauf, bis maximal acht. Nach jedem Schritt nach oben prüft er, ob die Seitenzeiten im gleichen Verhältnis gewachsen sind. Wenn ja, ist der Server an seiner Wohlfühlgrenze, also geht der Crawler einen Schritt zurück und merkt sich diese Obergrenze eine Weile. Eine Drosselung oder eine Challenge-Antwort halbiert die Worker, verdoppelt den Abstand zwischen den Anfragen, wartet ein paar Sekunden und stellt die Seite für einen neuen Versuch zurück in die Warteschlange. Eine langsame Seite bewirkt dasselbe und dehnt das Zeitlimit pro Seite auf das, was die Website uns zeigt.
Das Ergebnis ist das Wichtigste. In einer Wiederholung einer gedrosselten Website hat der Crawler jede Seite mit zwei kurzen Pausen abgeschlossen. In einer Wiederholung einer Website mit einer Seite pro Sekunde hat er sich bei drei Workern eingependelt und jede Seite ohne ein einziges Zeitlimit abgeschlossen. Dein Site-Inventar kommt vollständig zurück, und der Server auf der anderen Seite merkt kaum, dass wir da waren.
Jeder Prompt, jede Engine, ein Lauf
Auf verwalteten Plänen laufen geplante Sichtbarkeitsläufe (optional) in der Cloud. Diese Woche hat der Cloud-Runner dieselbe Logik zum Aufbau eines Laufs übernommen, die der Desktop-Runner nutzt: Jeder aktive Prompt auf jeder aktiven Engine kommt in den Lauf, und die Prompts werden nach Themen verschränkt, sodass jedes Thema früh seine ersten Antworten bekommt, statt hinter dem zu warten, das du zuletzt bearbeitet hast.
Für ein Projekt mit 300 Prompts auf sieben Engines ist das ein einziger Lauf mit etwas mehr als 2.100 Prompt-Engine-Paaren. Der Runner hatte schon alles, was ein Lauf dieser Größe braucht: eine Guthabenprüfung pro Lauf vorab, ein festes Worker-Budget und Kontrollpunkte, damit ein Lauf dort weitermacht, wo er aufgehört hat, wenn er einen zweiten Worker braucht. Jetzt kommen diese Teile zum Einsatz.
Lange Läufe, ein Worker
Ein KI-Sichtbarkeitslauf mit mehreren hundert Prompts kann dauern, deshalb reserviert sich der ausführende Worker jetzt beim Start eine Sperre und hält sie bis zum Ende. Die Frist der Task-Warteschlange passt zum Worker-Budget, und jede erneute Zustellung, die eine aktive Sperre vorfindet, zieht sich zurück.
Der Posteingang hat dieselbe Behandlung bekommen. Einträge „Engine nicht verfügbar“ werden jetzt aus den Beobachtungen des abgeschlossenen Laufs berechnet. Ein Eintrag erscheint nur, wenn eine Engine gar keine Antworten geliefert hat, und er nennt, wie viele Prompts betroffen waren. Dass Google für eine Anfrage keine AI Overview zeigt, ist Googles Entscheidung und kein Ausfall, und es erzeugt keinen Eintrag „Engine nicht verfügbar“ mehr.
Dein Lüfter
Die App baut auf deinem Rechner einen Suchindex über deine Seiten, damit Chat und Entitätsgraph Dinge finden können. Dieser Indexer nutzt jetzt kurzzeitig höchstens ein Drittel deiner CPU-Kerne, maximal vier, damit eine Hintergrundaufgabe im Hintergrund bleibt.
Modelle
Hi, Moose hat Gemini 3.8 Flash, Claude Fable 5.1 und Muse Spark 1.3 dazubekommen, alle auf bezahlten verwalteten Plänen oder mit eigenem Schlüssel, und Gemini 3.5 Flash sowie die beiden Gemini-3.1-Vorschauen ausgemustert.
Kleinkram
Die Seite mit den Sichtbarkeitseinstellungen sagt jetzt, wie viele verwaltete Cloud-Guthabeneinheiten dein Rhythmus pro Monat braucht und wie viele übrig sind (lokale KI-Modelle haben natürlich kein Guthaben). Wenn das Cloud-Guthaben nicht den ganzen Monat reicht, sagt der Hinweis ungefähr, wie viele geplante Läufe noch übrig sind und wann sie wieder anlaufen, ganz ohne Überraschungen. Das Posteingangs-Badge aktualisiert sich in dem Moment, in dem ein Cloud-Lauf einen Eintrag erzeugt. Und Send Moose wählt selbst ein gehostetes Modell, wenn die lokale KI auf einem bezahlten Plan aus ist, und zeigt auf dem Bildschirm, welches.
Moose der Hund, nach dem ich benannt bin, hat das alles von unter dem Schreibtisch aus beaufsichtigt. Augen zu, aber anwesend.
FAQ
Was macht der Crawler, wenn meine Website seine Anfragen drosselt?
Er nimmt sich zurück: Er halbiert die Zahl der parallelen Anfragen, verdoppelt den Abstand dazwischen, wartet ein paar Sekunden und stellt die Seite für einen neuen Versuch zurück in die Warteschlange. Die Wartezeit wächst, wenn die Website weiter ablehnt, und die Fußzeile der App zeigt, dass der Crawler sein Tempo gerade anpasst.
Decken geplante Sichtbarkeitsläufe in der Cloud alle meine Prompts ab?
Ja. Jeder aktive Prompt auf jeder aktiven Engine kommt in einen einzigen Lauf, nach Themen verschränkt, und ein Lauf, der mehr als einen Worker braucht, macht an seinem Kontrollpunkt weiter. Desktop-Läufe mit deinem eigenen OpenRouter-Schlüssel funktionieren genauso.
Wann taucht ein Eintrag „Engine nicht verfügbar“ im Posteingang auf?
Nur wenn eine Engine in einem Lauf gar keine Antworten geliefert hat oder die Hälfte oder mehr ihrer Prompts leer zurückkamen. Der Eintrag nennt, wie viele Prompts betroffen waren. Dass Google für eine Anfrage keine AI Overview zeigt, zählt nicht.
Der, der bei alldem unter dem Schreibtisch liegt.