Zum Hauptinhalt springen

Was ist eine Portrait-Orientierung: Ratgeber für 2026

Entdecken Sie, was eine Portrait-Orientierung ist, ihre Unterschiede zu Landschaft und Bedeutung für Fotografie, Druck & UI in 2026. Erhalten Sie code Beispiele und UX-Tipps.

Was ist eine Portrait-Orientierung: Leitfaden für 2026

Sie drehen Ihr Telefon, um eine Anzeige zu testen, und die Layouts passen sich sauber an oder zerfallen. Der Text fließt um, die Schaltflächen springen, ein Modalfenster deckt plötzlich die falsche Fläche ab oder Ihr Videoplayer verhält sich genau so, wie Sie es erwarten. In diesem kleinen Moment wird stops being a design term and becomes a product decision.

Wenn Sie für mobile Geräte entwickeln, benötigen Sie eine klare Antwort auf Was ist eine Portrait-Orientierung. Not just the classroom definition, but the developer version. How it affects layout, when to support rotation, when to lock it, and how to handle it in web apps, native apps, and Capacitor projects without creating a brittle UX.

Inhaltsverzeichnis

Verständnis der Portraitorientierung

Benutzer bemerken die Orientierung zuerst, wenn sich das Bildschirmrotieren vollzieht. Entwickler bemerken sie, wenn diese Rotation ihre Schnittstelle stört.

Ein Mensch hält ein Smartphone horizontal mit einer Dashboard-Oberfläche, die auf dem Bildschirm angezeigt wird

Portraitorientierung bedeutet, dass das Bildrahmen . Das ist der Kerngedanke. Er kommt aus der visuellen Kunst, wo Porträts von Personen, die Gesichter und Oberkörper, normalerweise in vertikaler Form gerahmt wurden. Der gleiche Konzept wurde in die Seite Design, Fotografie und digitale Schnittstellen übernommen. Ein gutes Referenzpunkt für diese breitere Geschichte ist. That’s the core idea. It comes from visual art, where portraits of a person’s face and upper body were usually framed vertically. That same concept carried into page design, photography, and digital interfaces. A good reference for that broader history is Wikipedia-Seite zur Orientierung von Seiten.

Für Entwickler ist der wichtige Punkt, dass die Portrait-Orientierung nicht an eine bestimmte Bildschirmgröße, ein bestimmtes Gerät oder ein bestimmtes Dateiformat gebunden ist. Es geht um die Form. Wenn die Höhe größer ist als die Breite, befindet sich die Anwendung in Portrait-Modus.

Warum es in der Produktarbeit wichtig ist

Portrait became a practical default for mobile because upright use matches how people naturally hold phones. That affects scrolling, thumb reach, reading flow, form design, and navigation placement.

A feed, article view, settings screen, or chat thread usually reads more naturally in a vertical frame. That’s one reason orientation choices connect directly to nicht nur mit der visuellen Gestaltung.nicht nur visuelle Gestaltung.

Praktische Regel: Betrachte Portrait als Layoutkontext, nicht nur als Geräteposition.

Die übliche Verwechslung ist die Mischung

Die übliche Verwechslung ist die Mischung von mit with auflösung oder Die OrientierungSie sind verwandt, aber nicht dasselbe.

  • auflösung bedeutet, welche Seite länger ist.
  • Verhältnis beschreibt die Beziehung zwischen Breite und Höhe.
  • Bildformat Hochformat gegen Länderschaft: Eine grundlegende Vergleichsübung

A tablet in portrait and a phone in portrait can have very different dimensions, but they still share the same orientation state. That’s why responsive UI logic should ask, “Is height greater than width?” before it asks anything more specific.

Portrait vs Landschaft A Grundlegende Vergleich

Ausdrücken Sie dies einfach durch Komposition. Ein Porträtgemälde konzentriert sich auf eine Person oder ein anderes großes Objekt. Ein horizontales Gemälde fängt Breite, Kontext und die umgebende Raum ein. Die UI funktioniert auf die gleiche Weise.

