Wofür Menschen JustZix nutzen

Sieben reale Szenarien aus der Erweiterungs-Dokumentation — vom vorübergehenden Ausblenden eines Cookie-Banners bis zum QA-Aktionspanel. Jedes mit einer konkreten Copy-Paste-Lösung.

🏢

1. Arbeit mit mehreren Kunden / Projekten

Für wen: Freelancer, Agentur, Berater.

Problem: Jeder Kunde hat sein eigenes Admin-Panel, Dashboard oder Staging, das kleine Anpassungen braucht — andere Farben, ausgeblendete Buttons, Dev-Banner. Ständiges Umschalten nervt.

Lösung: Jedes Projekt hat einen eigenen Ordner mit eigenem URL-Muster. Schalte alle Anpassungen eines Kunden mit einem Klick auf dem schwebenden Button um — oder automatisch per URL.

🛠

2. Visuell markierte Dev-/Staging-Umgebung

Für wen: Alle, die auf Staging-Umgebungen arbeiten, die genauso aussehen wie die Produktion.

Problem: Du hast eine destruktive Aktion ausgeführt im Glauben, du wärst auf Staging — es war die Produktion. Passiert jedem.

Lösung: Lege einen Ordner mit URL-Muster *staging* oder deiner Dev-Domain an. Füge oben auf jeder Seite ein rotes Banner ein. Ergänze Auto-Login-JS, damit du keine Zugangsdaten tippen musst.

/* CSS — DEV banner */
body::before {
  content: "DEV ENVIRONMENT";
  position: fixed; top: 0; left: 0; right: 0;
  background: #dc2626; color: white;
  text-align: center; padding: 4px;
  font-weight: bold; z-index: 999999;
  font-family: monospace;
}
body { padding-top: 28px !important; }
🧪

3. Aktionspanel für QA / Product Manager

Für wen: Tester, PM, Designer — Nicht-Entwickler, die schnell Testdaten einrichten müssen.

Problem: Dasselbe Registrierungsformular 30 Mal ausfüllen, um einen Flow zu testen — die Finger schmerzen. Entwickler nach „magischen Links" fragen — Zeitverschwendung.

Lösung: Erstelle Aktions-Buttons: FILL (Testdaten automatisch ausfüllen), CART (Produkt in den Warenkorb legen), CLR (Formular leeren), STATE (Widget in einen bestimmten Zustand setzen). Ein Klick = dieselbe Aktion 100 Mal wiederholt.

// Action 'FILL' — fill test data
const data = {
  email: 'test@example.com',
  phone: '600000000',
  firstName: 'John', lastName: 'Tester'
};
Object.keys(data).forEach(name => {
  const el = document.querySelector(`[name="${name}"]`);
  if (el) {
    el.value = data[name];
    el.dispatchEvent(new Event('input', { bubbles: true }));
    el.dispatchEvent(new Event('change', { bubbles: true }));
  }
});
📰

4. Öffentliche Seiten für die Lesbarkeit anpassen

Für wen: Alle, die Dokumentationen, Blogs und Nachrichtenseiten lesen.

Problem: Die Seite hat winzige Schrift, geringen Kontrast, aufdringliche Werbung, Paywalls, Cookie-Banner, die den Inhalt verdecken. Der Autor wird das nicht beheben.

Lösung: Blende Werbung/Banner aus, vergrößere den Text, füge einen Lesemodus hinzu. Funktioniert auf jeder Seite — ohne Erlaubnis des Autors. Synchronisiere deine Anpassungen automatisch zwischen Geräten.

/* Hide common ad and tracker elements */
.ad, .ads, .advertisement,
.banner-ad, [class*="ad-banner"],
[id*="google_ads"],
.cookie-banner, #cookie-notice {
  display: none !important;
}
📊

5. Analytics / GTM debuggen

Für wen: Entwickler, Marketing-Analyst, E-Commerce.

Problem: Du musst prüfen, dass dataLayer.push-Events zum richtigen Zeitpunkt mit der richtigen Payload feuern. console.log in Produktionscode einzubauen ist tabu.

Lösung: Injiziere JS, das dataLayer.push und gtag mit Logging umhüllt — ohne den Code der Seite anzufassen. Sichtbar in den DevTools, mit einem Klick entfernbar.

// Log all GTM dataLayer pushes
const origPush = window.dataLayer?.push;
if (origPush) {
  window.dataLayer.push = function(...args) {
    console.log('%c[GTM]',
      'color:#16a34a;font-weight:bold', args);
    return origPush.apply(window.dataLayer, args);
  };
}

6. Arbeit an Admin-Panels

Für wen: Alle, die täglich ein CMS oder Back-Office nutzen — WordPress-Admin, Magento-Admin, eigene Panels.

Problem: Admin-Panels sind meist „für alle" gebaut — Spalten zu schmal, Tabellenköpfe bleiben beim Scrollen nicht haften, man sieht nicht auf einen Blick, was was ist.

Lösung: CSS, das Tabellen, Listen und Formulare korrigiert. Sticky-Kopfzeilen, größere Schrift, abwechselnde Zeilenfarben. Aktions-Buttons für wiederkehrende Aufgaben („Testfilter", „Ansicht zurücksetzen").

/* Make admin tables more readable */
table.admin-list td, table.admin-list th {
  padding: 8px 12px !important;
  font-size: 14px !important;
}
table.admin-list thead {
  position: sticky; top: 0;
  background: white; z-index: 10;
}
table.admin-list tbody tr:nth-child(odd) {
  background: #f9fafb;
}
🔒

7. Sicheres Testen in der Produktion

Für wen: Alle, die sich in der Produktion „umsehen" müssen, ohne das Risiko, etwas zu ändern.

Problem: In der Produktion gibt es einen Notfall, du musst die Lage prüfen. Ein falscher Klick auf „Löschen" oder „Senden" und es wird noch schlimmer.

Lösung: Aktions-Button RO („read-only"), der alle Buttons „Löschen", „Speichern", „Senden" ausblendet. Ein Klick — du kannst ohne Risiko versehentlicher Schäden browsen. Noch ein Klick — wiederherstellen.

// Action 'RO' — hide all destructive buttons
document.querySelectorAll(
  'button[type="submit"], .delete-btn, .danger-btn, [class*="delete"]'
).forEach(b => b.style.display = 'none');
console.warn('READ-ONLY MODE enabled');

Wähle ein Szenario, kopiere den Code, installiere JustZix.

Zwei Minuten vom ZIP zu einer funktionierenden Regel auf allen deinen Geräten. Ohne Konto, ohne Bezahlung.

Kostenlos herunterladen Alle Beispiele durchsuchen