Elementor popup close button not working

A popup is laid out on its own, and its height follows whatever it contains. On a laptop the box usually fits, so the icon sits where the owner expects. On a short phone screen the same box can be taller than the visible area, and the icon, which is positioned against the top corner of the box, moves out of reach. A reader then tries the other exits. A tap on the dark area behind the box works only when that option is on, and the Esc key does nothing on a phone. The reader taps, taps again, and leaves.

• The close icon's position at phone width, measured against the visible screen rather than the editor canvas.
• Overlay clicks: whether a tap on the dark area behind the popup closes it.
• Esc handling, which helps keyboard users only, so phone readers need a visible exit.
• Content height: a long headline or a growing form that pushes the box past the screen.
• A second popup or banner that opens over the first and hides the icon under it.

The close icon belongs to the popup box, so its position depends on the box's size. A box designed in a wide desktop view looks balanced, then grows once its text wraps into more lines on a narrow phone. If the box is taller than the screen and cannot scroll, the top corner, where the icon usually sits, is above the visible area. Shortening the copy helps only for the words you tested, so the layout has to hold the box inside the screen rather than rely on a short headline.

A second cause is layering. A field, an image or a button inside the popup can sit over the icon's corner, and a tap on the icon lands on the field instead. Test the exact corner with a finger-sized tap in a phone browser. If the field takes the tap, the fix belongs in the popup's layout or stacking order, not in its copy. If a sticky bar on the page sits over the top of the box, the page is the cause.

A reader can leave a popup in three ways: the close icon, a tap on the dark overlay, and the Esc key. Some popups turn off closing from an overlay tap, so a reader who taps the dark area gets nothing, which is what people do with an unfamiliar box. The Esc key only helps a reader on a keyboard. On a phone, the icon is the exit you can rely on, and the overlay is the backup.

A reader who cannot find an exit usually does not wait for one to appear. They leave the site, and the owner's analytics records a short visit to the article that looks like ordinary bounce. The offer and its copy are not the problem then. The visit only points at the popup when a run records the moment the reader tried to close it and failed.

A simulated reader arrives at the article, reads down, and reaches the popup the way a reader would. The run tries the close icon, a tap on the overlay and any other control it can see, and records which ones responded. A failed exit comes back with the screenshot at that moment and the step where the reader stopped. Read the report with the exits in that order, so each failure lines up with the setting that controls it.

Rerun the same reader after changing the popup's height, its stacking order or its overlay setting. A fix made for a laptop window can leave the phone icon above the top edge, so keep a phone and a laptop in the same set. The run does not read your analytics, so it cannot show how many readers left after the popup covered the article. Use the analytics for that count and the run for the exact exit that failed.

A popup that fits today can break when the copy grows, a field is added for a campaign, or the template changes the width of the box. The icon's position depends on the whole box, not on the button alone, so a small edit inside the popup can move it. Rerun the same phone reader after every change to the popup's content, and check the close path on each popup you publish, not only the first one.