Journal

Lead Generation / 4 min read

Email Autofill Not Working in a Signup Popup? Test These Four Paths

Debug email autofill in a signup popup. Check the live input, test saved and edited addresses, and trace which value reaches your form's destination.

Leo · Updated November 3, 2026
Example lead capture form with an email field
Use the published form on a test page to check what the visitor sees and what the receiver gets.

The short version

  • 01Check the published input's label, type, name and autocomplete token.
  • 02Test typed, autofilled and edited addresses against the receiving destination.
  • 03Keep manual entry usable when the browser has no saved suggestion.

Someone taps the email field in your signup popup. The keyboard has an @ key, but the saved address never appears. Those are two different behaviors. The keyboard helps someone type an address. An autofill suggestion depends on the field, the browser and the information the visitor has chosen to save.

To find out where your popup fails, try three paths on the installed form: type an address, accept a saved address, then accept one and edit it. A popup that submits correctly on the first path can still send an empty or outdated value on the other two.

Check what the live email field tells the browser

Inspect the input that appears when the popup opens on your test site. A builder preview or an email-shaped icon won't tell you how the published field is marked up. If you control the form HTML, this is a minimal field to place inside its existing form:

<label for="newsletter-email">Email address</label>
<input
  id="newsletter-email"
  name="email"
  type="email"
  autocomplete="email"
  required
>

The label identifies the field to the visitor. The matching for and id associate that label with the control. Give each input a unique ID on the page, particularly when the footer signup and the popup are both present. The name gives the value a key when a native form is submitted.

type="email" supplies basic email-format validation and helps a mobile browser choose a keyboard. autocomplete="email" tells the browser what kind of saved value belongs here. Adding inputmode="email" to a plain text field can hint at a keyboard layout, but it doesn't give the field email validation. The HTML standard explains these three attributes. Chrome's signup form guidance also recommends stable field names or IDs.

Reproduce the problem with a disposable address

Use a test environment and an inbox you control. Save a test address in the browser profile if that browser supports address autofill, and note the device, browser and autofill setting. Use the actual page containing the popup. Keep a second, distinct test address handy for the edit step.

Test What to do What to verify
Manual entry Type the first address and submit once. The test destination receives that address once.
Saved suggestion Reopen the form, select the saved address and submit without typing another character. The displayed value and the received value match.
Edit after selection Select the first address, replace it with the second, then submit. Only the second address arrives for this attempt.
No saved address Open the page in a profile without a saved contact. You can type the address, see the submit button with the keyboard open and finish signup.

Use a fresh test record or isolate the attempts if your destination merges repeat signups. An existing subscriber count can't tell you which address the latest request contained. If your flow asks people to confirm by email, verify that part separately with the double opt-in message guide.

Follow the first mismatch

No suggestion appears. Check that the profile has a saved address and autofill enabled. Inspect the visible input's actual type and autocomplete token. If a simple email form on the same test site also has no suggestion, record that browser behavior before changing the popup. A suggestion is optional, and manual entry should always work.

The correct address appears but the request is empty. On the test site, compare the value visible immediately before submission with the email field in the outgoing request. If typing works but selecting a suggestion fails, inspect the submit handler for a value copied earlier or updated only by keystrokes. Check the email field inside the submitted form, especially if another signup form shares the page.

The request contains the correct address but the destination disagrees. Follow that request through the receiving service and its field mapping. A change to the keyboard hint won't repair the receiver. If the service rejects the request, use a form error message that gives the visitor a way to recover.

Record a result someone else can reproduce

A useful test note reads like this: “Saved suggestion, edited before submit. Field showed address B. Request contained address A. Manual entry sent B.” This is an example of what to record when you see a mismatch. Keep customer addresses out of tickets and analytics.

After the fix, rerun all four paths on a phone and in a desktop browser. Mark a path as passed only when you can identify the submitted value and its outcome. If your next question is how to count accepted submissions, the popup lead tracking checklist picks up at that point.

FAQ

Frequently asked questions

Why does my phone show an @ key but no saved email address?

The keyboard layout and the saved-address suggestion are separate. Check the field's autocomplete token and the browser profile's saved information and settings. A visitor without a suggestion should still be able to type and submit.

What if the popup shows the right address but submits an empty field?

Compare the visible value with the field in the test request. If only the autofill path fails, check whether submission uses stale form state or relies on a keystroke to update the address.

Put the guide into practice

See three popup directions for your website.

Paste your URL and get three brand-matched popup concepts to review. It is free to try and does not require an account.

Generate 3 popup ideas free