Fehler auf Produkt-, Doku- und Landingpages früh sehen
Nutze dieselben Prüfungen für URLs und Selektoren, die sich in Produkt, Doku und Marketing am häufigsten ändern.
Früher Zugang für Teams mit häufigen visuellen Prüfungen
Produktoberfläche, Doku und Landingpages ändern sich laufend. Visuelle Fehler landen trotzdem in Produktion, weil Screenshots in Skripten, CI-Logs und Speicher verstreut sind.
Visuelle Fehler sehen, bevor Nutzer sie sehen
RenderLog macht aus Screenshot-Aufnahmen einen Prüfablauf. Vollseiten oder Selektoren erfassen, Baselines je Ziel behalten und visuelle Änderungen an einem Ort prüfen.
Nutzungsbasierte Preise starten bei 0,003 EUR pro Screenshot. Nur erfolgreiche Renderings zählen und Beträge unter 3 EUR werden übertragen.
Screenshot-Tools vergleichen
Kleines Monatsminimum mit Übertrag darunter.
Was sich mit RenderLog ändert
Baselines, Abweichungen und Verlauf ohne Eigenbau prüfen
Das Team sieht, was sich geändert hat, welche Version die Baseline ist und was noch geprüft werden muss.
Wiederkehrende Checks automatisieren statt Skripte manuell neu zu starten
Zeitpläne, Webhooks und gespeicherte Einstellungen machen visuelle Prüfungen zu einem wiederholbaren Schritt vor dem Release.
Warum Teams über reine Screenshot-APIs hinausgehen
Das Problem ist nicht das Bild selbst. Das Problem ist ein wiederholbarer Prüfablauf mit gemeinsamem Kontext und verlässlicher Baseline.
Wischen, um mehr zu sehen
Verlässliche Aufnahmen auf schwierigen Seiten
Klare Zeitgrenzen und berechenbares Rendering halten Checks auch bei Login, Doku und Marketingseiten stabil.
Alle Abweichungen und Baselines in einem Prüfablauf
Baselines, Versionen und visueller Verlauf bleiben zusammen statt in CI-Logs und Speicher verteilt zu liegen.
Für wiederkehrende Release-Prüfungen gebaut
API, Oberfläche und Zeitpläne helfen Teams, visuelle Änderungen vor dem Release gemeinsam zu prüfen.
Was RenderLog heute schon abdeckt
Wischen, um mehr zu sehen
Vollseite oder genau der Selektor, der sich geändert hat
Eine API für Vollseiten, einzelne Elemente oder genau den Bereich, der dich interessiert.
Baselines behalten und jede neue Version prüfen
Lege pro Ziel eine Baseline fest, vergleiche neue Versionen und halte den visuellen Verlauf griffbereit.
Prüfungen planen und die richtigen Leute informieren
Prüfungen nach Zeitplan ausführen und das Team informieren, wenn sich Seite oder Selektor ändern.
Wartezeiten, Login und schwierige Seitenzustände abdecken
Header, Cookies, Wartezeiten und Gerätevorgaben nutzen, wenn eine Seite mehr als einen einfachen Screenshot braucht.
Was im Kernablauf enthalten ist
Starte mit dem Teil, der den größten Schmerz beseitigt: verlässliche Aufnahmen, Baseline-Prüfung und klare Abrechnung. Extras kommen nur dazu, wenn sie wirklich nötig sind.
Nur zahlen, wenn ein Rendering gelingt
Timeouts, Browserfehler und Netzwerkfehler werden nicht berechnet.
Verlauf länger behalten, wenn das Team es braucht
Den Verlauf von 30 auf 180 Tage verlängern, wenn Freigaben oder Audits es verlangen.
Gespeicherte Szenarien für interaktive Seiten
Gespeicherte Abläufe mit Warten, Klicken und Eingaben für Seiten mit mehr als einem Schritt.
Bewegung zeigen, wenn ein Standbild nicht reicht
Kurze GIF- oder MP4-Exporte nutzen, wenn ein Einzelbild die Änderung nicht klar genug zeigt.
Preise ansehen
Für den Kernablauf ist kein eigener Tarif nötig. Nutzung unter 3 EUR wird übertragen.
Abrechnung nach Nutzung
Ein erfolgreicher Screenshot kostet 0,003 EUR. Bleibt ein Monat unter 3,00 EUR, wird der Betrag übertragen.
Monatliche Nutzung schätzen
Slider bis 100.000. Für 1.000.000 das Feld nutzen.
Preis0,003 EUR
Zwischensumme Nutzung30,00 EUR
ZusatzfunktionenOptionale Funktionen werden monatlich berechnet.
Geschätzte Monatskosten30,00 EUR
Wenn ein Monat unter 3,00 EUR bleibt, übertragen wir den Betrag und belasten nicht sofort.
Jetzt startenDie Einführungspreise können sich bis zur Öffnung des Zugangs ändern. Details stehen in unseren Nutzungsbedingungen und Datenschutzerklärung.
Zahlungen und Steuern laufen über Paddle beim Checkout und sind nicht im angezeigten Preis enthalten.
Feature Vergleich
RenderLog kombiniert die API mit einer Übersicht für Verlauf, Baselines und Automationen.
| Feature | RenderLog | ScreenshotOne | Urlbox | ScreenshotMachine |
|---|---|---|---|---|
| Vollseitenaufnahmen | Ja | Ja | Ja | Ja |
| Aufnahmen per CSS-Selektor | Ja | Ja | Ja | Ja |
| Mehrstufige Szenarien | Ja | Teilweise | Teilweise | Teilweise |
| Geplante Automationen | Ja | Nein | Teilweise | Nein |
| Webhooks für Durchläufe | Ja | Ja | Ja | Nein |
| Übersicht mit Verlauf und Abweichungen | Ja | Teilweise | Teilweise | Nein |
| Baselines und Abweichungswerte | Ja | Nein | Teilweise | Nein |
| Aufbewahrung steuern | Ja | Nein | Nein | Nein |
Teilweise bedeutet begrenzte Abdeckung. Funktionen können sich ändern.
Einrichtungsleitfäden
Sieh dir den Ablauf an, bevor du ihn in deinen Stack einbaust
Die Leitfäden zeigen, was heute live ist, wie Early Access funktioniert und wie du Aufnahmen, Baselines und geplante Prüfungen ohne Rätsel einrichtest.
5 Min. Lesezeit
Wie du Abweichungen, Baselines und Benachrichtigungen in RenderLog prüfst
Ein Screenshot wird erst dann zu nützlichem Prüfmaterial, wenn klar ist, was freigegeben ist, was sich geändert hat und wer als Nächstes reagieren soll.
Artikel lesen5 Min. Lesezeit
So planst du Screenshot-Prüfungen mit RenderLog
Eine geplante Prüfung ist dann nützlich, wenn die Seite einen Verantwortlichen, einen Rhythmus und einen Grund für die erneute Prüfung hat.
Artikel lesen4 Min. Lesezeit
Manuelle Website-Aufnahmen mit RenderLog
Eine manuelle Aufnahme ist oft der schnellste Weg von einer URL zu einer brauchbaren visuellen Antwort und häufig der richtige erste Schritt vor einer Automatisierung.
Artikel lesenWas nach dem Kernablauf kommt
Die nächsten Schritte konzentrieren sich auf die Teile des ersten Produktplans, die Setup-Arbeit weiter senken und die Prüfung von Änderungen im Team schneller machen.
Baseline-Ablauf pro Viewport
Für jeden Viewport eine Baseline aus der Laufhistorie wählen und aktualisieren, ohne den ganzen Check neu aufzubauen.
Selektor-Hilfe für nicht technische Nutzer
Stabile Selektoren von der aktuellen Seite vorschlagen, störende Bereiche ausblenden und Ziele ohne manuelles CSS wählen.
Vererbte Render-Standards
Header, Cookies, Wartezeiten und Viewport-Presets auf Workspace- oder Produktebene setzen und nur dort überschreiben, wo es nötig ist.
Workspace-Einladungen und Rollen
Kollegen als Admins oder Viewer einladen und Wechsel zwischen Workspaces sicher abwickeln.
Feature vorschlagen über support@renderlog.com
Häufige Fragen
Was zählt als Screenshot?
Ein erfolgreicher Durchlauf für eine URL und ein Optionsset. Vollseite und CSS-Selektor zählen jeweils als ein Screenshot.
Zählen fehlgeschlagene Renderings?
Nein. Timeouts, Netzwerkfehler und Browserfehler werden nicht berechnet.
Wie funktioniert die Abrechnung?
Berechnet werden nur erfolgreiche Screenshots. Die Rechnung erstellen wir am 1. Wenn ein Monat unter 3,00 EUR bleibt, wird der Betrag übertragen. Das entspricht etwa 1.000 Screenshots.
Kann ich einen CSS-Selektor aufnehmen?
Ja. Nutze den Parameter selector für Elemente oder richte es in einer Automation ein.
Speichert ihr HTML oder Cookies?
Wir speichern gerenderte Bilder und minimale Metadaten. Header und Cookies werden nur beim Rendern genutzt.
Wie lange bleibt die Historie?
Die Basisaufbewahrung beträgt 30 Tage. Die erweiterte Aufbewahrung speichert 180 Tage.
Unterstützt ihr Szenarien?
Szenarioabläufe fügen Wartezeiten, Klicks, Eingaben und mehrstufige Abläufe hinzu.
Starte mit dem Ablauf, nicht mit noch einem Screenshot-Skript
Sieh dir zuerst den Ablauf an und vergleiche RenderLog dann mit API-only-Tools, wenn du über visuelle Prüfungen in deinem Stack entscheidest.