Eine visuelle Anleitung zum Vergleichen von Porträt- und Landschaftsorientierungen, die ihre besten Verwendungszwecke für Inhalte und Gerätedisplays erläutert.

In der Bildbearbeitung und der UI-Design, ist die Porträt-Orientierung der Rechteck, wo die Höhe die Breite überschreitet, also sind die längeren Kanten vertikal. Das ist das Gegenteil der horizontalen Orientierung. Die SLR Lounge-Glossar-Eintrag beschreibt diese technische Definition und warum die Form für hohe Objekte und vertikale Strukturen geeignet ist.

Die Differenz in einer Tabelle

Orientierung Form Beste Anpassung Typischer Effekt
Portrait Höher als breit Einblendungen, Formulare, Lesen, hohe Themen Richtet die Aufmerksamkeit vertikal aus
Landschaft Breiter als hoch Videos, Karten, Dashboards, breite Szenen Zeigt mehr horizontalen Kontext

Das klingt grundlegend, aber es ist nützlich, wenn Sie bei einer Produktbewertung Kompromisse treffen.

Welche Änderungen für den Benutzer

Portrait schmälert die Aufmerksamkeit normalerweise. Es reduziert Seiteninhalte und fördert eine top-unterschriebene Fluss. Deshalb fühlen sich soziale Einblendungen, Artikelseiten, Onboarding-Schritte und Chat-Interfaces in Portrait oft sauberer an.

Die horizontale Orientierung tut das Gegenteil. Es offenbart mehr Breite, was bei der Seiten-an-Seiten-Vergleich, Zeitlinien, Galerien, Medienabspiel, datenreichen Oberflächen und immersiven Ansichten hilft. Wenn Ihr Layout Seiten-an-Seiten-Vergleich benötigt, gibt diese horizontale Form oft mehr Atemraum.

Portrait ist normalerweise um den Fokus. Landschaft ist normalerweise um den Kontext.

Was ändert sich für den Entwickler

Der größte Fehler ist es, das breitere Format als eine gestreckte Version von Portrait zu behandeln. Es ist nicht. Die Informationshierarchie muss oft geändert werden.

Beispiel:

  • In Portrait, ein Dashboard kann Karten in eine einzelne Spalte stapeln.
  • In einer breiteren Orientierung, das gleiche Dashboard kann sich auf mehrere Spalten und Filter oder Seitenbereiche umstellen.
  • In Portrait, eine Zahlungsanzeige kann große Tastenprioritäten und einen klaren Ablauf priorisieren.
  • In einer breiteren Orientierung, dasselbe Bildschirm kann sich unangenehm anfühlen, wenn Felder zu sehr komprimiert werden.

Entwickler, die an immersiven mobilen Layouts arbeiten, müssen auch an der Kantenverarbeitung, den sicheren Bereichen und der Vollbildverhalten denken. Wenn Sie diese Details anpassen, Capacitor Kanten-zu-Kanten-Anzeigeeinstellung gehört zum gleichen Gespräch, weil die Orientierung die Art und Weise ändert, wie Benutzer das verfügbare Raum wahrnehmen.

Gemeinsame Anwendungsfälle in verschiedenen Medien

Portrait-Orientierung erscheint an mehreren Orten, die nicht nur auf mobilen Bildschirmen sind. Das ist wichtig, weil der Begriff nicht in der Software begann und nicht nur der Software gehört.

Ein enges Bild eines Menschen, der mit einem Smartphone durch soziale Medien scrollt.

Fotografie und Druck

Eine professionelle Kopfhaut ist das offensichtliche Beispiel. Der vertikale Rahmen passt besser zu einem Menschenkopf und -körper als ein breiter Rahmen. Die gleiche Logik gilt für Modefotos, Buchumschläge, Poster und Zeitschriftenumschläge.

