Skip to content
WP Cloud
WP Cloud
    • For Hosts
    • For Agencies
    • For Registrars
    • For Native Hosting
    • Performance
    • Security
    • Real-Time Automated Failover
    • Vertical Scaling and Bursting
    • WordPress Management
    • PanelAlpha Integration: White-Label WordPress Control Panel for Hosts
    • EasyEngine Panel Integration: Visual WordPress Management for WP Cloud
    • FAQs
    • WP Cloud API
    • Partner Portal
    • Documentation
    • New Partner Guide
    • Pressable
    • Convesio
    • Porkbun
    • PanelAlpha
    • Ivapix
    • UNC Greensboro
    • Impressive Hosting
    • Blog
    • Performance Benchmarks
  • Connect With Us
  • Login ↗
Start Here ↗
  • Solutions

    • For Hosts
    • For Agencies
    • For Registrars
    • For Native Hosting
    • Featured Partners

    Features

    • Performance
    • Security
    • Real-Time Automated Failover
    • Vertical Scaling and Bursting
    • WordPress Management

    Integrations

    • PanelAlpha Integration
    • Easy Engine Panel Integration

    Resources

    • FAQs
    • WP Cloud API
    • Partner Portal
    • Documentation
    • New Partner Guide
  • Case Studies
    • PressableA case study about how WP Cloud supports Pressable to power millions of page views daily.
    • Convesio
    • Porkbun
    • PanelAlpha
    • Ivapix
    • UNC Greensboro
    • Newspack
    • Inverse Paradox
  • Insights
    • Podcast
    • BlogWP Cloud blog page with latest news and updates about the platform.
    • Performance Benchmarks
  • Connect With Us
  • Login ↗
Start Here ↗

Browse

    • WP Cloud platform overview
    • Onboard and launch with WP Cloud
    • WP Cloud Partner Portal
    • Get support from WP Cloud
    • WP Cloud glossary
    • Manage and secure API keys
    • Client SSH
    • WP Cloud API quick start
    • Webhooks
    • Run bulk tasks across sites
      • Manage site domains and aliases
      • Domain verification records
      • TLS certificates
      • Manage custom TLS certificates
      • Cloudflare and WP Cloud
    • Clone a site
    • Configure resources, site type, and billing with site meta
    • Delete a site
    • Persistent data
    • Staging sites
    • Migrate a site to WP Cloud
      • SSH and SFTP access models
      • Client SSH
      • User SSH and SFTP access
      • Database credentials
      • phpMyAdmin
      • ABSPATH
      • Default wp-config.php
      • Site constants
      • Configure redirects and headers with custom-redirects.php
      • Akismet and Jetpack
      • Blocked and unsupported plugins
      • PHP lifecycle and supported versions
      • Symlinks and managed software
      • WordPress versions
      • Install Composer and WP-CLI packages
      • Manage platform software with WP-CLI
      • Useful WP-CLI commands
    • Transactional email
    • WordPress multisite
    • Cron scheduling
    • Decoupled and headless WordPress
    • Repair Yoast indexables
      • Page Cache
      • Edge Cache
      • Object Cache
      • Image transformation
      • Offload image sub-sizes
    • Configure lightweight 404s for static files
      • DDoS protection
      • Defensive Mode
      • Rate limiting
      • Network and web application firewalls
      • Bot protection
      • Password protection
      • HTTP and security headers
      • PHP filesystem access permissions
      • Scan a site for malware
    • Backups overview
    • Create an on-demand backup
    • Restore a backup
    • Jetpack backups
      • Error logs
      • Web server logs
    • Metrics
    • Application performance monitoring
    • Automated failover
    • IP ranges
    • Origin and edge servers
    • Server specifications and settings
    • EasyEngine integration
    • PanelAlpha integration
      • White labelling and co-marketing WP Cloud
      • WP Cloud logos
      • Terms of Service & Compliance
      • Prohibited content
      • Copyright infringement and takedown notifications
    • WP Cloud billing
    • WP Cloud for agencies and site networks
    • WP Cloud partner support options
    • Troubleshoot Page and Edge Cache
    • Troubleshoot HTTP 429 and 599 errors
    • WP Cloud HTTP status codes
    • Troubleshoot site performance
    • Cache slow database queries
    • Troubleshoot duplicate core files, wp-config.php, and wp-admin 403 errors
    • Troubleshoot email delivery
    • Troubleshoot PDF thumbnail generation
    • Troubleshoot TLS certificate provisioning
Documentation/Monitoring and logs/Logs/Web server logs

Web server logs

LAST UPDATED

3 months ago

    WP Cloud web server logs record requests that reach a site’s origin web server. Partner developers and support teams can retrieve them through the WP Cloud API to investigate traffic, errors, and slow requests or to provide log views in a partner-owned interface.

    Requests served entirely by Edge Cache do not reach the origin and are not fully represented in these logs. Use Metrics for edge request counts, cache ratios, and other time-series data.

    Retrieve logs through the API

    The Get Web Server Logs endpoint accepts an Atomic Site ID or domain and a required start and end time range. Both values can be Unix timestamps or date strings accepted by PHP’s strtotime() function. Logs are guaranteed for 28 days; an earlier start time may return incomplete data.

    The endpoint supports pagination, ascending or descending sort order, and filters for:

    • cache status;
    • renderer, such as PHP or a static file;
    • HTTP request method;
    • HTTP status code; and
    • visitor IP address.

    A successful response includes the request URL, method, status, request time, renderer, cache state, host, referrer, user agent, visitor address, and a scroll_id when more records are available. Treat visitor addresses, requested URLs, referrers, and user agents as potentially sensitive customer data.

    Read the fields together to reconstruct an origin request. For example, renderer identifies the component that handled it, while request_time describes how long it took; neither value alone identifies the cause of a slow page.

    Interpret Googlebot HTTP 408 responses

    When a request from Googlebot produces an HTTP 5xx response at the origin, WP Cloud returns HTTP 408 to Googlebot. This response handling is designed to prevent a temporary site error from being interpreted as a signal that the URL should not be indexed.

    A Googlebot request recorded as 408 can therefore represent an underlying application error. Do not assume that the crawler exceeded a request or concurrency limit based on the 408 alone.

    Compare the request timestamp, URL, and user agent with the site's Error logs. Look for a fatal error or other plugin, theme, or application failure at the same time. Correct the underlying error, then ask the search engine to crawl the affected URL again when appropriate.

    Use Metrics and Insights with origin logs

    Metrics includes requests served at the edge as well as requests sent to the origin. Use it when an investigation needs Edge Cache hit and miss ratios, request trends, traffic dimensions, or PHP and database resource measurements.

    The Insights section in the WP Cloud Partner Portal provides account-wide and site-specific metrics and statistics. Use it for an initial visual review, then retrieve the exact log or Metrics time range when you need request-level detail.

    Previous Error logs
    Next Metrics

    Related Guides

    • Error logs

      Retrieve WP Cloud PHP error logs and understand how debugging settings and rate limits affect…

      3 Min.

      READ

    On this page

      Contact support

      Contact us with Support issues and questions related to WP Cloud, the WP Cloud Atomic API, API-key IP allow list changes, Station, and more.

      Check the FAQs

      Have questions? Please visit our FAQ to learn more.

      An Automattic venture

      Work With Us

      Press

      Privacy Policy

      © 2021-2026 Automattic Inc.

      Notifications