Don't use real domain names, email addresses, or people's names in your examples. Don't reveal
personally identifiable information (PII), such as domain names, email addresses,
phone numbers, people's names, project names, or credit card numbers. You can
provide imaginary (fictitious) examples or use
Example domain names
When you need a generic domain name in an example, use example.com, example.org, or example.net. These domains are reserved by the Internet Assigned Numbers Authority for use in documentation.
Alternatively, you can use any of the following domain names, which Google owns specifically for use in documentation:
If you need an example domain name for an internationalized domain name, use one of the IDN Test TLDs and copy from the "URL of the test site" column.
Recommended: Hostnames that include non-ASCII characters
are encoded using Punycode. For example,
http://مثال.إختبار is encoded as
Example email addresses
If you need a generic email address, use one of the domains listed in Example domain names and one of the names listed in Example person names—for example, email@example.com. It's OK to use generic addresses like firstname.lastname@example.org. Don't use person names, product names, or made-up names in email addresses.
Example person names
When you need to include example given names in your documentation, draw from the following list:
Example person surnames
When you need to include example surnames in your documentation, use an initial after the given first name—for example, Quinn N. or Dana A.
Further notes about example people
When you are writing about people, even fictitious or hypothetical people, it's important to remember that your work will be read by real people whom we want to feel respected, valued, and welcomed.
Your audience includes different kinds of people, including people with different jobs, cultural contexts, and backgrounds, so strive to include a variety of people in your examples as well.
Use the gender-neutral singular pronouns they, their, and theirs whenever possible, and avoid specifying gender unless it is integral to the information you are communicating. Avoid examples that depend on a gender binary. However, if you do write an example that requires specifying gender, consider that some of the names on this list may imply a particular gender in a given language or culture, and check to ensure that any names you have chosen do not carry a conflicting gender connotation.
Be mindful of assumptions and stereotypes that might be reinforced through hypothetical examples, such as:
- Job roles and levels, such as executive, that might be disproportionately assigned particular gendered personas.
- Job roles, such as developer or engineer, that might be disproportionately assigned particular ethnic personas.
We recommend using names from the preceding list in most documentation. Some security documentation uses the Alice and Bob cast of characters. Don't use the Alice and Bob characters unless you're writing documentation that refers to a technical specification that uses those characters. If you use the Alice and Bob characters in a document, use only names from that cast of characters.
For further guidance, see the section of this guide on writing inclusive documentation.
Example company names
When you need a company name in an example, use Example Organization. If you need to differentiate between two different fictional companies, you can add a description to the company names. For example, you can use Enterprise Example Organization and Startup Example Organization.
Example phone numbers
Most phone numbers in our documentation are examples. To show an example phone number, use a US number in the range (800) 555‑0100 through (800) 555‑0199. That range is reserved for use in examples and in fiction.
Recommended: (800) 555‑0175
Never use a real phone number in examples.
For information about formatting, see Format phone numbers in HTML or Markdown.
Example IP addresses
When you need an IPv4 address in an example, such as in a log, use one of the RFC 5737 addresses that are reserved for use in documentation:
For IPv4 address ranges, use the following examples:
When you need an IPv6 address, use values from the RFC 3849 range. Example IPv6 addresses include the following:
For IPv6 address ranges, use the following example:
Example street addresses
Avoid using real street addresses in examples. Instead, use one of the following fictional street addresses:
- 1800 Amphibious Blvd.
Mountain View, CA 94045
- Avenida da Pastelaria, 1903
- 8 Rue du Nom Fictif
Example project names
When you need an example project name, create a name that's meaningful or descriptive.
Ensure that the name is applicable to the user's environment. Don't use unclear terms like foo, bar, and baz.
When necessary, use an appended numbering scheme. For example, Development, Staging, Android Development-1, Production-1, Production-2.