← Alle Beiträge

Leitfäden

Von Tampermonkey oder Greasemonkey zu JustZix migrieren

17 Mai 2026 · von JustZix Team

Wenn Sie mit Tampermonkey oder Greasemonkey gelebt haben, verstehen Sie bereits die Kernidee: Ihren eigenen Code auf der Seite von jemand anderem ausführen. JustZix behält diese Kraft, formt sie aber rund um URL-abgeglichene Regeln um — kleine, beschränkte, einzeln umschaltbare CSS- oder JS-Einheiten. Diese Anleitung bildet das Userscript-Modell auf JustZix ab und zeigt, wo jedes Werkzeug glänzt.

Das mentale Modell: Skripte vs. Regeln

Ein Userscript ist eine Datei mit einem Metadaten-Header. JustZix teilt dieselbe Aufgabe in zwei Dinge: einen URL-Abgleich (wo es läuft) und eine Nutzlast (CSS oder JS). Der Metadatenblock, den Sie früher schrieben, wird zu einem Feld im Regeleditor.

• @match / @include → das URL-Muster der Regel, z. B. *://*.youtube.com/*
• @run-at document-end → JustZix führt JS-Regeln standardmäßig aus, nachdem das DOM bereit ist
• Gestaltung über GM_addStyle → eine dedizierte CSS-Regel, kein JS nötig
• Ein großes Skript → mehrere kleine Regeln, die Sie unabhängig umschalten

Die größte Verschiebung: In JustZix ist CSS erstklassig. Alles, was Sie mit GM_addStyle taten, wird zu einer reinen CSS-Regel, die schneller, sicherer und leichter zu lesen ist.

Ein reines CSS-Userscript portieren

Viele Userscripts existieren nur, um ein Stylesheet einzufügen. Hier ist ein typisches:

// ==UserScript==
// @name    Hide YouTube Shorts
// @match   *://*.youtube.com/*
// ==/UserScript==
GM_addStyle(`
  ytd-reel-shelf-renderer { display: none !important; }
`);

In JustZix kollabiert das zu einer CSS-Regel. URL-Abgleich: *://*.youtube.com/*. Nutzlast:

ytd-reel-shelf-renderer { display: none !important; }

Das ist die gesamte Migration. Kein Wrapper, kein GM_addStyle, kein Metadaten-Kommentar — der Regeleditor hält den Abgleich für Sie.

Ein DOM-Manipulations-Userscript portieren

Skripte, die die Seite zur Laufzeit ändern, werden zu JS-Regeln. Der Skriptkörper portiert normalerweise wortgetreu; Sie lassen einfach den Metadaten-Header weg. Ein Userscript, das auf ein Element wartet:

// ==UserScript==
// @name    Auto-expand comments
// @match   *://example.com/*
// @run-at  document-end
// ==/UserScript==
(function () {
  const btn = document.querySelector('.show-comments');
  if (btn) btn.click();
})();

Wird zu einer JustZix-JS-Regel mit Abgleich *://example.com/* und Nutzlast:

const btn = document.querySelector('.show-comments');
if (btn) btn.click();

Für Single-Page-Apps gilt dasselbe Muster, das Sie in Userscripts verwendeten, weiterhin — beobachten Sie das DOM, statt einen einzelnen Ladevorgang anzunehmen:

function run() {
  const btn = document.querySelector('.show-comments');
  if (btn && !btn.dataset.done) {
    btn.dataset.done = '1';
    btn.click();
  }
}
run();
new MutationObserver(run).observe(document.body, {
  childList: true, subtree: true
});

Was nicht direkt portiert

JustZix führt Ihr JS im Seitenkontext mit Standard-Web-APIs aus. Die Extras von Userscript-Managern brauchen ein Umdenken:

• GM_setValue / GM_getValue → verwenden Sie localStorage für seitenspezifische Persistenz
• GM_xmlhttpRequest (Cross-Origin-Fetch) → kein JustZix-Ziel; behalten Sie diese Skripte in Ihrem Userscript-Manager
• @require externe Bibliotheken → binden Sie inline ein, was Sie brauchen, oder fügen Sie die Bibliothek in die Regel ein
• GM_registerMenuCommand → bauen Sie stattdessen Ihre eigene In-Page-Schaltfläche

Das ist die ehrliche Trennlinie unten.

Wann man welches verwendet

JustZix passt besser, wenn Ihr Ziel ist, zu optimieren, wie Seiten aussehen und sich verhalten: Wust ausblenden, umgestalten, kleine UX-Kürzel, beschränkte Automatisierung. Das Regelmodell hält jede Anpassung isoliert, leicht umschaltbar und trivial als reines CSS oder JS teilbar.

Behalten Sie einen Userscript-Manager, wenn ein Skript Cross-Origin-Netzwerkzugriff, eine schwere Drittanbieter-Bibliothek oder einen Wertspeicher braucht, der über viele Seiten hinweg überlebt. Die zwei Werkzeuge koexistieren gut — viele Nutzer betreiben JustZix für die Dutzende kleiner visueller Anpassungen und reservieren ihren Userscript-Manager für die zwei oder drei schwergewichtigen Skripte.

Eine Migrations-Checkliste

• Listen Sie Ihre Userscripts auf und kennzeichnen Sie jedes: nur CSS, DOM-Anpassung oder netzwerklastig.
• Verschieben Sie jedes Nur-CSS-Skript zu einer JustZix-CSS-Regel — normalerweise ein Kopieren-Einfügen des Stilblocks.
• Verschieben Sie DOM-Anpassungen zu JS-Regeln; entfernen Sie den Metadaten-Header, behalten Sie den Körper.
• Teilen Sie große Mehrzweck-Skripte in mehrere kleine Regeln, sodass Sie Funktionen umschalten können.
• Lassen Sie netzwerklastige Skripte, wo sie sind.

Der Lohn ist Klarheit: Statt einer undurchsichtigen Skriptdatei bekommen Sie eine ordentliche Liste benannter Regeln, jede auf genau eine Seite beschränkt. Beginnen Sie mit unseren fertigen Beispielen, um das Regelformat in Aktion zu sehen, oder springen Sie zu einem konkreten Tutorial wie GitHub-Entwickleranpassungen. Laden Sie JustZix herunter und portieren Sie heute Ihr erstes Stylesheet.