API-Marktplatz

Rufen Sie eine XML-Sitemap ab und parsen Sie sie (das sitemaps.org-Protokoll). Übergeben Sie eine Sitemap-URL, und der Parse-Endpunkt ruft sie ab – folgt Weiterleitungen und entpackt transparent .gz-Sitemaps – und gibt ihren Typ zurück: ein urlset mit jeder URL und ihrem lastmod, changefreq und priority, oder ein sitemapindex, der die untergeordneten Sitemaps auflistet, mit offset/limit-Paginierung für große Dateien. Der urls-Endpunkt geht weiter: Wenn die Sitemap ein Index ist, ruft er auch die untergeordneten Sitemaps ab und fasst jede Seiten-URL in einer einzigen Liste zusammen, mit einer konfigurierbaren Obergrenze für URLs und untergeordnete Sitemaps und einem truncated-Flag, damit Sie die Kontrolle behalten. Die Anfrage wird serverseitig gestellt, und private oder interne Ziele werden abgelehnt (SSRF-geschützt). Entwickelt für SEO-Audits, das Erstellen von Crawl-Warteschlangen und Content-Inventaren, Änderungsüberwachung und Migrationsprüfungen. Ein Sitemap-Fetcher und -Parser – unterschieden von generischer XML-zu-JSON-Konvertierung (xml), dem robots.txt-Evaluator (robots) und dem On-Page-SEO-Audit (seo). Kein Upstream-Schlüssel, kein Cache.

Uptime

100.0%

Latenz

1743ms

Subs

3,297

Rufen Sie die robots.txt jeder Website ab und werten Sie sie aus. Übergeben Sie eine URL und einen User-Agent, und der Check-Endpunkt teilt Ihnen mit, ob diese URL crawlbar ist – dabei wird die spezifischste User-Agent-Gruppe ausgewählt und die RFC 9309 Longest-Match Allow/Disallow-Regeln (mit * und $ Platzhaltern, wobei Allow bei Gleichstand gewinnt) angewendet, und gibt die passende Regel, die Crawl-Delay der Gruppe und die Sitemaps zurück, die die Website deklariert. Der Parse-Endpunkt gibt die gesamte Datei strukturiert in Gruppen pro User-Agent (deren Allow- und Disallow-Listen sowie Crawl-Delay) plus die Liste der Sitemaps zurück. Eine fehlende robots.txt (404/403) bedeutet, dass alles erlaubt ist, genau wie es die Spezifikation verlangt. Die Anfrage wird serverseitig gestellt und private oder interne Ziele werden abgelehnt (SSRF-geschützt). Entwickelt für SEO-Audits, Crawler- und Scraper-Compliance, Sitemap-Erkennung und Pre-Flight-„Darf ich das abrufen?“-Prüfungen. Ein robots.txt-Evaluator – abgegrenzt vom On-Page-SEO-Audit (seo), dem XML-Toolkit (xml) und Link-Unfurling/Preview (url). Kein Upstream-Key, kein Cache.

Uptime

100.0%

Latenz

210ms

Subs

4,091

Zählen und teilen Sie Text so, wie Menschen ihn tatsächlich lesen, mit Unicode-korrekter Segmentierung. Der Count-Endpunkt gibt die Anzahl der Graphemcluster zurück – die echten, vom Benutzer wahrgenommenen Zeichen, sodass ein Familien-Emoji als 1 (nicht 7) und ein akzentuierter Buchstabe als 1 zählt – zusammen mit Wörtern, Sätzen, Codepunkten, UTF-16-Codeeinheiten (der naiven Stringlänge, die überzählt) und UTF-8-Byte-Länge. Dies ist genau das, was Zeichenbegrenzungsfelder, Tweet/SMS-Zähler und Validierung benötigen, damit die Zählung mit dem übereinstimmt, was der Benutzer sieht. Der Segment-Endpunkt teilt Text in Graphem-, Wort- oder Satzsegmente auf (Wortsegmente werden als wortähnlich versus Satzzeichen und Leerzeichen gekennzeichnet) und ist sprachbewusst, sodass japanische, chinesische und thailändische Wortgrenzen korrekt erkannt werden. Alles wird lokal ohne Netzwerkaufrufe berechnet. Ein Unicode-Textsegmentierer – unterschieden von der Unicode-Codepunkt-Datenbank (unicode), dem Fall-/Text-Utilities-Toolkit (text) und der String-Ähnlichkeit (similarity). Kein vorgeschalteter Schlüssel, kein Cache.

Uptime

100.0%

Latenz

180ms

Subs

3,876