Die Druckdesign auch verlässt sich auf Portrait, wenn die Leseerfahrung von oben nach unten in einer engen Spalte verlaufen sollte. Diese Form hilft dem Auge, natürlich nach unten auf der Seite zu reisen.

Dokumente und alltägliche Kommunikation

Die meisten Berichte, Lebensläufe, Briefe und internen Dokumente sind in Portrait entworfen. Das ist nicht, weil Portrait immer besser ist. Es ist, weil ein vertikaler Seite gut für die Leseabfolge von Absätzen, Überschriften, Listen und Unterschriften funktioniert.

Wenn Sie ein PDF exportiert haben und bemerkt haben, dass ein breites Tabelle plötzlich unleserlich wird, haben Sie die Grenze von Portrait gesehen. Einige Inhalte sind besser in einer horizontalen Formatierung dargestellt. Der Schlüssel ist, die Rahmenform mit der Inhaltsstruktur abzugleichen.

Mobilprodukte und App-Flüsse

Unter diesen Umständen wird Portrait für viele Teams zum Standardmentalmodell.

Danken Sie an die Bildschirme, die Benutzer wiederholt öffnen:

  • Chat-Apps: Nachrichten stapeln sich vertikal.
  • Soziale Apps: Beiträge, Kommentare und Reels werden in einem aufrechten Fluss konsumiert.
  • Einkaufs-Apps: Suchergebnisse und Produktlisten scrollen nach unten.
  • Banking-Apps: Saldo, Transaktionen und Bestätigungsflüsse werden normalerweise in vertikalen Abschnitten angeordnet.

Diese Muster sind keine Zufälle. Portrait unterstützt die Einhändigkeit, das Daumen-scrollen und die lineare Aufgabenerledigung.

Einige mobile UIs fühlen sich intuitiv an, weil die Schnittstelle davon ausgeht, dass das Gerät aufrecht steht, bevor sie etwas anderes annimmt.

Das bedeutet nicht, dass jede Seite immer noch in Portrait bleiben sollte. Medienanzeiger, Karten, große Diagramme und kamera-basierte Workflows profitieren oft von einer breiteren Rahmung. Aber für alltägliche Aufgabenflüsse ist Portrait normalerweise der Ausgangspunkt.

Orientierung auf der Webanwendung

Ein häufiges Web-Problem erscheint zunächst klein. Die Anwendung liest sich sauber in einem aufrechten Viewport, dann dreht der Benutzer das Gerät und die Grafik überläuft, der Seitenleiste erscheint an falschem Breakpoint oder die Tastatur bedeckt den Absenden-Button. Die Orientierung auf der Webanwendung ist wirklich um den Zustand. Die Viewport-Form hat sich geändert, und die UI muss auf vorhersehbare Weise reagieren.

Für Entwickler bedeutet das, zwei Aufgaben zu trennen. CSS handhabt die Layout-Änderungen. JavaScript handhabt die Verhaltensänderungen. Wenn Sie das gleiche Projekt für mobile spätere Pakete erstellen, spielt diese Web-Schicht immer noch eine Rolle. Mit Capacitor eine Web-Anwendung in eine mobile Anwendung umwandeln entfernt nicht die Notwendigkeit für eine gute Web-Orientierungshandhabung. Es macht diese Grundlage wichtiger.

Die Plattform gibt Ihnen zwei Hauptwerkzeuge. Die Screen Orientation API gibt die Orientierungstyp und die Änderungsereignisse an, und das Web App Manifest lässt eine installierte Anwendung einen bevorzugten aufrechten Modus wie portrait, portrait-primary oder portrait-secondarybekunden. MDN dokumentiert diese Manifest-Werte in seiner Web App Manifest orientierung Bezug.

Use CSS when the layout should adapt

Beginnen Sie mit CSS. Es ist der günstigste und zuverlässigste Weg, auf die Wechsel der Breite und Höhe zu reagieren.

/* Default portrait-friendly layout */
.page {
  display: grid;
  grid-template-columns: 1fr;
  gap: 16px;
}

.sidebar {
  display: none;
}

