ForHosting KIT · Text & KI

Pixel zu Punkten

Machen Sie aus Pixelgrößen am Bildschirm Druckpunkte: Beim Webstandard von 96 DPI werden 16 px zu 12 pt, weil ein Pixel drei Viertel eines Punkts ist. Geben Sie eine andere Auflösung an, etwa 300 DPI für den Druck, und die verwendete wird stets angezeigt. Kostenlos in Ihrem Browser.

Kostenlos
Läuft in Ihrem Browser
Ohne Anmeldung
Ihre Daten bleiben auf Ihrem Gerät

Im Browser ausführen – kostenlos API ansehen

Nutzen Sie es über WebAPIE-MailTelegramApp bald

Rechenbeispiel

Wenn Sie eingeben

Px: 16

Erhalten Sie

Dpi: 96
Pt: 12
Zoll: 0,1666666667
Faktor: 0,75

Bildschirm-Mockups und CSS-Styleguides sprechen in Pixeln, während Druckspezifikationen, Desktop-Publishing-Pakete und Andruckkorrekturen in typografischen Punkten sprechen. Eine Sechzehn-Pixel-Grundschrift auf einer Standard-Webleinwand ist nicht dieselbe physische Marke wie ein Sechzehn-Pixel-Glyphe, der mit dreihundert DPI für eine Broschüre gerendert wird — Sie brauchen daher eine klare Umrechnung, die die DPI-Annahme benennt. Dieser Pixel-zu-Punkte-Umrechner wendet die branchenübliche Beziehung an, dass ein Zoll zweiundsiebzig Punkten und ein Zoll dpi Pixeln entspricht, sodass pt gleich px mal zweiundsiebzig geteilt durch dpi ist. Wenn Sie dpi weglassen, nutzt das Werkzeug die CSS-Referenz von sechsundneunzig und liefert die vertraute Abbildung von sechzehn Pixeln auf zwölf Punkte. Designer, Frontend-Ingenieure und Prepress-Operatoren können eine Schriftgröße aus einer Designdatei einfügen und einen druckfertigen Punktwert erhalten, ohne eine Layoutanwendung zu öffnen oder die Konstante von Hand neu abzuleiten.

Warum Pixel und Punkte unterschiedliche Einheiten sind

Ein Pixel ist eine Probe auf einer digitalen Leinwand; seine physische Größe hängt von der Geräteauflösung ab. Ein typografischer Punkt ist eine feste Länge im Druck: Nach der PostScript- und CSS-Konvention gibt es genau zweiundsiebzig Punkte in einem Zoll. Weil ein Zoll außerdem dpi Gerätepixel enthält (oder CSS-Referenzpixel, wenn Sie den Webstandard von sechsundneunzig übernehmen), ist die Umrechnung eine einzige Proportion: Punkte gleich Pixel mal zweiundsiebzig geteilt durch dpi.

Bei sechsundneunzig DPI ist jedes Pixel drei Viertel eines Punktes, sodass eine Sechzehn-Pixel-Absatzgröße zwölf Punkte wird — die Grundschrift, die viele Druckstile als angenehmen Standard behandeln. Bei zweiundsiebzig DPI fallen Pixel und Punkt zusammen, weshalb ältere Screen-to-Print-Pipelines sie austauschbar behandeln und Operatoren überraschen, wenn ein hochdichter Export die Schrift schrumpft. Bei dreihundert DPI, üblich für Foto und kommerziellen Druck, ist jedes Pixel nur ein Viertel Punkt; eine Schrift, die in der Telefonvorschau groß wirkt, kann auf Papier winzig werden, wenn Sie die Pixelzahl ungeprüft in ein Punktfeld kopieren.

Diese Fähigkeit gibt immer das verwendete dpi, die Zwischengröße in Zoll und den Multiplikationsfaktor zurück, damit Sie die Annahme neben der Antwort prüfen können, statt einem stillen Standard zu vertrauen.

Wann sich die Umrechnung in Punkte lohnt

Designsysteme, die sowohl Web-CSS als auch gedruckte Markenbücher ausliefern, brauchen ein einziges Orakel, damit sechzehn Pixel der Marketing-Site auf zwölf Punkte im Briefkopf-PDF abbilden, wenn das CSS-Referenz-DPI angenommen wird. Frontend-Teams, die Spezifikationen an Druckpartner übergeben, können berechnete Browserstile in die von Editoren erwarteten Punktgrößen umrechnen und so den häufigen Fehler vermeiden, rohe Pixelzahlen in ein Grundschriftfeld zu kopieren. Prepress-Skripte und DAM-Pipelines wandeln exportierte UI-Maße vor der Seitenmontage in Druckereinheiten um, und Prüfungs- oder Kursgeneratoren, die CSS und DTP nebeneinander lehren, können die Formel mit Live-Zahlen zeigen.

Fehlgeschlagene Validierung wird nicht berechnet. Halten Sie Anfragen klein, pinnen Sie das gerundete pt-Feld in Tests und erhalten Sie reproduzierbare Druckspezifikationen für Design-Tokens, Styleguides und Edge-Worker, ohne eine eigene vollständige Satztechnik-Stack aufzubauen.

Anwendungsfälle

Web-zu-Druck-Schriftübergabe

Wandeln Sie CSS-Schriftgrößen in Pixeln in Punktgrößen für gedruckte Markenbücher und PDF-Vorlagen um, die noch PostScript-Punkte erwarten.