Rufen Sie den lokalisierten Anzeigenamen eines Codes in jeder Sprache ab – Länder und Regionen, Sprachen, Währungen, Schriften und Kalender. Übergeben Sie einen Code, einen Typ und ein Gebietsschema, und der Name-Endpunkt gibt den richtigen Namen zurück: US als Region in fr ergibt "États-Unis", de als Sprache in fr ergibt "allemand", EUR als Währung ergibt "Euro", und derselbe Code wird korrekt auf Deutsch, Japanisch, Arabisch oder in jedem anderen Gebietsschema angezeigt. Der Listen-Endpunkt gibt jeden Code eines Typs lokalisiert und in der Sortierung dieses Gebietsschemas zurück – ideal zum Erstellen eines Länder-, Sprach- oder Währungs-Dropdowns in jeder Sprache. Angetrieben durch die vollständigen ICU-Daten der Plattform (Intl.DisplayNames) und lokal ohne Netzwerkaufrufe berechnet. Entwickelt für internationalisierte Formulare und Auswahlen, mehrsprachige Benutzeroberflächen, lokalisierte Berichte und Onboarding. Ein Resolver für lokalisierte Namen – unterscheidet sich von Länderreferenzdaten auf Englisch (countries), Zahlen- und Währungsformatierung (numberformat) und lokaler Datumsformatierung (datelocale). Kein vorgelagerter Schlüssel, kein Cache.

Uptime

100.0%

Latenz

171ms

Subs

4,616

Humanisieren Sie Zeitstempel und formatieren Sie Daten für jedes Gebietsschema und jede Zeitzone mit vollständiger ICU. Der relative Endpunkt wandelt einen Zeitpunkt in einen lokalisierten relativen Ausdruck gegenüber jetzt (oder einer angegebenen Referenzzeit) um – „3 hours ago“, „vor 3 Stunden“, „in 2 days“, „il y a 5 minutes“ – und wählt automatisch die beste Einheit von Sekunden bis Jahren. Der Format-Endpunkt gibt einen lokalisierten Datums-/Zeitstring aus (z. B. „mardi 2 juin 2026 à 15:30“ oder „2026年6月2日 22:30:00“), unter Berücksichtigung des Gebietsschemas (BCP 47), einer benannten IANA-Zeitzone, der gewählten Datums- und Zeitstile (full/long/medium/short) und der 12/24-Stunden-Präferenz, und gibt eine Aufschlüsselung der Teile für benutzerdefinierte Anzeigen zurück. Übergeben Sie Daten als ISO 8601 oder Unix-Zeitstempel. Alles wird lokal ohne Netzwerkaufrufe berechnet. Ideal für internationalisierte Benutzeroberflächen, Aktivitätsfeeds, Benachrichtigungen, Kommentare und Dashboards. Ein Relative-Time- und Locale-Date-Formatter – unterschieden von Current-Time-in-a-Timezone (time), dem UTC-Parse/Token-Toolkit (datetime) und der Zahlen-/Währungsformatierung (numberformat). Kein Upstream-Key, kein Cache.

Uptime

100.0%

Latenz

145ms

Subs

3,530

Formatieren Sie Zahlen für jedes Gebietsschema mit vollständigen ICU-Daten – die korrekte Art, Geld, Prozentsätze und Maße pro Region anzuzeigen. Übergeben Sie einen Wert und einen Stil, und der Format-Endpunkt gibt die gebietsschema-korrekte Zeichenfolge zurück: Dezimal, Währung (jeder ISO-4217-Code, mit dem richtigen Symbol und der richtigen Gruppierung – z. B. 1.234.567,89 € in de-DE, $1.234.567,89 in en-US, ￥1.234.567 in ja-JP und die indische Lakh-Gruppierung 12,34,567.89 in hi-IN), Prozent oder Einheit (z. B. 80 km/h). Steuern Sie das Gebietsschema (BCP 47), minimale/maximale Nachkommastellen, Gruppierung, Vorzeichenanzeige und Notation (Standard, wissenschaftlich, technisch oder kompakt wie 1,2 Mio.). Ein Parts-Endpunkt gibt die formatToParts-Aufschlüsselung (Ganzzahl, Gruppe, Dezimaltrennzeichen, Bruch, Währungssymbol …) zurück, um benutzerdefinierte Stile zu erstellen. Alles wird lokal ohne Netzwerkaufrufe berechnet. Ideal für internationalisierte Benutzeroberflächen, Rechnungen und Quittungen, Dashboards und Berichte. Ein Gebietsschema-Zahlen-/Währungsformatierer – unterschieden von Devisenkursen (Währung), Zahlen-in-Wörter (Zahlenwörter) und dem Zahlenbasis-Konverter (Basisumrechnung). Kein vorgeschalteter Schlüssel, kein Cache.

Uptime

100.0%

Latenz

166ms

Subs

4,304