@media (orientation: landscape) {
  .page {
    grid-template-columns: 280px 1fr;
  }

  .sidebar {
    display: block;
  }
}

Dies funktioniert wie progressive Enhancement für die Bildschirmform. Beginnen Sie mit der schmalen, aufrechten Layout als Standard. Fügen Sie dann nur Platz für sekundäre UI hinzu, wenn der Ansichtsbereich breiter wird.

Eine Handvoll Praktiken sparen Ihnen später Zeit:

  • Beginnen Sie mit Ihrer primären Modus: Wenn die Menschen den App hauptsächlich aufrecht verwenden, soll das die Grundstruktur sein.
  • Vermeiden Sie fixe Höhen: Ein Drehen eines Geräts kann die verwendbare vertikale Fläche schnell schrumpfen, insbesondere wenn die Browser-UI oder ein virtueller Tastatur ist sichtbar.
  • Testen Sie echte Interaktionszustände: Formulare, feste Kopfzeilen und untere Blätter scheitern oft während der Rotation, nicht in statischen Screenshots.

Verwende JavaScript, wenn die Reaktion verhalten müssen

CSS kann Boxen umordnen. Es kann jedoch nicht entscheiden, wann ein Diagramm neu erstellt oder ein Gestenhandler zurückgesetzt werden muss.

Use JavaScript when orientation changes affect stateful UI.

function logOrientation() {
  const type = screen.orientation?.type;
  console.log('Current orientation:', type);
}

logOrientation();

screen.orientation?.addEventListener('change', () => {
  logOrientation();

  const isPortrait = window.innerHeight > window.innerWidth;

  if (isPortrait) {
    document.body.classList.remove('wide-mode');
  } else {
    document.body.classList.add('wide-mode');
  }
});

Diese Muster ist nützlich für Canvas, Mediensteuerungen, Kartenansichten und benutzerdefinierte Navigationsshells. Das mentale Modell ist einfach. Wenn die Rotation die Datenpräsentation oder die Interaktionslogik ändert, sollte JavaScript darauf reagieren. Wenn die Rotation nur die Abstände oder die Platzierung ändert, sollte CSS sie handhaben.

Ein praktisches Regel hilft junior Teams, eine Menge Komplexität zu vermeiden. Verwenden Sie JavaScript nicht, um Layoutentscheidungen zu erzwingen, die CSS bereits gut handhabt.

Einstellung der bevorzugten Orientierung für PWAs

Wenn Ihre PWA hauptsächlich für aufrechte Verwendung konzipiert ist, deklarieren Sie das in der Manifestdatei.

{
  "name": "My App",
  "short_name": "MyApp",
  "display": "standalone",
  "orientation": "portrait"
}

Dies ist eine Vorliebe und kein Ersatz für responsives Design. Es hilft dem Browser, zu verstehen, wie die installierte App sich öffnen und verhalten sollte in unterstützten Kontexten.

Sie können auch eine Orientierungssperre bei Laufzeit anfordern, wenn der Browser es erlaubt:

async function lockPortrait() {
  try {
    await screen.orientation.lock('portrait');
    console.log('Orientation locked');
  } catch (err) {
    console.log('Lock failed:', err);
  }
}

Verwenden Sie dies vorsichtig. Eine gute Regel ist, nur dann zu sperren, wenn die Rotation die Aufgabe selbst brechen würde, wie bei einer geführten Aufnahmefluss oder einer Bildschirm mit strengen physischen Ausrichtungsanforderungen. In den meisten anderen Fällen ist es das bessere Ingenieurswerk, die Schnittstelle anzupassen, da sie sowohl das Gerät als auch den Benutzer respektiert.

Orientierung in mobilen Apps verwalten

Mobile Apps können mehr tun als ein Browserfenster. Sie können eine Standardbildschirmrichtung auf der App-Ebene deklarieren und dann die Verhalten für eine einzelne Bildschirm anpassen, wenn die Aufgabe es erfordert. Diese zusätzliche Kontrolle ist nützlich, aber sie schafft auch ein häufiges Missverständnis. Teams beschränken die Rotation zu weit, und eine einfache App beginnt sich steif zu fühlen.

