Do you use responsive images, lazy loading, or other optimizations? If not, why not? What affects your decisions?
Answer a few simple questions to help us understand your needs, and what we can do to make your life easier. Get Started

Inspect Network Activity In Chrome DevTools

This is a hands-on tutorial of some of the most commonly-used DevTools features related to inspecting a page's network activity.

See Network Reference if you'd like to browse features instead.

Read on, or watch the video version of this tutorial:

When to use the Network panel

In general, use the Network panel when you need to make sure that resources are being downloaded or uploaded as expected. The most common use cases for the Network panel are:

  • Making sure that resources are actually being uploaded or downloaded at all.
  • Inspecting the properties of an individual resource, such as its HTTP headers, content, size, and so on.

If you're looking for ways to improve page load performance, don't start with the Network panel. There are many types of load performance issues that aren't related to network activity. Start with the Audits panel because it gives you targeted suggestions on how to improve your page. See Optimize Website Speed.

Open the Network panel

To get the most out of this tutorial, open up the demo and try out the features on the demo page.

  1. Open the Get Started Demo.

    The demo
    Figure 1. The demo

    You might prefer to move the demo to a separate window.

    The demo in one window and this tutorial in a different window
    Figure 2. The demo in one window and this tutorial in a different window

  2. Open DevTools by pressing Control+Shift+J or Command+Option+J (Mac). The Console panel opens.

    The Console
    Figure 3. The Console

    You might prefer to dock DevTools to the bottom of your window.

    DevTools docked to the bottom of the window
    Figure 4. DevTools docked to the bottom of the window

  3. Click the Network tab. The Network panel opens.

    DevTools docked to the bottom of the window
    Figure 5. DevTools docked to the bottom of the window

Right now the Network panel is empty. That's because DevTools only logs network activity while it's open and no network activity has occurred since you opened DevTools.

Log network activity

To view the network activity that a page causes:

  1. Reload the page. The Network panel logs all network activity in the Network Log.

    The Network Log
    Figure 6. The Network Log

    Each row of the Network Log represents a resource. By default the resources are listed chronologically. The top resource is usually the main HTML document. The bottom resource is whatever was requested last.

    Each column represents information about a resource. Figure 6 shows the default columns:

    • Status. The HTTP response code.
    • Type. The resource type.
    • Initiator. What caused a resource to be requested. Clicking a link in the Initiator column takes you to the source code that caused the request.
    • Time. How long the request took.
    • Waterfall. A graphical representation of the different stages of the request. Hover over a Waterfall to see a breakdown.

  2. So long as you've got DevTools open, it will record network activity in the Network Log. To demonstrate this, first look at the bottom of the Network Log and make a mental note of the last activity.

  3. Now, click the Get Data button in the demo.

  4. Look at the bottom of the Network Log again. There's a new resource called getstarted.json. Clicking the Get Data button caused the page to request this file.

    A new resource in the Network Log
    Figure 7. A new resource in the Network Log

Show more information

The columns of the Network Log are configurable. You can hide columns that you're not using. There are also many columns that are hidden by default which you may find useful.

  1. Right-click the header of the Network Log table and select Domain. The domain of each resource is now shown.

    Enabling the Domain column
    Figure 8. Enabling the Domain column

Simulate a slower network connection

The network connection of the computer that you use to build sites is probably faster than the network connections of the mobile devices of your users. By throttling the page you can get a better idea of how long a page takes to load on a mobile device.

  1. Click the Throttling dropdown, which is set to Online by default.

    Enabling throttling
    Figure 9. Enabling throttling

  2. Select Slow 3G.

    Selecting Slow 3G
    Figure 10. Selecting Slow 3G

  3. Long-press Reload Reload and then select Empty Cache And Hard Reload.

    Empty Cache And Hard Reload
    Figure 11. Empty Cache And Hard Reload

    On repeat visits, the browser usually serves some files from its cache, which speeds up the page load. Empty Cache And Hard Reload forces the browser to go the network for all resources. This is helpful when you want to see how a first-time visitor experiences a page load.

Capture screenshots

Screenshots let you see how a page looked over time while it was loading.

  1. Click Capture Screenshots Capture Screenshots.
  2. Reload the page again via the Empty Cache And Hard Reload workflow. See Simulate a slower connection if you need a reminder on how to do this. The Screenshots pane provides thumbnails of how the page looked at various points during the loading process.

    Screenshots of the page load
    Figure 12. Screenshots of the page load

  3. Click the first thumbnail. DevTools shows you what network activity was occurring at that moment in time.

    The network activity that was happening during the first screenshot
    Figure 13. The network activity that was happening during the first screenshot

  4. Click Capture Screenshots Capture Screenshots again to close the Screenshots pane.

  5. Reload the page again.

Inspect a resource's details