Konvertieren Sie ganze Zahlen zwischen beliebigen Zahlensystemen mit exakter Big-Integer-Mathematik. Übergeben Sie eine Zahl und eine von/bis Basis (Radix 2 bis 36, beliebig groß, vorzeichenbehaftet) und der Convert-Endpunkt gibt das Ergebnis und den Dezimalwert zurück; gängige Präfixe wie 0x, 0b und 0o werden akzeptiert, wenn sie zur Basis passen, und Leerzeichen oder Unterstriche in der Eingabe werden ignoriert. Der Bases-Endpunkt zeigt eine einzelne Zahl gleichzeitig in binär, oktal, dezimal, hexadezimal, base32 und base36 an, zusammen mit ihrer Bitlänge, Bytelänge und Vorzeichen. Alles wird lokal mit BigInt berechnet, sodass Werte beliebiger Größe exakt und deterministisch sind. Ideal für Low-Level- und Embedded-Debugging, Netzwerkarbeit und Bit-Twiddling, das Lehren von Zahlensystemen und überall dort, wo Sie mit Hex, Binär und Dezimal jonglieren. Ein Numeral-Base-Konverter – abzugrenzen vom Textkodierungs-Toolkit (Kodierung: base64/base32/hex von Bytes), dem Elixir/Erlang Hex-Paketregister (hex) und der Zahl-zu-Wort-Umwandlung (numberwords). Kein vorgeschalteter Schlüssel, kein Cache.

Uptime

100.0%

Latenz

169ms

Subs

4,231

Wandeln Sie eine E-Mail-Adresse in ihren Gravatar-Avatar und ihr öffentliches Profil um. Geben Sie eine E-Mail ein, und der Dienst normalisiert sie, berechnet die MD5- und SHA-256-Hashes, die Gravatar verwendet, erstellt eine gebrauchsfertige Avatar-URL, prüft, ob ein benutzerdefinierter Gravatar tatsächlich existiert, und ruft das öffentliche Profil ab, falls vorhanden – Anzeigename, Benutzername, Profil-URL, Standort, Über-Text, verknüpfte Konten und Fotos. Ein dedizierter Avatar-Endpunkt erstellt nur die Bild-URL mit vollständigen Optionen: Größe (1-2048), ein Standardbild (identicon, monsterid, robohash, retro, mp, blank, 404 oder Ihre eigene URL), Bewertung und Force-Default. Ideal für die Anreicherung von Benutzerprofilen, Kommentarsysteme, Kontaktkarten, Teamseiten und Onboarding – zeigen Sie einen echten Avatar nur aus einer E-Mail. Eine Gravatar-Suche – zu unterscheiden von der deterministischen Avatar/Identicon-Generierung (avatar), die ein brandneues Bild aus einem Seed erstellt, anstatt den Avatar abzurufen, den eine Person tatsächlich gewählt hat. Kein Upstream-Schlüssel, kein Cache.

Uptime

100.0%

Latenz

461ms

Subs

4,061

Inferieren Sie ein Schema oder Typen aus einem JSON-Beispieldokument – der schnellste Weg, einen Vertrag aus einer API-Beispielantwort zu erhalten. Übergeben Sie ein JSON-Beispiel und der Schema-Endpunkt gibt ein JSON-Schema (Draft 2020-12) mit erkannten Typen, erforderlichen Schlüsseln, über Elemente hinweg zusammengeführten Array-Element-Schemas und erkannten Zeichenfolgenformaten (E-Mail, URI, UUID, Datum-Uhrzeit, Datum, IPv4) zurück; der TypeScript-Endpunkt gibt gebrauchsfertige TypeScript-Schnittstellen mit benannten verschachtelten Schnittstellen, typisierten Arrays, Unions für gemischtförmige Array-Elemente und struktureller Deduplizierung zurück. Geben Sie das Beispiel inline über ?json=, als Abfrageparameter oder als Anforderungstext an. Alles wird lokal ohne Netzwerkaufrufe berechnet, daher ist es schnell und deterministisch. Entwickelt für das Erstellen von Typen aus echten API-Antworten, das Generieren von Validierungsschemas, Dokumentation, Vertragstests und Codegenerierung. Ein JSON-Typ-/Schema-Inferer – unterscheidet sich von der JSON-Schema-Validierung (jsonschema), der JSON-Schönformatierung und -Konvertierung (json) sowie dem JSON-Diff/Patch (jsondiff). Kein Upstream-Schlüssel, kein Cache.

Uptime

100.0%

Latenz

202ms

Subs

3,988