Bildschirmfoto von https://capgo.app

Außerdem hilft eine gute mentale Vorstellung. Die App-einheitliche Einstellung ist Ihre Standardpolitik. Bildschirm-basiertes code ist die Ausnahmeebene. Verwenden Sie die Politik für breite Absichten und verwenden Sie die Ausnahme nur, wo ein rotierender Gerät mit der Arbeit des Benutzers, die er beenden möchte, interferieren würde.

Native Plattformsteuerung

Ja Android, die Orientierung wird oft in AndroidManifest.xml für eine Aktivität:

<activity
  android:name=".MainActivity"
  android:screenOrientation="portrait" />

Dies funktioniert wie ein oberstes Konfigurationsflag. Es ist einfach, vorhersehbar und leicht durchzusetzen über die gesamte Aktivität. Der Kompromiss ist der Umfang. Wenn nur ein Bildschirm die aufrechte Modus benötigt, ist die globale Anwendung dieser Regel normalerweise zu grob.

Ja iOS, unterstützte Orientierungen werden in Xcode über Zielgruppeneinstellungen und App-Metadaten festgelegt. Sie können definieren, was die App im Allgemeinen unterstützt, und dann das Verhalten in bestimmten View-Controllern feinabstimmen, wenn ein Bildschirm strengere Anforderungen hat.

Das getrennte Konzept ist für Cross-Plattform-Teams wichtig. Die native Konfiguration antwortet: “Was sollte diese App im Allgemeinen zulassen?” Die Laufzeit code antwortet: “Was sollte dieser Bildschirm gerade tun?”

Programmgesteuerte Steuerung in Capacitor-Apps

If you build with Capacitor, dynamic control usually belongs in code, close to the route or view that needs it. A sign-in screen may be easier to use in portrait. A media screen or camera flow may need to allow rotation based on how the device is held.

Ein Plugin hält diese Logik lesbar und vermeidet benutzerdefinierte native Anpassungen. Das Capacitor-Bildschirmorientierungs-Plugin für Capacitor-Apps lässt Sie die aktuelle Orientierung lesen, eine Einschränkung für eine bestimmte Modus wie Portrait anwenden und diese Einschränkung entfernen, wenn der Benutzer wieder auf eine flexible Bildschirm zurückkehrt.

import { ScreenOrientation } from '@capgo/capacitor-screen-orientation';

async function lockLoginScreen() {
  await ScreenOrientation.lock({ orientation: 'portrait' });
}

async function unlockForMedia() {
  await ScreenOrientation.unlock();
}

async function checkCurrentOrientation() {
  const result = await ScreenOrientation.orientation();
  console.log(result);
}

Das Muster ist einfach. Wenden Sie die Einschränkung an, wenn der Bildschirm aktiv wird. Entfernen Sie sie, wenn der Bildschirm nicht mehr aktiv ist. In einer router-basierten App bedeutet dies oft, dass Sie die Orientierungsänderungen an den Seitenlebenszyklushooks anbinden, anstatt die Aufrufe über zufällige Komponenten zu streuen.

Wählen Sie die Bildschirmbeschränkungen sorgfältig aus

Use a fixed upright mode when rotation would disrupt input, alignment, or user focus.

Häufige Beispiele sind:

  • Anmeldebildschirme: Die Eingaben bleiben stabil, während der Benutzer tippt.
  • Zahlungs- und Bestätigungsstufen: Weniger Layoutänderungen während hochaufmerksamer Aufgaben.
  • Kiosk- oder geführte Workflows: Die Oberfläche benötigt eine konsistente Darstellung.

Lassen Sie das Gerät frei rotieren, wenn zusätzlicher Breite oder ein anderes Greifen die Aufgabe offensichtlich erleichtert.

