Przed integracją sprawdź bieżący stan usługi i udokumentowane odpowiedzi na błędy.
Dane internetowe
API do testowania pliku robots.txt
Wyślij listę adresów URL i agentów użytkownika, a otrzymasz wynik dla każdej kombinacji. Przetestuj działający plik robots.txt witryny lub wklejoną wersję roboczą, zobacz regułę Allow lub Disallow, która rozstrzyga, oraz jej wiersz, i wyłap błędy składni, zanim zrobią to roboty.
Używany przez ludzi w tych firmach
Sygnały zaufania przed integracją
Przejrzysta dokumentacja, uwierzytelnione żądania i widoczne informacje o niezawodności ułatwiają ocenę DomScan przed wdrożeniem.
Linki OpenAPI, Swagger, Postman, CLI, SDK i MCP są dostępne jednym kliknięciem.
Uwierzytelnione endpointy używają kluczy API z jasnymi kosztami kredytów przed wywołaniem.
Zacznij od 10 000 kredytów miesięcznie i przejdź wyżej dopiero, gdy użycie wzrośnie.
Co ta API pomaga wdrożyć
Użyj tej strony jako briefu produkcyjnego: endpointy, przykłady, kształt odpowiedzi i elementy workflow potrzebne do podłączenia DomScan do produktu.
Osadzaj sprawdzanie domen, DNS intelligence, sygnały ryzyka lub enrichment w onboardingu, wyszukiwarce i narzędziach wewnętrznych.
Zastąp powtarzalne ręczne lookupy zadaniami cyklicznymi, alertami i odtwarzalnymi krokami dochodzenia.
Używaj przewidywalnych pól, udokumentowanych kodów statusu i kosztów kredytów zamiast scrapować strony dostawców.
Zasilaj agentów, dashboardy, playbooki SOAR i CRMy przez OpenAPI, SDK, Postman lub MCP.
Workflow integracji
Prosta ścieżka od pierwszego requestu do powtarzalnego użycia produkcyjnego.
Wyślij klucz API w udokumentowanym nagłówku i utrzymuj spójne requesty między usługami.
Zacznij od przykładów curl i HTTP, potem zmapuj parametry w kodzie aplikacji.
Używaj kodów statusu, kosztów kredytów i pól odpowiedzi do retries, logów i alertów.
Zestaw developerski
Przejdź z tej strony do dokumentacji machine-readable, kolekcji requestów, SDK lub narzędzi agentowych.
Generuj klientów lub sprawdzaj każdy kształt requestu i odpowiedzi.
Kolekcja PostmanImportuj gotowe requesty do testów manualnych i przekazania zespołowi.
SDK i CLIUżywaj utrzymywanych pakietów i workflow command-line zamiast pisać boilerplate.
Integracja MCPUdostępniaj domain intelligence agentom AI i wewnętrznym asystentom.
Mapa parametrów i odpowiedzi
Przejrzyj inputy, pola outputu i kody statusu przed podłączeniem endpointu do klienta.
Parametr
Przykładowa odpowiedź
Kody statusu HTTP
Punkty końcowe
/v1/robots/test
Sygnały zaufania przed integracją
Przejrzysta dokumentacja, uwierzytelnione żądania i widoczne informacje o niezawodności ułatwiają ocenę DomScan przed wdrożeniem.
Linki OpenAPI, Swagger, Postman, CLI, SDK i MCP są dostępne jednym kliknięciem.
Uwierzytelnione endpointy używają kluczy API z jasnymi kosztami kredytów przed wywołaniem.
Zacznij od 10 000 kredytów miesięcznie i przejdź wyżej dopiero, gdy użycie wzrośnie.
Zacznij od przykładów curl i HTTP, potem zmapuj parametry w kodzie aplikacji.
Kluczowe funkcje
Wyślij robots_txt, aby przetestować wersję roboczą bez pobierania czegokolwiek, albo url, aby przetestować plik działający w witrynie.
Do 100 adresów URL i 10 agentów użytkownika na żądanie, z podsumowaniem dla każdego robota i wierszem dla każdej kombinacji.
Reguły są dopasowywane zgodnie z oficjalnym standardem robots.txt (RFC 9309): wygrywa najdłuższe dopasowanie, przy remisie wygrywa Allow, a symbole wieloznaczne * i $ są obsługiwane.
Literówki, reguły poza grupą, nieprawidłowe wiersze i inne problemy są wymienione wraz z numerami wierszy.
Przykładowe żądanie
curl -X POST -H "X-API-Key: $DOMSCAN_API_KEY" -H "Content-Type: application/json" \
-d '{"url":"example.com","urls":["/blog/","/admin/"],"user_agents":["Googlebot","GPTBot"]}' \
"https://domscan.net/v1/robots/test"
Przykładowa odpowiedź
{
"source": "fetched",
"status": "found",
"summary": { "tests": 4, "allowed": 1, "disallowed": 3, "unknown": 0 },
"results": [
{
"url": "/blog/",
"user_agent": "Googlebot",
"allowed": true,
"reason": "no_matching_rule"
},
{
"url": "/admin/",
"user_agent": "Googlebot",
"allowed": false,
"reason": "matched_disallow",
"matched_rule": { "type": "disallow", "path": "/admin/", "line": 5 }
}
],
"issues": [{ "code": "directive_typo", "count": 1, "lines": [9] }]
}
Często zadawane pytania
API Robots.txt odczytuje działający plik witryny i testuje jednego robota oraz jedną ścieżkę. Test sprawdza wiele adresów URL i robotów w jednym żądaniu i potrafi też przetestować wklejony plik robots.txt.
Nazwa robota, bez rozróżniania wielkości liter. Pełny ciąg w stylu przeglądarki, taki jak ten Googlebota, jest najpierw sprowadzany do nazwy robota, a odpowiedź pokazuje użytą nazwę.
Gdy używany jest działający plik, adres URL w innym hoście niż witryna jest zgłaszany jako other_host bez wyniku, ponieważ każdy host ma własny plik robots.txt.
1 kredyt za żądanie, dla maksymalnie 1000 wyników. Gdy nie można odczytać działającego pliku robots.txt, wyniki są nieznane, a kredyt jest zwracany.
Narzędzia pokrewne i zasoby
Kody statusu HTTP
Oto kody statusu HTTP, które należy obsługiwać, aby odróżnić udane odpowiedzi, problemy z uwierzytelnianiem, kredyty, limity żądań, brakujące dane i błędy usług nadrzędnych.
Żądanie zakończone pomyślnie
Nieprawidłowe parametry
Brakuje klucza API lub sesji albo są one nieprawidłowe.
Za mało kredytów, aby wykonać to żądanie.
Oto kody statusu HTTP, które należy obsługiwać, aby odróżnić udane odpowiedzi, problemy z uwierzytelnianiem, kredyty, limity żądań, brakujące dane i błędy usług nadrzędnych.
Oto kody statusu HTTP, które należy obsługiwać, aby odróżnić udane odpowiedzi, problemy z uwierzytelnianiem, kredyty, limity żądań, brakujące dane i błędy usług nadrzędnych.
Przekroczono limit żądań
Przetestuj swój plik robots.txt