Dekodieren und erstellen Sie Snowflake-IDs – die 64-Bit, zeitsortierbaren Identifikatoren, die von Twitter/X, Discord, Instagram und vielen verteilten Systemen verwendet werden. Übergeben Sie eine ID und eine Plattform, und der Dienst extrahiert den eingebetteten Erstellungszeitstempel (verwandeln Sie jede Discord-, Twitter/X- oder Instagram-ID in den genauen Zeitpunkt ihrer Erstellung) zusammen mit den Maschinen- und Sequenzkomponenten für die Epoche und das Bit-Layout dieser Plattform. Unterstützte Plattformen: twitter (X), discord, instagram, sony und custom (eigene Epoche angeben). Der Encode-Endpunkt macht das Gegenteil: Er erstellt die untere Grenze der Snowflake für einen bestimmten Zeitstempel, sodass Sie „alle IDs ab diesem Zeitpunkt erstellt“ abfragen können – der Standardtrick für zeitbasierte Paginierung bei Snowflake-APIs. Alles wird lokal mit exakter 64-Bit-BigInt-Mathematik und ohne Netzwerkaufrufe berechnet. Ideal für Analysen, Datenforensik, API-Paginierung und das Debuggen von verteilten ID-Systemen. Ein Snowflake-ID-Toolkit – unterschieden von UUID/ULID-Generierung (uuid) und Datums-/Zeitberechnungen (datetime). Kein Upstream-Schlüssel, kein Cache.

Uptime

100.0%

Latenz

183ms

Subs

4,287

Überprüfen Sie die SMTP-Transport-Sicherheitslage einer Domain – ob Mailserver verpflichtet sind, eingehende E-Mails über authentifiziertes TLS zuzustellen, um sie vor Downgrade- und Man-in-the-Middle-Angriffen zu schützen. Geben Sie eine Domain an, und der Dienst ruft die MTA-STS-Richtliniendatei von mta-sts.<domain>/.well-known/mta-sts.txt (deren Version, Modus, die erlaubten MX-Hosts und max_age), den _mta-sts-DNS-TXT-Eintrag (dessen Richtlinien-ID) und den _smtp._tls-TLS-RPT-Eintrag (die rua-Berichtsadresse) ab und meldet dann, ob MTA-STS tatsächlich durchgesetzt wird, sowie eine priorisierte Liste von Problemen – keine Richtliniendatei, kein DNS-Eintrag, ein Modus von nur "testing" oder ein fehlender TLS-RPT-Eintrag. Ein zweiter Endpunkt gibt nur die geparste Richtliniendatei zurück. Die Anfrage wird serverseitig gestellt, und private/interne Ziele werden abgelehnt (SSRF-geschützt). Entwickelt für E-Mail-Zustellbarkeits- und Anti-Downgrade-Angriffs-Audits, Anbieter- und Drittanbieterbewertungen sowie Compliance. Ein MTA-STS-/TLS-RPT-Prüfer – das Gegenstück zur E-Mail-Authentifizierungsanalyse (emailsec, die SPF, DKIM und DMARC abdeckt) und unterscheidet sich von der reinen DNS-Abfrage (dns). Kein Upstream-Schlüssel, kein Cache.

Uptime

100.0%

Latenz

204ms

Subs

4,404

Überprüfen Sie die DNS-Propagation, indem Sie einen Eintrag gleichzeitig über mehrere große öffentliche Resolver abfragen — Google (8.8.8.8), Cloudflare (1.1.1.1), AdGuard und dns.sb — und sehen, ob alle dieselbe Antwort zurückgeben. Übergeben Sie eine Domain und einen Eintragstyp, und der Dienst fragt jeden Resolver parallel ab und meldet die Antworten jedes Resolvers, ob sie konsistent sind (die Änderung wurde vollständig propagiert) oder sich noch unterscheiden (mitten in der Propagation, veralteter Cache oder Split-Horizon-DNS), die Anzahl der unterschiedlichen Antwortsätze und die Vereinigung aller Antworten. Unterstützte Eintragstypen: A, AAAA, CNAME, MX, TXT, NS, SOA, SRV, CAA und PTR. Ein Einzel-Resolver-Endpunkt fragt einen benannten Resolver allein ab, und ein fehlschlagender Resolver wird pro Resolver gemeldet, ohne den gesamten Aufruf fehlschlagen zu lassen. Live-DoH (DNS-over-HTTPS)-JSON-Abfragen, immer aktuell. Entwickelt zur Überprüfung von DNS-Änderungen nach einer Migration oder einem Start, zum Debuggen von Split-Horizon- oder Veralteter-Cache-Problemen sowie für Uptime-/Propagation-Überwachung. Ein DNS-Propagation-Checker — unterschieden von der Einzel-Resolver-Eintragssuche (dns), dem E-Mail-Authentifizierungs-Analyzer (emailsec) und WHOIS (whois). Kein Upstream-Schlüssel, kein Cache.

Uptime

100.0%

Latenz

193ms

Subs

4,515

