Ein Subdomain Finder hilft, Namen unterhalb einer Domain zu entdecken, etwa shop.example.com oder help.example.com. Screpy durchsucht öffentliche Zertifikatsdaten, fasst wiederholte Namen zusammen und liefert eine Liste zum Filtern, Kopieren oder Exportieren. Wildcard-Muster bleiben getrennt, damit sie nicht mit einzelnen Websites verwechselt werden.
Nutzen Sie das Ergebnis als Ausgangspunkt für ein Inventar der öffentlich sichtbaren Webpräsenz. Ein Zertifikatseintrag belegt, dass ein Name in diesem Datensatz vorkommt. Er bestätigt nicht, dass der Name derzeit per DNS aufgelöst wird, eine Seite ausliefert oder bei Google erscheint. Dafür sind separate Prüfungen nötig.
Subdomains aus Zertifikatsdaten finden
Geben Sie eine Domain wie example.com ein und wählen Sie Subdomains finden. Auch eine HTTP- oder HTTPS-URL ist möglich; verwendet wird deren Hostname. Ein Seitenpfad beschränkt die Zertifikatssuche nicht auf diese Seite. Bei shop.example.com bleibt die Suche unterhalb dieses Hostnamens, statt die Eingabe stillschweigend in example.com zu ändern.
Die Abfrage liest Namen aus den Feldern Common Name und Subject Alternative Name der gelieferten Zertifikate. Der Abgleich berücksichtigt DNS-Labels: help.example.com liegt unter example.com, notexample.com dagegen nicht. Unterschiede bei Großschreibung und wiederholte Vorkommen werden in einer Zeile zusammengeführt. Die übergeordnete Domain selbst zählt nicht als Subdomain.
Certificate-Transparency-Logs erfassen Zertifikate und Vorzertifikate in öffentlichen, nur ergänzbaren Protokollen. Die Suche in dieser Historie kann Namen zeigen, die über gewöhnliche Startseitenlinks nicht auffindbar sind. Das Tool liest Zertifikatssuchergebnisse; es crawlt die gefundenen Hosts nicht, errät keine Namen und versucht keine Anmeldung.
Namen, Wildcards und Zertifikatsdaten richtig lesen
Das Ergebnis trennt konkrete Subdomain-Namen von Wildcard-Mustern. Dieses fiktive Beispiel zeigt den Unterschied; die Zeilen stammen nicht aus einer tatsächlichen Abfrage.
| Gelieferter Name | Typ | Was sich daraus ableiten lässt |
|---|---|---|
shop.example.com |
Hostname | Genau dieser Name erscheint in einem beibehaltenen Zertifikatseintrag. |
help.example.com |
Hostname | Ein weiterer konkreter Name zum Abgleich mit Ihrem Inventar. |
*.example.com |
Wildcard | Das Zertifikat nennt ein Muster, keine Liste der abgedeckten Hosts. |
Eine Wildcard belegt nicht, dass shop, mail oder ein anderes bestimmtes Label existiert. Screpy zählt Wildcards deshalb getrennt von konkreten Subdomains. Verschachtelte Namen wie api.shop.example.com erscheinen weiterhin, wenn die gelieferten Einträge sie ausdrücklich nennen.
Die Anzahl der Einträge bezeichnet unterschiedliche, beibehaltene Zertifikatsdatensatz-IDs, die einen Namen nennen. Ein Host kann viele Einträge haben, weil Zertifikate erneuert oder in verschiedenen Formen protokolliert werden. Zehn Einträge für einen Namen ergeben weiterhin eine Hostname-Zeile. Die Zahl steht weder für Traffic noch für zehn Websites oder SEO-Bedeutung.
Die Datumsspalten zeigen den frühesten Gültigkeitsbeginn und das späteste Gültigkeitsende unter den beibehaltenen Zertifikatsdaten dieses Namens. Das sind weder Erstellungsdaten des Hostnamens noch sein erster oder letzter Online-Zeitpunkt oder eine aktuelle Zertifikatsprüfung. Ein Ablaufdatum in der Zukunft beweist nicht, dass der Host noch existiert oder dieses Zertifikat verwendet. Fehlende Daten bleiben als nicht verfügbar gekennzeichnet und werden nicht geschätzt.
Die Grenzen passiver Suche verstehen
Kein zertifikatsbasierter Subdomain Finder kann ein vollständiges, aktuelles Domain-Inventar garantieren. Ein Name kann fehlen, weil er nie einzeln in den durchsuchten Einträgen vorkam, ein privates Zertifikat nutzt, nur durch eine Wildcard abgedeckt ist oder noch nicht im Datenbestand des Suchdienstes angekommen ist. Umgekehrt kann ein gelieferter Name zu einem stillgelegten Dienst gehören, dessen Zertifikat in der Historie bleibt.
Diese Abfrage löst gefundene Namen nicht auf, untersucht keine HTTP-Antworten, prüft nicht den Google-Index und stellt keine heutige Eigentümerschaft fest. Labels wie dev und admin sind Namen, kein Beleg für einen öffentlich zugänglichen Entwicklungsserver oder eine Sicherheitslücke. Trennen Sie Ihre Schlussfolgerungen von der tatsächlichen Aussage des Eintrags.
Screpy verarbeitet bis zu 5.000 gelieferte Zertifikatseinträge und behält bis zu 2.000 eindeutige Namen einschließlich Wildcard-Mustern. Ein begrenzter Bericht weist ausdrücklich darauf hin. Auch eine vollständig verarbeitete Antwort umfasst nur die vom Dienst gelieferten Einträge.
Eine erfolgreiche, leere Abfrage bedeutet, dass aus diesen Daten keine passenden Subdomain-Namen extrahiert wurden. Ein Timeout oder eine nicht verfügbare Quelle bedeutet, dass die Abfrage nicht abgeschlossen werden konnte. Versuchen Sie eine fehlgeschlagene Anfrage später erneut; ein Fehler bestätigt nicht, dass die Domain keine Subdomains hat.
Gefundene Namen für ein SEO-Audit nutzen
Vergleichen Sie die Liste zunächst mit den Hosts, die Sie bereits verwalten. Suchen Sie nach einem separaten Shop, Hilfezentrum, regionalen Auftritt oder einer alten Kampagne, die im Arbeitsinventar fehlen. Ein Name ist ein zu prüfender Hinweis, kein Beweis für den Zweck eines Dienstes. Ein nützliches Inventar enthält Host, Verantwortlichen, vorgesehenen Zweck und nächsten Prüfschritt.
Gehen Sie bei selbst verwalteten Hosts in dieser Reihenfolge vor:
- Antwort prüfen. Verwenden Sie den Bulk HTTP Status Checker für die konkreten HTTP- oder HTTPS-URLs des Audits. Er unterscheidet erfolgreiche Antworten, Weiterleitungen und Fehler; die Zertifikatsabfrage tut das nicht.
- Gewünschte Suchsichtbarkeit bestätigen. Ein öffentlicher Artikel und ein privates Kundenportal haben unterschiedliche Anforderungen. Untersuchen Sie die relevanten Anweisungen mit dem Noindex Checker, statt anzunehmen, jeder gefundene Host müsse ranken.
- Doppelte Ziele untersuchen. Liefert ein öffentlicher Host Inhalte, die andernorts ebenfalls verfügbar sind, kann der Canonical Tag Checker das deklarierte Canonical prüfen. Der Name allein sagt nichts über Duplikate oder Googles ausgewähltes Canonical aus.
- Die richtige Sitemap prüfen. Nutzen Sie den Sitemap Checker für die tatsächlich relevante Website oder Sitemap. Die Subdomain-Liste enthält nicht sämtliche Seiten; eine Sitemap-Aufnahme garantiert keine Indexierung.
Behalten Sie einen stillgelegten Namen im Inventar, bis Sie seine aktuelle DNS- und Dienstkonfiguration in den von Ihnen kontrollierten Systemen bestätigt haben. Ein Fund in der Zertifikatshistorie ist ein Anlass zur Prüfung, keine Löschanweisung und keine Erklärung für eine Ranking-Veränderung.
Liste exportieren und Kontext erhalten
Mit dem Namensfilter grenzen Sie auf einen Host oder Namensteil ein. Über den Typfilter trennen Sie konkrete Hostnamen von Wildcard-Mustern. Die Tabelle zeigt bis zu 50 Zeilen pro Seite. Kopieren und CSV-Export umfassen alle zu den aktuellen Filtern passenden Namen, nicht nur die sichtbare Seite. Kennzeichnen Sie Wildcard-Zeilen auch im Inventar weiterhin als Muster.
Laden Sie JSON herunter, wenn Sie den gesamten gelieferten Bericht einschließlich der beibehaltenen Zertifikatseinträge hinter den Namen benötigen. JSON enthält die durchsuchte Domain, den Abfragezeitpunkt, die Abdeckungsgrenzen und Kennzeichen dafür, dass DNS und HTTP nicht geprüft wurden. Diese Angaben helfen anderen Personen, die Bedeutung der exportierten Liste zu verstehen.
Speichern Sie den Abfragekontext zusammen mit Ihren Schlussfolgerungen. Ein Teilbericht, ein altes Zertifikat und eine aktuelle HTTP-Antwort sind unterschiedliche Belege. Eine erneute Abfrage kann bei verändertem Quelldatenbestand andere Ergebnisse liefern. Der Export ist eine Momentaufnahme dieser Antwort, kein kontinuierliches Monitoring.