Mobilfunkanbieter einer Telefonnummer herausfinden
Zu wissen, welcher Netzbetreiber zu einer Mobilfunknummer gehört, ist ein nützliches Signal, aber die Vorwahl verrät es nicht mehr: Durch Rufnummernmitnahme behält man beim Anbieterwechsel dieselbe Nummer.
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.
Den tatsächlichen Anbieter liefert nur das HLR, eine lizenzierte, netzeigene Datenbank. Dieser Endpunkt führt diese HLR-Abfrage nicht durch: Er gibt weder Anbieter, noch Leitungstyp, noch Land zurück. Verfügbar ist heute die Prüfung des Nummernformats.
Warum die Vorwahl den Anbieter nicht verrät
Früher verriet der Anfang einer Nummer den Anbieter, und eine Tabelle genügte. Die Rufnummernmitnahme beendete das: Wer den Anbieter wechselt, behält die Nummer, sodass die Vorwahl nichts Verlässliches mehr aussagt. Die einzige maßgebliche Quelle ist das HLR des Betreibers — eine lizenzierte, netzeigene Datenbank. Deshalb ist die genaue Anbietererkennung ein lizenzpflichtiger Dienst und nichts, was sich aus der Nummer allein ableiten lässt. Ein Raten aus einer veralteten Vorwahltabelle liefert sichere, aber falsche Antworten.
Was dieser Endpunkt heute liefert
Dieser Endpunkt fragt das HLR nicht ab. Er gibt keinen Anbieternamen, keinen Leitungstyp (Mobil oder Festnetz) und kein Land zurück. Eine Live-Anbietererkennung anzubinden erfordert einen lizenzierten HLR-Anbieter, der hier nicht angeschlossen ist. Wir sagen das lieber offen, als einen geratenen Anbieter zurückzugeben, dem Ihre Weiterleitungs- oder Kostenlogik anschließend vertrauen würde, ohne es zu wissen.
Verfügbar: die Formatprüfung
Was heute funktioniert, ist die Prüfung des Nummernformats: bestätigen, dass eine Nummer eine plausible Struktur und Länge für ihre Ländervorwahl hat, und einen Zahlendreher oder eine zu kurze Nummer abfangen, bevor Sie sich darauf verlassen. Das ist eine eigene, funktionierende Funktion; sie nennt weder Anbieter noch Leitungstyp, hält aber fehlerhafte Nummern früh ab, bevor eine Nummer an einen lizenzierten Anbieterdienst geht.
Wenn Sie Anbieterdaten brauchen
Wenn Ihr Anwendungsfall wirklich eine Weiterleitung nach Anbieter oder Leitungstyp erfordert, braucht es einen lizenzierten HLR-Feed: eine Funktionsentscheidung, keine Näherung, die dieser Endpunkt versuchen würde. Prüfen Sie in der Zwischenzeit das Format, damit nur wohlgeformte Nummern zu dem von Ihnen gewählten Anbieterdienst gelangen, und behandeln Sie die Anbietererkennung als gesonderten Schritt bei einem lizenzierten Anbieter. Der KIT-Zugang läuft über Guthaben, und eine fehlgeschlagene Aufgabe wird nie berechnet.
Anwendungsfälle
Fehlerhafte Nummern bei der Registrierung abfangen
Das Format einer Telefonnummer bei der Registrierung prüfen und eine vertippte oder zu kurze Nummer ablehnen, bevor sie gespeichert wird – mit der Formatprüfung, nicht mit einer Anbieterabfrage.
Nummern für eine lizenzierte Anbieterabfrage vorbereiten
Zuerst das Format prüfen, damit nur wohlgeformte Nummern an einen lizenzierten HLR-Dienst gehen, ohne Anfragen an fehlerhafte Eingaben zu verschwenden.
SMS nicht an einen geratenen Anbieter knüpfen
Da der Leitungstyp hier nicht zurückgegeben wird, entscheiden Sie SMS gegen Anruf nicht anhand eines geratenen Anbieters; prüfen Sie das Format und bestätigen Sie die Zustellung über die Rückmeldung Ihres SMS-Anbieters.
Häufige Fragen
Gibt dieser Endpunkt den Anbieter zurück?
Nein. Er gibt weder Anbieter, noch Leitungstyp, noch Land zurück und fragt das HLR nicht ab. Der aktuelle Anbieter kommt nur aus einer lizenzierten HLR-Datenbank; eine Vorwahl genügt nicht.
Was kann ich heute nutzen?
Die Prüfung des Nummernformats. Die Anbietererkennung erfordert einen lizenzierten Anbieter und wird von diesem Endpunkt nicht geliefert.
Was kostet die Nutzung?
$0.002 pro Anfrage. Der KIT-Zugang läuft über Guthaben, und eine fehlgeschlagene Aufgabe wird nicht berechnet.
Warum ist die Anbietererkennung nicht kostenlos im Browser?
Die reine Formatprüfung läuft kostenlos im Browser. Eine Anbietererkennung bräuchte einen serverseitigen, lizenzierten HLR-Zugang, der hier nicht angeschlossen ist.
Wird die Nummer gespeichert?
Nein, sie wird nur zur Prüfung verwendet und nicht dauerhaft gespeichert, da es keine Konten gibt.
Brauche ich ein Konto?
Nein, Sie zahlen direkt pro Anfrage, ohne Registrierung.
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/verify/phone-carrier \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"phone":"+34600123456"}'const res = await fetch("https://api.kit.forhosting.com/verify/phone-carrier", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"phone": "+34600123456"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/verify/phone-carrier",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"phone": "+34600123456"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/verify/phone-carrier", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"phone":"+34600123456"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"phone":"+34600123456"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/verify/phone-carrier", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Beispiel-Anfrage
{
"phone": "+34600123456"
}Beispiel-Antwort
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "verify.phone_carrier",
"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.
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. |