Find email addresses in website HTML and mailto links

Find email addresses behind Email us buttons and in loaded page HTML. Follow a practical Full HTML scan and understand which hidden contacts remain unavailable.

This guide uses Email Extractor to find address candidates in loaded HTML and supported mailto links.

Contents

How a mailto link can contain an email address#

A webpage link has a visible label and a target. In a mailto link, the target can contain the address while the label says Email us, Contact the team or another short phrase. A text-only view of the page may show the phrase without showing the target address. The example below has this exact structure: press@studio.test is present in the link but not printed in its label. This is a useful case for Full HTML scanning because the contact information already exists in markup delivered to the browser.

The visible label and the email link target can be different.
<a href="mailto:press@studio.test">Email the press team</a>

Find the email behind an Email us button#

Open the contact page and wait for the relevant content to load. Choose Full HTML in Email Extractor and run the individual-page scan. Review any addresses returned from contact buttons alongside the rest of the result list. If useful, compare with Visible text to see which candidates were present only in markup. The goal is to identify the intended contact, not simply maximize the count. A page may contain separate support, press and regional email buttons, so read their labels before deciding which address belongs in your selection.

What loaded HTML can reveal beyond visible text#

Full HTML can inspect supported markup and attributes in the loaded page. An address may appear in a collapsed section, contact link or other address-bearing data even when the main page does not display it as ordinary text. Some loaded components can expose information to the scanner, while browser isolation can prevent access to other frames or closed structures. These implementation differences explain why one site returns useful additional candidates and another does not. Keep a source reference and avoid assuming every string in the HTML is an intended current contact.

Separate a hidden address from unavailable information#

Hidden can describe several different situations. A contact in a loaded but collapsed section may be available to scan. An address fetched only after a user action may become available after that action. A private value kept on the server, an image-only contact or a destination used internally by a contact form may never appear as a supported address pattern in the document. Changing the scan mode does not remove that distinction. If the contact section is interactive, load it first and scan again before concluding that no useful address exists.

Recognize examples and unrelated HTML matches#

A programming tutorial might include a sample email link, while an application may include a third-party address in template data. Both can be present in HTML without being the contact you need. Check the surrounding context and domain before keeping an extra match. If example-address or system-address settings remove a value during testing, review those options deliberately rather than assuming extraction failed. The practical question is why the address appears on this page. Recording that reason makes a later exported list more useful than a set of unexplained strings.

Do the same rules apply to a whole website scan?#

A whole website scan can inspect public HTML and mailto links returned by pages it discovers, but it does not render every page as an interactive browser tab. A mailto link in the returned HTML is a different case from a button created only after client-side code runs. If the website scan misses a known contact, inspect that page in the browser and try the individual-page workflow after the relevant content loads. Use URL list scan when you already have specific contact-page URLs to process rather than relying on discovery to find them.

Keep and export the contacts that match your task#

Select the relevant addresses after checking their source labels and domains. Copy a small selection or export it in the format needed by your next tool. CSV and XLSX are useful for spreadsheet review; TXT is suitable for a plain list. Keep source information when the exporting view offers it, especially if several different buttons led to similar-looking contacts. Finding an address in a mailto target explains where the candidate came from, but it does not verify that the mailbox still exists or that every website will expose an address in the same way.

Put this workflow into practice

Read the related documentation for the product controls and limits used here. Contact support if you need help with a specific result.

Email Extractor

Download Email Extractor

Find email addresses on webpages and turn your results into a list you can use.

Add to ChromeAdd to EdgeAdd to Firefox