Technologie einer Website erkennen
KIT lädt eine Website wie ein echter Browser und erkennt dabei typische Spuren im Quelltext, um festzustellen, mit welcher Software sie gebaut wurde – etwa welches CMS, welches Shop-System oder welche Analyse-Tools eingesetzt werden. Gedacht für Wettbewerbsbeobachtung, technische Einordnung oder die Vorbereitung eines Angebots.
Online ausführen
Führen Sie dies mit Ihrem Konto auf unseren Servern aus. Kostenlose Tools laufen in Ihrem Browser; dieses wird zum oben genannten Preis von Ihrem KIT-Guthaben abgebucht.
Was erkannt wird
KIT sucht im Quelltext, in eingebundenen Skripten und in den Antwort-Headern einer Seite nach charakteristischen Mustern bekannter Systeme – zum Beispiel WordPress, Shopify, TYPO3 oder gängige Analyse- und Tracking-Werkzeuge. Das Ergebnis listet jede erkannte Technologie einzeln auf, soweit eindeutige Spuren vorhanden sind, statt eine unsichere Vermutung als gesicherten Befund auszugeben. Auch die Hosting-Umgebung und die eingesetzte Serversoftware lassen sich häufig aus denselben Spuren mit ableiten, ergänzend zum eigentlichen CMS oder Shop-System.
Wozu das in der Praxis dient
Vor der Übernahme eines Kundenprojekts hilft die Erkennung, sich schnell einen Überblick über die technische Basis zu verschaffen, bevor der erste Blick in den Quellcode folgt. Auch bei der Wettbewerbsbeobachtung – etwa welches Shop-System eine bestimmte Branche bevorzugt – liefert die Funktion einen schnellen ersten Anhaltspunkt, ohne selbst jede Seite einzeln im Quelltext durchsuchen zu müssen. So lässt sich vor einem ersten Kundengespräch schon grob einschätzen, wie viel Einarbeitung ein Projekt technisch voraussichtlich erfordert.
Wo die Erkennung an ihre Grenzen stößt
Erkannt werden Systeme mit erkennbaren technischen Spuren im Quelltext; ein individuell entwickeltes System ohne bekannte Muster wird entsprechend nicht zugeordnet. Das Ergebnis basiert auf öffentlich sichtbaren Merkmalen, nicht auf internem Wissen über die Website, und kann bei stark angepassten oder verschleierten Installationen unvollständig bleiben. In solchen Fällen liefert das Ergebnis lediglich die Angabe, dass keine bekannten Muster gefunden wurden, statt eine falsche Zuordnung zu erzwingen.
Ein Baustein vor einem Angebot
Kombiniert mit der Sicherheits-Header-Prüfung und der SSL-Prüfung derselben Domain ergibt die Technologie-Erkennung ein rundes Bild des technischen Zustands einer Website – hilfreich, wenn Sie ein belastbares Angebot für eine Übernahme oder Migration abgeben wollen, statt den Aufwand erst nach Vertragsschluss zu entdecken. Gerade bei einer Ausschreibung mit mehreren Bewerbern lässt sich mit diesen drei Prüfungen zusammen ein nachvollziehbarer Vergleich verschiedener Zielsysteme erstellen.
Anwendungsfälle
Vor Übernahme eines Kundenprojekts
Eine Web-Agentur aus Hamburg prüft die Technologie einer neu übernommenen Kundenseite, um vor dem ersten Blick in den Quellcode zu wissen, mit welchem CMS sie es zu tun hat.
Wettbewerbsbeobachtung im Onlinehandel
Ein Online-Händler prüft, welches Shop-System mehrere Wettbewerber einer Branche einsetzen, um die eigene technische Entscheidung besser einzuordnen.
Angebot für eine Migration
Ein IT-Dienstleister nutzt die Erkennung, um vor einem Angebot für eine Website-Migration den bestehenden technischen Stand eines Kunden zu dokumentieren.
Häufige Fragen
Was kostet die Technologie-Erkennung?
$0.040 pro Abfrage plus $0.001 je zusätzlicher Einheit; für eine einzelne Website liegt der Preis in der Regel bei $0.040.
Wird dabei auf interne Daten der Website zugegriffen?
Nein, ausgewertet werden ausschließlich öffentlich sichtbare Merkmale wie Quelltext, eingebundene Skripte und Antwort-Header, wie sie jeder Besucher im Browser ebenfalls laden würde.
Erkennt KIT auch selbst entwickelte Systeme?
Nur eingeschränkt: Ohne bekannte technische Spuren eines verbreiteten Systems liefert die Funktion kein eindeutiges Ergebnis.
Zeigt KIT auch, welche Analyse- oder Tracking-Tools eine Seite einsetzt?
Ja, gängige Analyse- und Marketing-Werkzeuge werden, sofern erkennbar, im Ergebnis mit aufgeführt.
Ist ein Konto Voraussetzung für die Nutzung?
Nein. Es gibt derzeit keine Konten bei KIT – jede Abfrage wird einzeln bezahlt.
Lässt sich das mit anderen Prüfungen kombinieren?
Ja, zusammen mit der SSL-Prüfung und der Sicherheits-Header-Prüfung derselben Domain ergibt sich ein umfassenderer technischer Überblick.
Für Entwickler — API-Zugang
Alles auf dieser Seite ist auch per API verfügbar. Dieser Abschnitt richtet sich an Teams, die es in ihre eigenen Systeme einbinden möchten; alle anderen nutzen einfach das Tool oben.
Endpunkt
Authentifizierung per Bearer-Token. Ein einziger POST stellt die Aufgabe in die Warteschlange; das Ergebnis erhalten Sie per Webhook oder über einen signierten Link.
Aufruf aus Ihrem Stack
curl -X POST https://api.kit.forhosting.com/web/tech-detect \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"url":"https://ejemplo.com"}'const res = await fetch("https://api.kit.forhosting.com/web/tech-detect", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"url": "https://ejemplo.com"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/web/tech-detect",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"url": "https://ejemplo.com"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/web/tech-detect", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"url":"https://ejemplo.com"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"url":"https://ejemplo.com"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/web/tech-detect", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Beispiel-Anfrage
{
"url": "https://ejemplo.com"
}Beispiel-Antwort
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "web.tech_detect",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}Die API arbeitet asynchron: Sie erhalten sofort eine task_id. Polling ist mit 1 Anfrage pro Sekunde erlaubt.
Preis
Der Preis steht auf der Seite – keine Tokens, keine Credits. Fehlgeschlagene Aufgaben werden nicht berechnet.
Limits
timeout_sec | 30 |
max_crawl_pages | 25 |
Fehler
| HTTP | Code | Bedeutung |
|---|---|---|
401 | unauthorized | Der API-Schlüssel fehlt oder ist ungültig – prüfen Sie den Authorization-Header (Bearer). |
402 | insufficient_balance | Ihr Guthaben reicht für diese Aufgabe nicht aus – Aufladungen verfallen nicht. |
404 | unknown_type | Unbekannter Aufgabentyp – prüfen Sie das Feld „type“ gegen den Katalog. |
429 | rate_limited | Zu viele Anfragen – warten Sie kurz; Polling ist mit 1 Anfrage pro Sekunde erlaubt. |
422 | task_failed | Die Aufgabe ist fehlgeschlagen und wird nicht berechnet. |