Validieren Sie die mobile Deep-Link-Konfiguration einer Domain – die bekannten Dateien, die iOS Universal Links und Android App Links dazu bringen, Ihre native App anstelle eines Browser-Tabs zu öffnen. Übergeben Sie eine Domain, und der Dienst ruft sowohl die Apple App Site Association (apple-app-site-association – die Applinks-App-IDs, Pfadkomponenten und Webcredentials) als auch die Android Digital Asset Links (assetlinks.json – die Beziehung jedes Statements, Paketname und SHA-256-Zertifikat-Fingerabdrücke) ab und validiert sie, überprüft den /.well-known/-Pfad mit einem Legacy-Root-Fallback und meldet plattformspezifische Gültigkeit mit konkreten Problemen: fehlende Applinks, ein Nicht-JSON-Inhaltstyp, fehlende Zertifikat-Fingerabdrücke oder fehlerhafte Struktur. Single-Plattform-Endpunkte prüfen iOS oder Android separat. Die Anfrage wird serverseitig gestellt, und private/interne Ziele werden abgelehnt (SSRF-geschützt). Entwickelt für das Onboarding mobiler Apps, das Debuggen von Universal/App-Links, Pre-Release-Checklisten und kontinuierliches Monitoring. Ein Deep-Link-Konfigurationsvalidator – unterschieden von DNS-Lookup (dns), dem security.txt-Parser (securitytxt) und der SSL/TLS-Zertifikatsprüfung (sslcheck). Kein Upstream-Key, kein Cache.

Uptime

100.0%

Latenz

472ms

Subs

4,882

Untersuchen Sie jeden OpenID Connect / OAuth 2.0-Anbieter. Übergeben Sie einen Issuer (eine Domain, eine Issuer-URL oder die vollständige Discovery-URL) und der Dienst ruft das Discovery-Dokument des Anbieters unter /.well-known/openid-configuration ab, analysiert jeden Endpunkt – Autorisierung, Token, Userinfo, JWKS, Registrierung, End-Session, Introspection, Revocation und Device-Authorization – zusammen mit den unterstützten Scopes, Response-Typen, Grant-Typen, ID-Token-Signieralgorithmen, PKCE-Methoden und Claims, ruft dann die JWKS ab und fasst deren Signaturschlüssel zusammen (Anzahl, Algorithmen, Schlüsseltypen und Schlüssel-IDs) und meldet eine Gültigkeitsprüfung mit etwaigen Problemen. Ein zweiter Endpunkt ruft einen beliebigen JSON Web Key Set eigenständig ab und fasst ihn zusammen. Die Anfrage wird serverseitig gestellt und private/interne Ziele werden abgelehnt (SSRF-geschützt). Entwickelt für SSO- und OAuth/OIDC-Integration, Identity-Provider-Konfigurations-Debugging (Auth0, Okta, Keycloak, Azure AD, Google), Sicherheitsüberprüfung und Überwachung des Signaturschlüssel-Rotations. Ein OIDC Discovery / JWKS-Inspektor – abgegrenzt vom JWT-Toolkit (jwt), dem security.txt-Parser (securitytxt) und dem HTTP-Sicherheitsheader-Bewerter (secheaders). Kein Upstream-Key, kein Cache.

Uptime

100.0%

Latenz

197ms

Subs

3,822

Vergleichen und Patchen von JSON-Dokumenten nach RFC-Standards. Übergeben Sie zwei Dokumente, und der Dienst gibt zurück, ob sie gleich sind, einen RFC 6902 JSON Patch (die genauen add/remove/replace-Operationen, die das erste in das zweite umwandeln, unter Verwendung von RFC 6901 JSON-Pointer-Pfaden), eine Zusammenfassung der Änderungen und einen RFC 7386 JSON Merge Patch. Der Patch-Endpunkt funktioniert umgekehrt: Wenden Sie einen RFC 6902 Patch (add, remove, replace, move, copy und test-Operationen) oder einen RFC 7386 Merge Patch auf ein Dokument an und erhalten Sie das Ergebnis. Dokumente können inline oder als JSON-Body gesendet werden. Alles wird lokal ohne Netzwerkaufrufe berechnet, daher ist es schnell und deterministisch. Entwickelt für Konfigurations- und Zustandsverwaltung, API-Änderungserkennung, Audit-Trails und Änderungsprotokolle, optimistische Nebenläufigkeitsprüfungen und Daten-Synchronisationspipelines. Eine JSON-Diff/Patch-Engine – unterschieden von Text-Diffing (textdiff), JSONPath-Abfragen (jsonpath), JSON-Validierung und Pretty-Printing (json) und JSON-Schema-Validierung (jsonschema). Kein Upstream-Key, kein Cache.

Uptime

100.0%

Latenz

171ms

Subs

4,983

