# iPhone points vs pixels: screen sizes from the 11 to the 18

Source: https://flexdger.com/blog/iphone-points-vs-pixels
Updated: 2026-11-01
Published: 2026-09-10
Topic: App Store screenshots (https://flexdger.com/blog/app-store)

> iPhone screen sizes in points and pixels for every model from the 11 to the 18: scale factor, top safe area, status bar height and App Store class.

Two numbers describe every iPhone screen. Points are what a layout is written in and pixels are what an exported file contains; one multiplication turns the first into the second. Below, the table for each model from the iPhone 11 to the 18.

**Short answer:** Points are for layout and pixels are for files. The conversion is the scale factor, @3× on every iPhone from the 11 Pro and 12 onward, so 393 × 852 pt is `1179 × 2556` px by multiplication, never by resizing.

## Which number do I need?

Most confusion about iPhone sizes comes from picking the wrong unit for the job, so settle that first.

- **Drawing an interface:** points. A phone of a given size reports the same point dimensions however dense its panel is.
- **Exporting a file or passing an upload check:** pixels. The file holds pixels and nothing else.
- **Writing CSS for Safari:** CSS pixels, which equal points (details further down).

The scale factor joins them. It is @3× on every model from the iPhone 11 Pro and the 12 onward, and @2× on the iPhone 11, the XR and the SE. For that reason an export should come from rendering the design at the target size. Multiplying yields exact pixels, whereas shrinking or enlarging an existing image interpolates them, and type shows it first.

## The table: iPhone 11 to iPhone 18

Each row gives points, scale, screenshot pixels, top safe area and status bar height, measured in the Xcode 27.0 Simulator on iOS 27.0. On notch models the top safe area and the bar are one number; they split apart on Dynamic Island models, as [the status bar height guide](https://flexdger.com/guides/iphone-status-bar-dimensions) sets out.

| Devices | Points | Scale | Screenshot pixels | Top safe area | Status bar | Class |
|---|---|---|---|---|---|---|
| 18 Pro Max, 17 Pro Max, 16 Pro Max | 440 × 956 | 3× | `1320 × 2868` | 62 pt | 54 pt | 6.9″ |
| iPhone Air | 420 × 912 | 3× | `1260 × 2736` | 68 pt | 54 pt | 6.9″ |
| 16 Plus, 15 Pro Max, 15 Plus, 14 Pro Max | 430 × 932 | 3× | `1290 × 2796` | 59 pt | 54 pt | 6.9″ |
| 18 Pro, 17 Pro, 17, 16 Pro | 402 × 874 | 3× | `1206 × 2622` | 62 pt | 54 pt | 6.3″ |
| 16, 15 Pro, 15, 14 Pro | 393 × 852 | 3× | `1179 × 2556` | 59 pt | 54 pt | 6.3″ |
| 17e, 16e, 14, 13 Pro, 13, 12 Pro, 12 | 390 × 844 | 3× | `1170 × 2532` | 47 pt | 47 pt | 6.1″ |
| 14 Plus, 13 Pro Max, 12 Pro Max | 428 × 926 | 3× | `1284 × 2778` | 47 pt | 47 pt | 6.5″ |
| 13 mini, 12 mini | 375 × 812 | 3× | `1080 × 2340` | 50 pt | 50 pt | 6.1″ |
| 11 Pro Max | 414 × 896 | 3× | `1242 × 2688` | 44 pt | 44 pt | 6.5″ |
| 11 Pro | 375 × 812 | 3× | `1125 × 2436` | 44 pt | 44 pt | 6.1″ |
| iPhone 11 | 414 × 896 | 2× | `828 × 1792` | 48 pt | 48 pt | 6.5″ (this size is on no accepted list) |
| SE (3rd and 2nd generation) | 375 × 667 | 2× | `750 × 1334` | 20 pt | 20 pt | 4.7″ |

## Two rows that break the pattern

The 12 mini and 13 mini do not follow plain multiplication. UIKit lays them out at 375 × 812 pt and @3×, which would be `1125 × 2436`; the display then downsamples to its `1080 × 2340` panel, and that is also the size of their screenshots. Divide 1080 by three and you get 360, a width no iPhone lays out at.

The iPhone 11 is the other oddity. Its `828 × 1792` capture appears on no accepted App Store list, so a render at a listed size is needed. For the newest sizes see [the iPhone 17 and Air screenshot sizes post](https://flexdger.com/blog/iphone-17-and-air-screenshot-sizes); for every model including older ones, use the [screenshot size calculator](https://flexdger.com/tools/screenshot-size-calculator).

## On the web

Safari lays pages out in points as well. With `width=device-width` in the viewport tag, the page is as many CSS pixels wide as the table's first number: 393 on an iPhone 16, 402 on an iPhone 17, 440 on a Pro Max. `window.devicePixelRatio` returns the scale column. The usable height is less than the table's second number, because Safari's own bars take room and change size while collapsing. For a web app added to the Home Screen with `viewport-fit=cover`, `env(safe-area-inset-top)` returns the top safe area from the table.

## A sanity check for numbers from other sites

Device databases give one phone several figures: an inch diagonal, a CSS viewport and a native resolution. Pages that copy from them tend to blend the three. One frequent slip lists the iPhone 17 at `1284 × 2778`, a genuine size that belongs to the 6.5″ class and to no iPhone 17.

Divide the pixel figure by three. If the answer is not a point size you recognise for that phone, one of the two numbers came from somewhere else.

## Where it costs you

Uploads. A file's class depends on its pixel size alone. Export a 402 × 874 pt design at @2× and you get `804 × 1748`, which is on no list and is refused with little explanation. The scale factor is not a quality dial; it is part of the file's address. The error that follows is dealt with in [the dimensions error walkthrough](https://flexdger.com/blog/screenshot-dimensions-are-wrong).

## Questions

### Which unit should I use when laying out a screen?

Points. They stay the same on every device of a given size. Pixels only matter when you export a file or check it against an upload list.

### Which iPhones are not @3x?

The iPhone 11, the XR and the SE are @2x. The 12 mini and 13 mini are laid out at 3x and then downsampled to a 1080 × 2340 panel.

### How do I convert 402 × 874 pt to pixels?

Multiply both numbers by 3: the result is 1206 × 2622 px. That size is shared by the iPhone 17, 17 Pro, 16 Pro and 18 Pro.

### And for the iPhone 16?

393 × 852 pt gives 1179 × 2556 px at 3x. The 16 Plus is 430 × 932 pt, and the 16 Pro is 402 × 874 pt.

### Does App Store Connect read points anywhere?

No. The upload checks pixels only, against an allow-list written in pixel dimensions.