Click a resource to learn more information about it. Try it now:

  1. Click getstarted.html. The Headers tab is shown. Use this tab to inspect HTTP headers.

    The Headers tab
    Figure 14. The Headers tab

  2. Click the Preview tab. A basic rendering of the HTML is shown.

    The Preview tab
    Figure 15. The Preview tab

    This tab is helpful when an API returns an error code in HTML and it's easier to read the rendered HTML than the HTML source code, or when inspecting images.

  3. Click the Response tab. The HTML source code is shown.

    The Response tab
    Figure 16. The Response tab

  4. Click the Timing tab. A breakdown of the network activity for this resource is shown.

    The Timing tab
    Figure 17. The Timing tab

  5. Click Close Close to view the Network Log again.

    The Close button
    Figure 18. The Close button

Use the Search pane when you need to search the HTTP headers and responses of all resources for a certain string or regular expression.

For example, suppose you want to check if your resources are using reasonable cache policies.

  1. Click Search Search. The Search pane opens to the left of the Network log.

    The Search pane
    Figure 19. The Search pane

  2. Type Cache-Control and press Enter. The Search pane lists all instances of Cache-Control that it finds in resource headers or content.

    Search results for Cache-Control
    Figure 20. Search results for Cache-Control

  3. Click a result to view it. If the query was found in a header, the Headers tab opens. If the query was found in content, the Response tab opens.

    A search result highlighted in the Headers tab
    Figure 21. A search result highlighted in the Headers tab

  4. Close the Search pane and the Timing tab.

    The Close buttons
    Figure 22. The Close buttons

Filter resources

DevTools provides numerous workflows for filtering out resources that aren't relevant to the task at hand.

The Filters toolbar
Figure 23. The Filters toolbar

The Filters toolbar should be enabled by default. If not:

  1. Click Filter Filter to show it.

Filter by string, regular expression, or property

The Filter text box supports many different types of filtering.

  1. Type png into the Filter text box. Only the files that contain the text png are shown. In this case the only files that match the filter are the PNG images.

    A string filter
    Figure 24. A string filter

  2. Type /.*\.[cj]s+$/. DevTools filters out any resource with a filename that doesn't end with a j or a c followed by 1 or more s characters.

    A regular expression filter
    Figure 25. A regular expression filter

  3. Type -main.css. DevTools filters out main.css. If any other file matched the pattern they would also be filtered out.

    A negative filter
    Figure 26. A negative filter

  4. Type domain:raw.githubusercontent.com into the Filter text box. DevTools filters out any resource with a URL that does not match this domain.

    A property filter
    Figure 27. A property filter

    See Filter requests by properties for the full list of filterable properties.

  5. Clear the Filter text box of any text.

Filter by resource type

To focus in on a certain type of file, such as stylesheets:

  1. Click CSS. All other file types are filtered out.

    Showing CSS files only
    Figure 28. Showing CSS files only

  2. To also see scripts, hold Control or Command (Mac) and then click JS.

    Showing CSS and JS files only
    Figure 29. Showing CSS and JS files only

  3. Click All to remove the filters and see all resources again.

See Filter requests for other filtering workflows.

Block requests

How does a page look and behave when some of its resources aren't available? Does it fail completely, or is it still somewhat functional? Block requests to find out:

  1. Press Control+Shift+P or Command+Shift+P (Mac) to open the Command Menu.

    The Command Menu
    Figure 30. The Command Menu

  2. Type block, select Show Request Blocking, and press Enter.

    Show Request Blocking
    Figure 31. Show Request Blocking

  3. Click Add Pattern Add Pattern.

  4. Type main.css.

    Blocking main.css
    Figure 32. Blocking main.css

  5. Click Add.

  6. Reload the page. As expected, the page's styling is slightly messed up because its main stylesheet has been blocked. Note the main.css row in the Network Log. The red text means that the resource was blocked.

    main.css has been blocked
    Figure 33. main.css has been blocked

  7. Uncheck the Enable request blocking checkbox.

Next steps

Congratulations, you have completed the tutorial. Click Dispense Award to receive your award.

Check out the Network Reference to discover more DevTools features related to inspecting network activity.

Feedback

Was this page helpful?
Yes
What was the best thing about this page?
It helped me complete my goal(s)
Thank you for the feedback. If you have specific ideas on how to improve this page, please create an issue.
It had the information I needed
Thank you for the feedback. If you have specific ideas on how to improve this page, please create an issue.
It had accurate information
Thank you for the feedback. If you have specific ideas on how to improve this page, please create an issue.
It was easy to read
Thank you for the feedback. If you have specific ideas on how to improve this page, please create an issue.
Something else
Thank you for the feedback. If you have specific ideas on how to improve this page, please create an issue.
No
What was the worst thing about this page?
It didn't help me complete my goal(s)
Thank you for the feedback. If you have specific ideas on how to improve this page, please create an issue.
It was missing information I needed
Thank you for the feedback. If you have specific ideas on how to improve this page, please create an issue.
It had inaccurate information
Thank you for the feedback. If you have specific ideas on how to improve this page, please create an issue.
It was hard to read
Thank you for the feedback. If you have specific ideas on how to improve this page, please create an issue.
Something else
Thank you for the feedback. If you have specific ideas on how to improve this page, please create an issue.