Erstellen Sie ein gültiges RFC 5545 iCalendar (.ics)-Ereignis aus einfachen Parametern – und erhalten Sie sofort einsatzbereite „Zum Kalender hinzufügen“-Links für Google, Outlook, Office 365 und Yahoo. Übergeben Sie einen Titel, Start- und Endzeit (ISO 8601 oder Unix-Zeitstempel in UTC) – oder eine Dauer in Minuten, oder ein Ganztages-Flag – plus optional Ort, Beschreibung, URL, Organisator, eine RRULE-Wiederholung (z. B. FREQ=WEEKLY) und eine Erinnerung (ein VALARM N Minuten vorher). Der Dienst gibt den vollständig formatierten .ics-Text mit korrektem Escaping und 75-Oktett-Zeilenumbrüchen zurück, einen base64-data:-URI, den Sie direkt in einen Download-Link einfügen können, sowie die vier Kalender-Deep-Links. Ein zweiter Endpunkt analysiert rohen .ics-Text zurück in strukturierte JSON-Ereignisse. Alles wird lokal ohne Netzwerkaufrufe berechnet, daher ist es schnell und deterministisch. Entwickelt für Buchungs- und Planungsabläufe, Eventseiten, E-Mail-„Zum Kalender hinzufügen“-Schaltflächen, Erinnerungen und No-Code-Automatisierungen. Ein Kalenderereignis-Builder – unterschieden von Datums-/Zeitberechnungen (datetime), Feiertagsdaten (holidays) und dem jüdischen Kalender (hebcal). Kein vorgeschalteter Schlüssel, kein Cache.

Uptime

100.0%

Latenz

203ms

Subs

3,836

Generieren Sie Subresource Integrity (SRI)-Hashes für jedes Web-Asset, damit Browser überprüfen können, ob ein von einem CDN gehostetes Skript oder Stylesheet nicht manipuliert wurde. Übergeben Sie eine URL, und der Dienst ruft das Asset ab und gibt seine sha256-, sha384- und sha512-SRI-Hashes zurück, den gewählten Integritätswert (standardmäßig sha384, oder übergeben Sie Ihren bevorzugten Algorithmus), die Größe und den Inhaltstyp des Assets sowie ein fertiges <script>- oder <link>-Tag mit den Attributen integrity und crossorigin. Ein Verify-Endpunkt ruft das Asset erneut ab und teilt Ihnen mit, ob es noch mit einem bekannten Integritätsstring übereinstimmt – und erkennt so stille CDN-Änderungen oder Lieferkettenmanipulationen, bevor Ihre Benutzer darauf stoßen. Die Anfrage wird serverseitig durchgeführt; private und interne Ziele werden abgelehnt (SSRF-geschützt). Entwickelt für die Sicherung von Drittanbieter-Skripten, Härtung der Lieferkette, Build-Pipelines und CSP/SRI-Compliance. Ein Subresource Integrity-Generator und -Verifizierer – abgegrenzt vom rohen kryptografischen Hashen von Eingabedaten (hash), dem HTTP-Sicherheitsheader-Bewerter (secheaders) und der SSL/TLS-Zertifikatsprüfung (sslcheck). Kein Upstream-Key, kein Cache.

Uptime

100.0%

Latenz

184ms

Subs

4,297

Priorisieren Sie CVEs nach dem Risiko der tatsächlichen Ausnutzung – nicht nur nach Schweregrad. Kombiniert den FIRST.org EPSS-Score (die Wahrscheinlichkeit, 0 bis 1, dass ein CVE in den nächsten 30 Tagen ausgenutzt wird, mit seinem Perzentil-Rang) und den CISA KEV-Katalog (Schwachstellen, die nachweislich aktiv in freier Wildbahn ausgenutzt werden – mit Anbieter, Produkt, Datum der Aufnahme, Fälligkeitsdatum der Behebung und ob der Fehler in Ransomware-Kampagnen verwendet wird) und leitet eine einzelne Prioritätsstufe für jedes CVE ab. Rufen Sie bis zu 25 CVEs in einem Aufruf ab, durchsuchen Sie den vollständigen CISA-Katalog bekannter ausgenutzter Schwachstellen, gefiltert nach Anbieter, Produkt oder Ransomware-Nutzung, oder listen Sie die CVEs mit den höchsten aktuellen EPSS-Werten auf. Entwickelt für Schwachstellenmanagement, Patch-Priorisierung, Risikobewertung und Sicherheits-Dashboards – beantwortet nicht „wie schlimm könnte das sein?“, sondern „wie wahrscheinlich ist es, dass es tatsächlich ausgenutzt wird?“. Eine Schwachstellen-Priorisierungsschicht – unterschieden von rohen CVE-Details und CVSS-Schweregrad (cve), Passwort-Panne-Prüfungen (pwned) und dem HTTP-Sicherheitsheader-Bewerter (secheaders). Daten live von FIRST.org und CISA. Kein Upstream-Schlüssel, kein Cache.

Uptime

100.0%