Typische Beispiele sind Mediaplayback, Kartenansichten, Spiele, Kameraansichten und dichte Datenanzeigen.

Ein nützliches Regelwerk für Junior-Teams ist einfach. Wenn die Änderung der Gerätedrehrichtung nur die Abstände ändern würde, lassen Sie das Layoutsystem damit umgehen. Wenn die Änderung der Gerätedrehrichtung die Art und Weise, wie die Aufgabe funktioniert, ändert, dann kann die Bildschirmorientierung code gerechtfertigt werden.

Capgo wird hier aus praktischen Gründen erwähnt. In Capacitor-Projekten wird die Orientierungskontrolle oft als kleiner UI-Detail beginnen und sich schnell zu einer App-Funktion entwickeln. Behandeln Sie sie wie eine Funktion. Halten Sie die Standardflexibilität bei, wenden Sie Einschränkungen sparsam an und entfernen Sie sie, sobald der Bildschirm sie nicht mehr benötigt.

Benutzererfahrung für Bildschirmorientierung

Die Orientierungshandhabung ist eine UX-Entscheidung an erster Stelle und eine technische Entscheidung an zweiter Stelle. Die code ist meistens einfach. Die schwierige Sache ist die Wahl von Verhaltensweisen, die natürlich wirken.

Ein kurzer Checkliste hilft:

  • Entwickeln Sie für den dominanten Kontext: Wenn die meisten Benutzer aufrecht beginnen, machen Sie die Portrait-Orientierung zur stärksten Version der Oberfläche.
  • Unterstützen Sie eine breitere Anzeigemodus, wenn sie Wert hinzufügt: Drehungen auf Bildschirmen, die von einer größeren Breite profitieren, nicht einschränken.
  • Blockiere nur mit einem klaren Grund: Ein Formular, eine Kasse oder ein sicheres Fluss könnte es rechtfertigen. Eine Inhaltsanzeige tut das normalerweise nicht.
  • Erhalte den Zustand während der Drehung: Benutzer sollten keine Eingaben, Scrollpositionen oder ausgewählten Tabs verlieren.
  • Teste beide Orientierungen auf echten Geräten: Simulatoren vermissen unangenehme Übergänge, Tastaturüberschneidungen und sicherheitsrelevante Bereiche.

Für umfassendere Layoutentscheidungen die Cross-Platform-UI- und UX-Leitlinien für Capacitor-Anwendungen passen gut zu der Orientierungstestung, da dasselbe Bildschirm oft so angepasst werden muss, dass es auf verschiedenen Geräten und Plattformen nativ aussieht.

Das Hauptergebnis ist einfach. Wenn Sie fragen, was eine Portrait-Orientierung ist, lautet die Antwort nicht nur „vertikal“. Es ist eine Rahmenvorschrift, ein Layoutzustand und eine Benutzererwartung. Gute Apps behandeln es so.


Wenn Sie Capacitor-Anwendungen liefern und kontrollierte Orientierungsbahaviour benötigen, zusammen mit schnellen Nachlieferungen nach der Veröffentlichung, Capgo ist einen Blick wert. Es bietet Live-Updates für CapacitorJS- und Electron-Apps und hält auch Plugins für die App-Fähigkeiten wie die Bildschirmorientierung bereit, die Ihnen helfen können, wenn Sie bestimmte Ansichten sperren oder aktivieren möchten, ohne Ihr gesamtes Release-Prozess neu aufzubauen.

Live-Updates für Capacitor-Anwendungen

Wenn ein Web-layer-Bug live ist, liefern Sie die Reparatur über Capgo anstatt Tage zu warten, bis die App-Store-Zulassung vorliegt. Die Benutzer erhalten die Aktualisierung im Hintergrund, während native Änderungen im normalen Review-Prozess bleiben.

Menschliche Unterstützung von Martin

Get Started Now

Neueste von unserem Blog

Capgo gibt Ihnen die besten Einblicke, die Sie benötigen, um ein wirklich professionelles Mobiltelefon-App zu erstellen.