ForHosting KIT · Websites auslesen & überwachen

Screenshot der mobilen Ansicht

Diese Funktion ruft eine Internetadresse mit dem Bildschirmformat eines bestimmten Geräts auf – Smartphone, Tablet oder Desktop – und liefert einen Screenshot genau dieser Ansicht. Gedacht für alle, die prüfen wollen, wie die eigene oder eine fremde Seite auf einem Gerät wirkt, das gerade nicht griffbereit ist.

● Stabilpro Anfrage + pro URL$0.040

Ausführen — $0.040 + $0.001/URL API ansehen

Nutzen Sie es über WebAPIE-MailApp baldTelegram bald

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.

Welche Geräte zur Auswahl stehen

Zur Wahl stehen gängige Bildschirmformate für Smartphone, Tablet und Desktop, mit der jeweils üblichen Bildschirmbreite und -höhe. Die Funktion lädt die Seite genau in diesem Format und liefert die Ansicht so, wie sie ein Besucher mit diesem Gerät tatsächlich sehen würde, inklusive angepasster Menüs und Schriftgrößen, die auf kleinen Bildschirmen oft anders aussehen als auf einem großen Monitor. Auch das für Mobilgeräte typische zusammengeklappte Hauptmenü erscheint dabei so, wie es beim ersten Laden aussieht.

Warum das eigene Testgerät oft nicht reicht

Ein Team hat selten jedes Smartphone- und Tablet-Modell im Schrank, um eine neue Seite vor dem Livegang zu prüfen, und ein geliehenes Gerät ist nicht immer sofort verfügbar. Diese Funktion ersetzt das eigene Testgerät für den ersten Blick: Statt ein Leihgerät zu organisieren, wird die Seite direkt im gewünschten Format aufgerufen und als Bild geliefert, das sich unmittelbar mit dem ursprünglichen Design-Entwurf vergleichen lässt, ohne Wartezeit.

Wenn die mobile Ansicht anders aussieht als erwartet

Gerade responsive Webseiten verhalten sich zwischen den Bildschirmgrößen manchmal anders als im Entwurf geplant: Ein Menüpunkt rutscht unter ein Bild, eine Schaltfläche wird abgeschnitten. Ein Screenshot der mobilen Ansicht macht solche Abweichungen sofort sichtbar, noch bevor ein Kunde sich darüber beschwert, und liefert damit einen konkreten Beleg für das, was tatsächlich auf dem jeweiligen Gerät zu sehen ist, statt nur einer vagen Beschreibung aus zweiter Hand.

Preis pro Anfrage

$0.040 pro Anfrage zuzüglich $0.001 pro URL, unabhängig vom gewählten Gerät. Wer dieselbe Seite in drei Formaten prüfen möchte, stellt drei Anfragen und zahlt entsprechend dreimal den Grundpreis – ein einzelner Prüflauf über Smartphone, Tablet und Desktop kostet damit insgesamt rund $0.123, deutlich weniger als die Anschaffung zusätzlicher Testgeräte. Ein Abonnement oder ein Mindestumsatz sind nicht erforderlich, abgerechnet wird ausschließlich, was tatsächlich abgerufen wird, unabhängig davon, wie oft Sie die Funktion in einem Monat nutzen.

Anwendungsfälle

Relaunch vor dem Livegang prüfen

Schneider IT-Systeme GmbH & Co. KG lässt die neue Firmenseite in der mobilen Ansicht prüfen, bevor sie für Kunden freigeschaltet wird.

Beschwerde über die Handy-Darstellung nachvollziehen

Thomas Müller prüft mit einem Screenshot der mobilen Ansicht, ob ein Kunde mit seiner Beschwerde über eine verrutschte Navigation recht hat.

Design-Freigabe für die Agentur

Eine Werbeagentur schickt dem Kunden Screenshots derselben Landingpage in drei Geräteformaten zur Freigabe, statt ihn zu bitten, selbst mit dem eigenen Handy zu testen.

Häufige Fragen

Welche Geräteformate gibt es zur Auswahl?

Gängige Formate für Smartphone, Tablet und Desktop mit der jeweils üblichen Bildschirmbreite; das genaue Modell lässt sich nicht frei wählen, wohl aber die Geräteklasse.

Ist das dasselbe wie der einfache Screenshot?

Nein, der einfache Screenshot nutzt ein Standard-Desktop-Format; diese Funktion simuliert gezielt ein bestimmtes Gerät, inklusive der für kleinere Bildschirme angepassten Darstellung.

Kann ich mehrere Geräte in einer Anfrage abdecken?

Nein, jede Geräteansicht ist eine eigene Anfrage; für drei Formate stellen Sie drei Anfragen.

Was kostet ein Geräte-Screenshot?

$0.040 pro Anfrage plus $0.001 pro URL, unabhängig vom gewählten Gerät.

Muss ich ein Konto anlegen?

Nein, auch hier gilt: kein Konto, Zahlung direkt pro Anfrage.

Zeigt der Screenshot auch, wie das Menü auf dem Handy geöffnet aussieht?

Nur den Ladezustand der Seite beim Aufruf; ein aufgeklapptes Menü lässt sich damit nicht gezielt festhalten, dafür eignet sich die Funktion für ein einzelnes Element besser.

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

POSThttps://api.kit.forhosting.com/web/screenshot-device

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/screenshot-device \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d &#39;{"url":"https://ejemplo.com"}'

const res = await fetch("https://api.kit.forhosting.com/web/screenshot-device", {
  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/screenshot-device",
    headers={"Authorization": f"Bearer {os.environ[&#39;KIT_KEY']}"},
    json={
    "url": "https://ejemplo.com"
},
)
task_id = res.json()["task_id"]

<?php
$res = file_get_contents("https://api.kit.forhosting.com/web/screenshot-device", false, stream_context_create([
  "http" => [
    "method"  => "POST",
    "header"  => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
    "content" => &#39;{"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/screenshot-device", 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.screenshot_device",
  "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

pro Anfrage$0.040

pro URL$0.001

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.

Vollständige KIT-Dokumentation lesen →