Latenz

226ms

Subs

4,379

Bewerten Sie, wie einfach ein Text zu lesen ist, mit den standardmäßigen, peer-reviewten Lesbarkeitsformeln – Flesch Reading Ease, Flesch-Kincaid Grade, Gunning Fog, SMOG, Coleman-Liau und dem Automated Readability Index. Übergeben Sie Text und erhalten Sie alle sechs Bewertungen zusammen mit den zugrunde liegenden Zählungen (Wörter, Sätze, Silben, komplexe und mehrsilbige Wörter, Buchstaben und Zeichen), einer durchschnittlichen Klassenstufe, einer geschätzten Lesezeit und einer verständlichen Interpretation der Lesbarkeit. Ein zweiter Endpunkt zählt Silben für ein Wort oder für jedes Wort in einem Satz. Geben Sie Text inline über ?text=, als Abfrageparameter oder in einem Anforderungstext an; alles wird lokal ohne Netzwerkaufrufe berechnet, daher ist es schnell und deterministisch. Entwickelt für Content- und Copywriting-Tools, SEO- und Redaktionsworkflows, Bildung und Barrierefreiheitsprüfungen (einfache Sprache) sowie UX-Schreibüberprüfungen. Ein Lesbarkeitsbewerter – unterschieden von Sentiment-/NLP-Analyse (nlp), Rechtschreib- und Grammatikprüfung (grammar), den Fall- und Textwerkzeugen (text) und der Zeichenfolgenähnlichkeit (similarity). Kein vorgeschalteter Schlüssel, kein Cache.

Uptime

100.0%

Latenz

192ms

Subs

3,085

Validiere und fasse eine OpenAPI-/Swagger-API-Definition zusammen. Gib die Spezifikation inline (?spec=), als Anfragekörper oder von einer URL abgerufen (?url=, SSRF-geschützt) an – in JSON oder YAML. Der Validator erkennt die Version (Swagger 2.0, OpenAPI 3.0.x oder 3.1.x), prüft die erforderliche Struktur (info.title und info.version, das Vorhandensein von paths/components und die responses jedes Vorgangs) und lintet auf häufige Probleme – doppelte oder fehlende operationIds, Vorgänge ohne summary oder description, verwendete, aber nicht deklarierte Tags und fehlerhafte Pfade – und gibt ein gültiges Flag, Anzahlen von Pfaden, Vorgängen, Schemas, Tags und Servern sowie separate Fehler- und Warnungslisten zurück. Ein Zusammenfassungs-Endpunkt inventarisiert die gesamte API: jeden Endpunkt mit seiner Methode, seinem Pfad, seiner operationId, seiner summary und seinen Tags sowie die deklarierten Server, Tags und Komponenten-Schemas. Entwickelt für CI-Gates bei API-Verträgen, API-Katalog-Erfassung, Dokumentations-Pipelines und Design-Reviews. Ein OpenAPI-Definitions-Validator und Linter – unterschieden vom JSON-Schema-Validator (jsonschema), den JSON/YAML/XML-Konvertern und den On-Page-HTML/SEO-Tools. Kein vorgelagerter Schlüssel, kein Cache.

Uptime

100.0%

Latenz

184ms

Subs

3,562

Überprüfen Sie die E-Mail-Authentifizierungsposition einer beliebigen Domain – ihren Schutz vor Spoofing und Phishing – über Live-DNS. Übergeben Sie eine Domain, und der Dienst sucht und validiert SPF (den v=spf1-Eintrag, seinen All-Qualifier und das 10-Lookup-Limit), DMARC (die _dmarc-Richtlinie p=none/quarantine/reject, plus sp, pct und rua/ruf-Berichtsadressen), DKIM (durch Abfragen der gängigen Selektoren unter selector._domainkey, oder übergeben Sie Ihren eigenen), BIMI und die MX-Server – und gibt dann eine Note von A+ bis F mit einer priorisierten Liste von Problemen und konkreten Ratschlägen zurück. Ein zweiter Endpunkt analysiert den DMARC-Eintrag Tag für Tag mit einer verständlichen Interpretation der Richtlinie. Entwickelt für E-Mail-Zustellbarkeits- und Anti-Spoofing-Audits, Lieferanten- und Drittanbieter-Risikobewertungen, Sicherheits-Onboarding und kontinuierliche Überwachung. Ein E-Mail-Authentifizierungsanalysator – abgegrenzt von Postfach-/Adressvalidierung (email), rohem DNS-Eintrags-Lookup (dns) und dem HTTP-Sicherheitsheader-Bewerter (secheaders). Reines Live-DNS, kein vorgeschalteter Schlüssel, kein Cache.

Uptime

100.0%

Latenz

227ms

Subs

4,971

