On this page, we get you up and running with Sentry's PHP SDK, automatically reporting errors and exceptions in your application.

Using a framework? Take a look at our specific guides to get started.

The Sentry PHP SDK provides support for PHP 7.2 or later.


Sentry captures data by using an SDK within your application’s runtime. These are platform-specific and allow Sentry to have a deep understanding of how your application works.

To install the PHP SDK, you need to be using Composer in your project. For more details about Composer, see the Composer documentation.

composer require sentry/sdk


After you’ve completed setting up a project in Sentry, Sentry will give you a value which we call a DSN or Data Source Name. It looks a lot like a standard URL, but it’s just a representation of the configuration required by the Sentry SDKs. It consists of a few pieces, including the protocol, public key, the server address, and the project identifier.

To capture all errors, even the one during the startup of your application, you should initialize the Sentry PHP SDK as soon as possible.

Sentry\init(['dsn' => '' ]);


In PHP you can either capture a caught exception or capture the last error with captureLastError.

try {
} catch (\Throwable $exception) {

// OR


Monitor Performance

Just set traces_sample_rate to a value greater than 0.0 after that, Performance Monitoring will be enabled.

  'dsn' => '',
  'traces_sample_rate' => 1.0 # be sure to lower this in production to prevent quota issues

Performance data is transmitted using a new event type called "transactions", which you can learn about in Distributed Tracing. To capture transactions, you must install and configure your SDK to set the traces_sample_rate option to a nonzero value. The example configuration above will transmit 100% of captured traces. Be sure to lower this value in production otherwise you could burn through your quota quickly.

Learn more about sampling in Using Your SDK to Filter Events.

You can edit this page on GitHub.