Die Schwellenwerte von Regensbot

Google veröffentlicht diese Zahlen nicht. Jede ist eine eigene Faustregel von Regensbot oder stammt aus einer Aussage von Google auf einer Veranstaltung, und die Prüfungen, die sie verwenden, sagen das in ihren Ergebnissen. Ändert sich eine davon, steht das in den Versionshinweisen.

Alle Schwellenwerte

Schwellenwert	Anforderungen	Bedeutung
80 %	`DEV-CAN-08`	Seiten einer Vorlage gelten als nahezu gleich, wenn ihr Hauptinhalt mindestens 80 % seiner Wortfolgen teilt (Jaccard-Ähnlichkeit von 5-Wort-Schindeln).
4 Klicks	`DEV-URL-04`	Eine wichtige Vorlage, deren Seiten im Median mehr als 4 Klicks von der Startseite entfernt sind, bekommt eine Warnung. Google sagt nur "wenige Klicks".
48 Stunden	`DEV-SRV-03`	Seiten dürfen bei Wartung bis zu 48 Stunden mit 503 antworten. Längere Pausen fallen durch; Googles Anleitungen sagen "höchstens ein paar Tage" und "1-2 Tage".
50 URLs	`DEV-URL-08`	Ein Filter- oder Sortierparameter, der auf einer Vorlage mehr als 50 verschiedene crawlbare URLs erzeugt, wird als Facette markiert, und der Crawl folgt ihm dort nicht weiter.
3 Sekunden	`DEV-REN-06`	Eine Anfrage von 3 Sekunden oder mehr, auf die der Hauptinhalt wartet, bekommt eine Warnung. Googles Render-Zeitlimit ist nicht dokumentiert.
10 %	`DEV-PRF-03`	Wenn ein pro Sitzung abgerechnetes Tool mehr als 10 % mehr Sitzungen zählt als Ihre Analyse, beginnen Sitzungen vermutlich vor jeder Nutzerinteraktion.
150 px	`DEV-VID-01`	Ein Videoplayer muss nach dem Laden auf jeder Seite mindestens 150 px groß sein; ein kleinerer zählt nicht als eingebettetes Video.
150 px	`DEV-IMG-01`	Ein CSS-Hintergrundbild von mindestens 150 x 150 px im Hauptinhalt wird als mögliches Inhaltsbild aufgeführt, das Suchmaschinen nicht finden; dekorative können Sie verwerfen.
10.000 px	`DEV-REN-03`, `DEV-URL-07`	Gerenderte Prüfungen nutzen einen etwa 10.000 px hohen Viewport und scrollen nie. Die Zahl wurde auf einer Google-Veranstaltung genannt; in Googles Dokumentation steht sie nicht.
20 %	`DEV-IDX-02`	Wenn mehr als 20 % der verifizierten Googlebot-Anfragen auf noindex-, Parameter- oder Aktions-URLs gehen, wird Crawl-Budget verschwendet.
50 %	`DEV-REN-01`	Wenn mindestens 50 % des gerenderten Haupttexts oder der internen Links erst nach JavaScript entstehen, fällt die Seite durch: Suchmaschinen, die nicht rendern, sehen wenig davon.
10 %	`DEV-REN-01`	Ab 10 % des gerenderten Haupttexts oder der internen Links, die erst nach JavaScript entstehen, bekommt die Seite eine Warnung.
150 Zeichen	`DEV-REN-02`	Ein Klick, der mindestens 150 Zeichen neuen Text hinzufügt, öffnet einen Inhaltsbereich, der zur Prüfung aufgeführt wird: Inhalte, die erst nach einem Klick erscheinen, werden womöglich nicht indexiert.
10 %	`DEV-REN-04`, `DEV-REN-08`	Ein Rendering ohne die von robots.txt gesperrten Ressourcen oder ohne WebGL, dem mindestens 10 % des Haupttexts fehlen, hat Inhalt verloren.
100 Zeichen	`DEV-REN-04`	Ein Rendering ohne die von robots.txt gesperrten Ressourcen, dessen Haupttext kürzer als 100 Zeichen ist, ist fast leer, was ein Soft-404 riskiert.
90 %	`DEV-REN-06`	Zwei Renderings derselben Seite, deren Haupttexte weniger als 90 % ihrer Wortfolgen teilen, unterscheiden sich; der Inhalt ist also nicht von einem Rendering zum nächsten stabil.
30 %	`DEV-REN-10`	Wenn ein Iframe derselben Website mindestens 30 % des Seitentexts enthält, bekommt die Seite eine Warnung: Google indexiert diesen Text womöglich für die eigene URL des Iframes.
2 Einträge	`DEV-URL-07`	Eine Liste, die beim Scrollen oder nach einem Klick auf eine Schaltfläche zum Nachladen mindestens 2 Einträge hinzugewinnt, lädt ihre Einträge nach; jeder braucht dann einen crawlbaren Link oder eine paginierte URL.
120 px	`DEV-IMG-03`	Text, der im gerenderten Layout höchstens 120 px von einem Bild entfernt ist, gilt als Text daneben, der das Bild erklären kann.
3.000 ms	`DEV-PRF-02`	Bei vierfach verlangsamter CPU erscheint Haupttext spät, wenn er später als 3.000 ms nach der Navigation 80 % seiner Länge erreicht.
50 %	`DEV-PRF-02`	Wenn mehr als 50 % des gerenderten Haupttexts im rohen HTML fehlen, gilt der Hauptinhalt als von JavaScript erzeugt, und es zählt sein Zeitverhalten bei verlangsamter CPU.
5 Wörter	`DEV-HTM-06`	Text aus mindestens 5 Wörtern, den Besucher nicht sehen, wird als möglicherweise versteckter Text aufgeführt, den Sie bestätigen oder verwerfen. Allein fällt er nie durch: Tabs, Akkordeons und Text für Screenreader sind erlaubt.
1,1:1	`DEV-HTM-06`	Text, dessen Farbe gegenüber dem Hintergrund ein Kontrastverhältnis von 1,1:1 oder weniger hat (fast dieselbe Farbe, etwa Weiß auf Weiß), gilt als versteckt, außer wenn ein Bild darunter liegt.
-999 px	`DEV-HTM-06`	Text mit einem text-indent von -999 px oder weniger wird aus dem sichtbaren Bereich geschoben und gilt als versteckt.
120 Zeichen	`DEV-HTM-07`	Gestalteter Text von höchstens 120 Zeichen, auf den Absatztext folgt, kann als Überschrift wirken; längerer Text wird nicht aufgeführt. Google nennt keine Zahl; diese ist Regensbots eigene.
1,2×	`DEV-HTM-07`	Text, der mindestens 1,2-mal so groß ist wie der Fließtext der Seite und kein Überschriftenelement (h1 bis h6) ist, wird als wie eine Überschrift gestaltet aufgeführt. Google nennt keine Zahl; diese ist Regensbots eigene.
600	`DEV-HTM-07`	Text mit einer Schriftstärke von 600 oder mehr gilt als fett: außerhalb eines Überschriftenelements wird er als mögliche Überschrift aufgeführt, in einem Absatz ohne strong oder b als mögliche Hervorhebung. Google nennt keine Zahl; diese ist Regensbots eigene.
28 Tage	`DEV-HTM-02`, `DEV-INT-11`, `DEV-URL-04`, `DEV-VID-02`	Prüfungen, die die Leistungsdaten der Search Console (Search Analytics) lesen, betrachten 28 Tage davon.
3 Tage	`DEV-HTM-02`, `DEV-INT-11`, `DEV-URL-04`, `DEV-VID-02`	Diese 28 Tage enden vor 3 Tagen, weil sich die Zahlen der Search Console für die letzten Tage noch ändern.
63 Tage	`DEV-MON-03`, `DEV-MON-10`, `DEV-MON-11`	Prüfungen über Ergebnisse der URL-Prüfung lesen die Ergebnisse und abgeschlossenen Korrekturen der letzten 63 Tage (neun Wochen), genug für den Vergleich wöchentlicher Trends.
5 URLs	`DEV-CAN-05`, `DEV-CAN-08`, `DEV-URL-10`	Jede Woche prüft Regensbot bis zu 5 URLs pro Vorlage mit der URL-Prüfung der Search Console. Prüfungen über diese Stichprobe sagen das; sie ersetzt nicht die Summen der Berichte der Search Console.
10 %	`DEV-MON-03`	Wenn der Anteil der Stichproben-URLs, die Google gecrawlt, aber nicht indexiert hat, 10 Prozentpunkte höher liegt als in der Woche davor, steigt er und bekommt eine Warnung.
5 URLs	`DEV-MON-03`	Der Anteil gecrawlter, aber nicht indexierter URLs einer Woche wird nur verglichen, wenn mindestens 5 Stichproben-URLs dieser Woche einen Indexierungsstatus haben.
3 Wochen	`DEV-MON-11`	Wenn die mittlere Zeit (Median) von der Veröffentlichung einer URL bis zu Googles erstem Crawl 3 Wochen in Folge steigt, bekommt die Website eine Warnung.
7 Tage	`DEV-MON-11`	Eine neue URL, die Google 7 Tage nach ihrer Veröffentlichung noch nicht gecrawlt hat, gilt als verspätet.
3 URLs	`DEV-URL-10`	Ein Bereich der Website wird erst nach dem Anteil eingestuft, den Google davon indexiert hat, wenn mindestens 3 seiner URLs geprüft wurden.
80 %	`DEV-URL-10`	Ein Bereich, von dessen geprüften URLs mindestens 80 % indexiert sind, ist in Googles Index stark.
50 %	`DEV-URL-10`	Ein Bereich, von dessen geprüften URLs weniger als 50 % indexiert sind, ist schwach und bekommt eine Warnung.
50 Impressionen	`DEV-INT-11`	Schreibweisen derselben Suchanfrage (etwa mit und ohne Umlaute) werden nur verglichen, wenn sie zusammen mindestens 50 Impressionen hatten.
5 %	`DEV-INT-11`	Eine Schreibweise mit weniger als 5 % der Impressionen ihrer Gruppe bekommt fast keine davon.
50 %	`DEV-INT-11`	Eine Schreibweise mit mindestens 50 % der Impressionen ihrer Gruppe dominiert sie; die anderen werden mit ihr verglichen.
10 Impressionen	`DEV-HTM-02`	Für eine Vorlage ohne Zielbegriffe wird eine Suchanfrage nur dann als Begriff vorgeschlagen, wenn die Seiten der Vorlage dafür mindestens 10 Impressionen in den Leistungsdaten der Search Console hatten.
5 Einträge	`DEV-HTM-02`	Pro Vorlage werden höchstens 5 Suchanfragen als Zielbegriffe vorgeschlagen, die mit den meisten Impressionen zuerst.
30 Tage	`DEV-SRV-01`	Wenn Googles letzter Crawl einer geprüften URL in den letzten 30 Tagen abgewiesen wurde oder scheiterte (Serverfehler, 403 oder ein anderer 4xx-Code), fällt die Prüfung durch; ein älterer warnt nur.
2 %	`DEV-MON-08`	Die Klicks im BigQuery-Massenexport dürfen von der eigenen Summe der Search Console für denselben Tag um bis zu 2 % abweichen; mehr bekommt eine Warnung.
3 Tage	`DEV-MON-08`	Wenn ein Tag 3 Tage nach seiner Fälligkeit noch im ExportLog des Massenexports fehlt, fällt die Prüfung durch; ein Tag, der erst kürzer fehlt, warnt, weil die Search Console einen gescheiterten Tag am nächsten Tag erneut versucht.
30 Tage	`DEV-MON-08`	Die Prüfung des Massenexports liest das ExportLog der letzten 30 Tage.
2 Tage	`DEV-MON-08`	Ein exportierter Tag kann bis zu 2 Tage später ankommen; die letzten 2 Tage gelten daher nie als fehlend.
3 Tage	`DEV-MON-08`	Klicks werden für den letzten exportierten Tag verglichen, der mindestens 3 Tage alt ist, sobald die Zahlen der Search Console dafür feststehen.
7 Tage	`DEV-MON-08`	Ob eine Website groß genug für den Massenexport ist (mehr als eine Seite mit 25.000 Zeilen an Seiten- und Suchanfragedaten für einen Tag), wird alle 7 Tage neu ermittelt.
30 Tage	`DEV-MON-08`	Für eine Website ohne eingetragenen Export wird die Antwort, ob sie groß ist, höchstens 30 Tage lang verwendet.
14 Tage	`DEV-SHP-01`, `DEV-SHP-03`	Die Prüfungen über das Merchant Center lesen die neueste Stichprobe von bis zu 50 Produkten, und nur solange sie höchstens 14 Tage alt ist.
24 Stunden	`DEV-SRV-01`, `DEV-PRF-01`, `DEV-MON-04`	Rohe Logzeilen, die Cloudflare Logpush oder ein Speicher-Bucket sendet, werden spätestens 24 Stunden nach dem Eingang gelöscht; gespeichert bleiben nur Zählungen pro Vorlage und verifiziertem Crawler. Mit regensbot logs push gesendete Zeilen werden sofort gelesen und nie gespeichert.
0,5 %	`DEV-SRV-01`	Wenn mehr als 0,5 % der verifizierten Googlebot-Anfragen ein 429 (zu viele Anfragen) bekommen, bremst der Server Google aus, und die Prüfung fällt durch.
1 %	`DEV-SRV-01`	Wenn mehr als 1 % der verifizierten Googlebot-Anfragen einen Serverfehler (5xx oder gar keine Antwort) bekommen, fällt die Prüfung durch.
1,5×	`DEV-PRF-01`, `DEV-MON-04`	Wenn die langsamsten 5 % der Antworten an den verifizierten Googlebot (p95) mehr als 1,5-mal so lange dauern wie die der Besucher auf denselben Vorlagen oder wie Googlebots eigenes p95 der Tage davor, bekommen Sie eine Warnung.
100 Anfragen	`DEV-AIF-04`, `DEV-IDX-02`, `DEV-MON-04`, `DEV-MON-11`, `DEV-PRF-01`, `DEV-SHP-02`, `DEV-SRV-01`, `DEV-SRV-09`, `DEV-URL-07`, `DEV-URL-08`	Eine Prüfung der Server-Logs besteht nur mit mindestens 100 verifizierten Crawler-Anfragen in ihrem Zeitraum; mit weniger zeigt sie die Zahlen und bittet um mehr Daten. Ein Problem führt bei jeder Anzahl zu einem Fehler oder einer Warnung.
30 Tage	`DEV-AIF-04`, `DEV-IDX-02`, `DEV-MON-04`, `DEV-MON-11`, `DEV-PRF-01`, `DEV-SHP-02`, `DEV-SRV-01`, `DEV-SRV-09`, `DEV-URL-07`, `DEV-URL-08`	Die Server-Logs gelten als Quelle einer Website, solange sie in den letzten 30 Tagen einen ausgewerteten Stapel geliefert haben.
28 Tage	`DEV-AIF-04`, `DEV-IDX-02`, `DEV-MON-04`, `DEV-MON-11`, `DEV-PRF-01`, `DEV-SHP-02`, `DEV-SRV-01`, `DEV-SRV-09`, `DEV-URL-07`, `DEV-URL-08`	Die Prüfungen der Server-Logs entscheiden über die Crawler-Anfragen der letzten 28 Tage.
20 Anfragen	`DEV-PRF-01`	Die Antwortzeiten von Googlebot und Besuchern auf einer Vorlage werden nur verglichen, wenn jede Seite mindestens 20 gemessene Anfragen hat.
50 %	`DEV-PRF-01`	Wenn Googlebots p95-Antwortzeit mehr als 50 % über der der Vorwoche liegt, bekommen Sie eine Warnung.
40 %	`DEV-PRF-01`	Wenn Googlebot gestern mehr als 40 % weniger Anfragen gestellt hat als an einem üblichen Tag (Median) und die Antworten zugleich langsamer wurden, hat Google womöglich seine Crawl-Kapazität gesenkt: Sie bekommen eine Warnung.
7 Tage	`DEV-PRF-01`	Dieser übliche Tag ist der Median von mindestens 7 Tagen mit Googlebot-Zugriffen.
7 Tage	`DEV-MON-04`, `DEV-AIF-04`	Eine Log-Warnung der letzten 7 Tage führt zu einer Warnung: ein höherer Anteil an 5xx- oder 429-Antworten, robots.txt mit 5xx, ein Sprung in Googlebots Antwortzeit oder ein verifizierter KI-Agent, der mit 403, 429, einer Sperre oder einer Challenge abgewiesen wurde.
200 URLs	`DEV-IDX-02`	Um zu sehen, ob die Parameter-URLs, für die Googlebot seine Anfragen aufwendet, das wert sind, ruft ein Stichproben-Crawl höchstens 200 davon ab, innerhalb der Crawl-Grenzen Ihres Tarifs.
10 Quellen	`DEV-MON-04`	Eine Website kann bis zu 10 Log-Quellen haben (CLI-Pushes, Logpush-Jobs, S3- oder R2-Buckets).
20 Anfragen	`DEV-MON-04`	Eine Anteils- oder Antwortzeit-Warnung entsteht nur für einen Tag mit mindestens 20 verifizierten Googlebot-Anfragen (und einer Vergleichsbasis mit ebenso vielen).
7 Tage	`DEV-MON-04`	Die Antwortzeit-Warnung vergleicht einen Tag mit Googlebots p95 der 7 Tage davor.
6 Stunden	`DEV-MON-04`	Die Log-Warnungen von gestern werden ab 6 Stunden nach Mitternacht UTC ermittelt, weil CDN-Logs spät ankommen.
2 Sekunden	`DEV-SRV-01`, `DEV-SRV-09`, `DEV-MON-04`, `DEV-AIF-04`	Ein Crawler, dessen Adresse nicht auf der IP-Liste seines Anbieters steht, wird per Reverse- und Forward-DNS geprüft; eine DNS-Abfrage darf 2 Sekunden dauern.
60 Sekunden	`DEV-SRV-01`, `DEV-SRV-09`, `DEV-MON-04`, `DEV-AIF-04`	Ein Log-Stapel wartet insgesamt höchstens 60 Sekunden auf DNS-Antworten; nicht mehr geprüfte Angaben gelten als nicht verifiziert.
1.000 Adressen	`DEV-SRV-01`, `DEV-SRV-09`, `DEV-MON-04`, `DEV-AIF-04`	Ein Log-Stapel fragt höchstens 1.000 verschiedene Adressen per DNS ab; Angaben darüber hinaus gelten als nicht verifiziert.
30 Minuten	`DEV-SDA-11`	Wenn GitHub eine erfolgreiche Bereitstellung meldet und binnen 30 Minuten kein Release-Protokoll von regensbot ci für ihren Commit eintrifft, hat die Pipeline die Prüfung übersprungen, und Sie bekommen eine Warnung.
90 Tage	`DEV-MON-02`, `DEV-SDA-11`, `DEV-SDA-12`	Die Release-Pipeline gilt als Quelle einer Website, solange regensbot ci in den letzten 90 Tagen ein Release-Protokoll für sie gesendet hat.
50 Releases	`DEV-MON-02`	Eine Website nimmt höchstens 50 Release-Protokolle pro Tag (UTC) an; weitere werden bis zum nächsten Tag abgelehnt.
20 URLs	`DEV-MON-10`	Die Nachprüfungen nach einem Release prüfen höchstens 20 Produktions-URLs, die der ersten Vorlagen, jede einmal.
100 URLs	`DEV-MON-10`	Die Nachprüfungen einer Website prüfen höchstens 100 Produktions-URLs pro Tag (UTC); eine an diesem Tag schon geprüfte URL wird nicht erneut geprüft, und eine Nachprüfung über dieses Budget hinaus wartet bis zum nächsten Tag.
365 Tage	`DEV-MON-02`, `DEV-MON-10`	Ein Release-Protokoll und seine Nachprüfungen werden 365 Tage nach dem Eingang aufbewahrt.
30 Tage	`DEV-SDA-11`	Eine GitHub-Zustellung wird 30 Tage lang aufbewahrt, damit eine Wiederholung nichts ändert; eine ältere Zustellung wird ignoriert.
1 Tage	`DEV-MON-10`	Eine robots.txt-Änderung in einem Release zeigt sich voraussichtlich innerhalb von 1 Tag in der Google-Suche (etwa ein Tag; eine Schätzung von der Search Central Live). Ihre Nachprüfung ist fällig, wenn dieses Zeitfenster endet.
21 Tage	`DEV-MON-10`	Eine noindex-Änderung in einem Release zeigt sich voraussichtlich innerhalb von 7 bis 21 Tagen in der Google-Suche (eine bis drei Wochen; eine Schätzung von der Search Central Live). Ihre Nachprüfung ist fällig, wenn dieses Zeitfenster endet.
21 Tage	`DEV-MON-10`	Eine Canonical-Änderung in einem Release zeigt sich voraussichtlich innerhalb von 7 bis 21 Tagen in der Google-Suche (eine bis drei Wochen; eine Schätzung von der Search Central Live). Ihre Nachprüfung ist fällig, wenn dieses Zeitfenster endet.
14 Tage	`DEV-MON-10`	Eine Strukturierte-Daten-Änderung in einem Release zeigt sich voraussichtlich innerhalb von 0 bis 14 Tagen in der Google-Suche (Stunden bis zwei Wochen; eine Schätzung von der Search Central Live). Ihre Nachprüfung ist fällig, wenn dieses Zeitfenster endet.
21 Tage	`DEV-MON-10`	Eine Titel- und Snippet-Änderung in einem Release zeigt sich voraussichtlich innerhalb von 1 bis 21 Tagen in der Google-Suche (ein Tag bis mehrere Wochen, als drei gelesen; eine Schätzung von der Search Central Live). Ihre Nachprüfung ist fällig, wenn dieses Zeitfenster endet.
90 Tage	`DEV-MON-10`	Eine Umzugs-Änderung in einem Release zeigt sich voraussichtlich innerhalb von 30 bis 90 Tagen in der Google-Suche (ein bis drei Monate; eine Schätzung von der Search Central Live). Ihre Nachprüfung ist fällig, wenn dieses Zeitfenster endet.
14 Tage	`DEV-MON-10`	Eine Inhalts-Änderung in einem Release zeigt sich voraussichtlich innerhalb von 0 bis 14 Tagen in der Google-Suche (Stunden bis zwei Wochen; eine Schätzung von der Search Central Live). Ihre Nachprüfung ist fällig, wenn dieses Zeitfenster endet.
1 Tage	`DEV-MON-10`	Wenn die URL-Prüfung sagt, dass Google eine Produktions-URL zuletzt vor dem Release gecrawlt hat, fragt die Nachprüfung nach 1 Tag erneut.
14 Tage	`DEV-MON-10`	Nach dem Ende des Zeitfensters fragt die Nachprüfung die URL-Prüfung höchstens 14 Tage lang einmal täglich; eine URL, die Google bis dahin nicht erneut gecrawlt hat, bleibt noch nicht verarbeitet.
1.000 Zeilen	`DEV-CAN-10`	regensbot ci fragt pro Lauf höchstens 1.000 Zeilen einer Weiterleitungstabelle auf Staging ab.
10 URLs	`DEV-CAN-10`	Wenn mindestens 10 alte URLs auf ein Ziel weiterleiten und sie mehr als die Hälfte der Weiterleitungen der Tabelle sind, bekommen Sie eine Warnung: Google kann solche Weiterleitungen als Soft-404 behandeln.
50 %	`DEV-CAN-10`	Dieser Anteil: mehr als 50 % der Weiterleitungen der Tabelle auf ein Ziel.
600 Sekunden	`DEV-CAN-10`	Ein Lauf prüft die Weiterleitungstabelle höchstens 600 Sekunden lang; nicht geprüfte Zeilen werden als solche genannt.
2.000 Bilder	`DEV-IMG-08`	Ein Lauf vergleicht höchstens 2.000 Ausgabebilder der Pipeline mit ihren Originalen.
8.000.000 Bytes	`DEV-IMG-08`	Von jeder Bilddatei liest regensbot ci höchstens 8.000.000 Bytes für ihre Metadaten.
5.000.000 Bytes	`DEV-CAN-10`	regensbot ci liest höchstens 5.000.000 Bytes einer Weiterleitungstabelle; eine größere Datei wird abgelehnt.
2.000.000 Bytes	`DEV-MON-02`	Ein Release-Protokoll umfasst höchstens 2.000.000 Bytes; ein größeres lehnt Regensbot ungelesen ab.
100 Vorlagen	`DEV-MON-02`	Ein Release-Protokoll enthält höchstens 100 Vorlagen-Ergebnisse; die Weiterleitungstabelle und der Bildvergleich belegen je eines.
200 Befunde	`DEV-MON-02`	Ein Vorlagen-Ergebnis in einem Release-Protokoll enthält höchstens 200 Befunde.
20 Einträge	`DEV-MON-02`	Die Checkliste einer Website hat höchstens 20 eigene Einträge für Release-Protokolle. Darüber hinaus entfällt der älteste Release-Eintrag, den nur Maschinen angelegt haben; einer, den eine Person bearbeitet hat oder der noch Arbeit braucht, bleibt, und das Ergebnis des neuen Release geht dann an den eigenen Eintrag der Website.
1.000.000 Bytes	`DEV-SDA-11`	Eine GitHub-Webhook-Zustellung umfasst höchstens 1.000.000 Bytes; eine größere wird ungelesen abgelehnt.