Rufen Sie die RFC 9116 security.txt einer beliebigen Domain ab und parsen Sie sie – die maschinenlesbare Datei unter /.well-known/security.txt, die Sicherheitsforschern mitteilt, wie sie Schwachstellen melden können. Übergeben Sie eine Domain, und der Dienst lokalisiert die Datei (den kanonischen .well-known-Pfad mit einem Legacy-Root-Fallback), parst jedes Feld – Contact, Expires, Encryption, Acknowledgments, Preferred-Languages, Canonical, Policy, Hiring und CSAF – und meldet, ob sie gültig ist (mindestens ein Contact und ein einzelnes, nicht abgelaufenes Expires), ob sie PGP-signiert ist, ob sie abgelaufen ist (mit der Anzahl verbleibender Tage) und eine Liste von Problemen mit konkreten Ratschlägen. Ein begleitender Endpunkt gibt die Rohdatei zurück. Die Anfrage wird serverseitig gestellt; private und interne Ziele werden abgelehnt (SSRF-geschützt). Entwickelt für Sicherheitsaudits, Lieferanten- und Drittanbieter-Risikobewertungen, Angriffsflächenüberprüfungen und Compliance-Prüfungen von Richtlinien zur Offenlegung von Schwachstellen. Ein security.txt-Parser und -Validator – unterschieden vom HTTP-Sicherheitsheader-Grader (secheaders), der SSL/TLS-Zertifikatsprüfung (sslcheck) und der Host-Erreichbarkeit (hostcheck). Kein Upstream-Key, kein Cache.

Uptime

100.0%

Latenz

211ms

Subs

3,518

Rufen Sie eine beliebige URL ab und analysieren Sie deren HTTP-Antwort-Sicherheitsheader – bewerten Sie die Website von A+ bis F, so wie es securityheaders.com und Mozilla Observatory tun. Übergeben Sie eine URL, und der Dienst führt die Anfrage serverseitig aus (folgt Weiterleitungen) und meldet dann, welche Schutzheader vorhanden sind, welche fehlen (mit konkreten Abhilfeempfehlungen) und welche Antwortheader Informationen preisgeben. Bewertete Header umfassen Strict-Transport-Security (HSTS), Content-Security-Policy, X-Content-Type-Options, X-Frame-Options, Referrer-Policy, Permissions-Policy und Cross-Origin-Opener-Policy; informationspreisgebende Header umfassen Server und X-Powered-By. Ein begleitender Endpunkt gibt jeden rohen Antwortheader zurück. Private und interne Ziele werden abgelehnt (SSRF-geschützt). Entwickelt für Sicherheitsaudits, CI/CD-Sicherheitsgateways, Angriffsflächenüberprüfungen und Compliance-Checks. Ein Sicherheitsheader-Bewerter – unterschieden von der SSL/TLS-Zertifikatsprüfung (sslcheck), der Host-Erreichbarkeit (hostcheck), der IANA-HTTP-Statuscode-Referenz (http) und der On-Page-SEO-Prüfung (seo). Kein vorgeschalteter Schlüssel, kein Cache.

Uptime

100.0%

Latenz

179ms

Subs

3,524

Schlagen Sie das Live-Tor-Netzwerk als API nach — unterstützt durch den offiziellen Onionoo-Dienst des Tor-Projekts und die kanonische Bulk-Exit-Node-Liste. Überprüfen Sie, ob eine IPv4- oder IPv6-Adresse ein Tor-Relay ist (is_tor_relay) und ob es sich um einen Exit-Knoten handelt, über den Clients das Netzwerk verlassen (is_exit_node, abgeglichen mit der Bulk-Exit-Liste). Geben Sie den vollständigen passenden Relay-Datensatz zurück: Spitzname, Fingerabdruck, Flags, Land, autonomes System, beworbene Bandbreite, Exit-Policy-Zusammenfassung sowie Daten des ersten/letzten Sehens. Oder durchsuchen Sie die öffentliche Relay-Liste nach Spitzname, Fingerabdruck, IP, Land oder Flag (Exit, Guard, Fast, Stable…) mit Seitenumbruch. Entwickelt für Betrugs- und Missbrauchs-Triage, Login-Risiko-Bewertung, Kommentar- und Registrierungsfilterung sowie Netzwerkforschung — um auf einen Blick zu erkennen, ob eine Verbindung aus dem Tor-Netzwerk stammt. Bereichsdaten werden live vom Tor-Projekt abgerufen, daher sind sie immer aktuell. Eine Tor-Netzwerk-Abfrage — abgegrenzt von Cloud/CDN-Zuordnung (cloudips), IP-Geolokalisierung (ipgeo), ASN/BGP-Besitz (asn, ripestat) und Offen-Port-Exposition (internetdb). Kein Upstream-Schlüssel, kein Cache.

Uptime

100.0%

Latenz

638ms

Subs

3,654