Design-Token-Synchronisation

Halten Sie Design-System-Tokens konsistent: mappen Sie 14px- / 16px- / 24px-Skalen auf pt bei 96 DPI für duale Web- und Druckdokumentation.

Prepress- und DAM-Skripte

Automatisieren Sie die Umrechnung exportierter UI-Maße in Druckereinheiten vor der Montage, mit explizitem DPI bei jedem Aufruf.

Häufige Fragen

Wie rechne ich Pixel in Punkte um?

Senden Sie px (pflicht) und optional dpi (Standard 96). Beim CSS-Standard wird aus 16px 12pt.

Welches DPI nutzt der Umrechner standardmäßig?

Er nutzt 96, die CSS-Referenzauflösung mit 1px = 0.75pt. Überschreiben Sie dpi, um Gerät oder Druckdichte anzupassen.

Kann ich bei Druckauflösungen wie 300 DPI umrechnen?

Ja. Setzen Sie dpi auf 300 (oder jeden endlichen positiven Wert). Beispiel: 300px bei 300 DPI sind 72pt (ein Zoll).

Was passiert, wenn px oder dpi null oder negativ ist?

Pixelgrößen und DPI müssen endliche positive Zahlen sein; fehlerhafte Eingabe wird nicht berechnet.

Sind Pixel und Punkte bei 72 DPI gleich?

Ja. Bei 72 DPI entspricht ein Pixel genau einem Punkt. Deshalb behandeln manche älteren Abläufe vom Bildschirm zum Druck beide als austauschbar, und bei einem Export mit hoher Dichte schrumpft die Schrift dann unerwartet.

Was passiert bei null oder negativen Werten?

Sie werden abgelehnt. Eine Pixelgröße muss größer als null sein, und eine Auflösung von null oder darunter würde die Umrechnung umkehren oder unmöglich machen. Geben Sie daher stets positive Zahlen ein.

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/str/px-to-pt

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/str/px-to-pt \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"px":16}'

const res = await fetch("https://api.kit.forhosting.com/str/px-to-pt", {
  method: "POST",
  headers: {
    "Authorization": `Bearer ${process.env.KIT_KEY}`,
    "Content-Type": "application/json"
  },
  body: JSON.stringify({
    "px": 16
  })
});
const { task_id } = await res.json();

import os, requests

res = requests.post(
    "https://api.kit.forhosting.com/str/px-to-pt",
    headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
    json={
    "px": 16
},
)
task_id = res.json()["task_id"]

<?php
$res = file_get_contents("https://api.kit.forhosting.com/str/px-to-pt", false, stream_context_create([
  "http" => [
    "method"  => "POST",
    "header"  => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
    "content" => '{"px":16}',
  ],
]));
$task = json_decode($res, true);

body := bytes.NewBufferString(`{"px":16}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/str/px-to-pt", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)

Beispiel-Anfrage

{
  "px": 16
}

Beispiel-Antwort

{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "str.px_to_pt",
  "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.002

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.

Technische Hinweise

Eingabevertrag, Standardwerte und Antwortfelder

Null oder negatives dpi scheitert ebenso, weil eine nicht positive Auflösung die Geometrie umkehren oder zerstören würde. Beispiel: px gleich sechzehn mit Standard-dpi ergibt pt gleich zwölf, inches gleich ein Sechstel und factor gleich null Komma fünfundsiebzig. Verknüpfen Sie das Punktergebnis mit Ihrem Druck-Stylesheet oder dem InDesign-Zeichenstil; dieser Endpunkt rendert keine Glyphen und erzeugt keine PDF. Senden Sie per POST einen JSON-Body mit dem Pflichtfeld px: eine endliche positive Zahl für die Größe in Pixeln. Sie dürfen auch pixels, value, size oder font_size_px als Aliase senden, wenn ein vorgelagertes Formular diese Namen bereits nutzt. Das optionale Feld dpi setzt die Auflösung in Punkten oder CSS-Pixeln pro Zoll; fehlt es, ist der Standard sechsundneunzig, damit browserzentrierte Aufrufe die CSS-Abbildung ohne Extrafelder erhalten. Die Aliase resolution, ppi und screen_dpi werden für denselben Parameter akzeptiert. Null, negativ, nicht endlich oder fehlende px-Werte scheitern mit invalid_input und werden nicht berechnet. Bei Erfolg echoet die Antwort px und dpi, liefert pt auf zwölf Dezimalstellen gerundet für stabile Goldens, liefert inches als px geteilt durch dpi, liefert factor als zweiundsiebzig geteilt durch dpi, damit Clients weitere Größen offline umrechnen können, und liefert eine formula-Zeichenkette, die die Arithmetik lesbar formuliert, plus method gleich px_to_pt.

Wo eine Pixel-zu-Punkte-API ihren Nutzen hat

Weil die Implementierung reines Parse-Tier-A ist, kostet jeder erfolgreiche Aufruf den veröffentlichten Grundpreis $0.002 ohne Modell-Tokens und ohne ausgehendes Netzwerk.

Technische Fragen

Was kostet der Pixel-zu-Punkte-Umrechner?

Das Browser-Werkzeug ist kostenlos. API-Anfragen nutzen das vorausbezahlte KIT-Guthaben zu $0.002 pro erfolgreichem Aufruf; ungültige Eingabe wird nicht berechnet.

Vollständige KIT-Dokumentation lesen →