title | sidebar | showTitle |
---|---|---|
PHP Integration |
Docs |
true |
Click here for the Posthog-PHP library. This is an optional library you can install if you're working with PHP.
This page of the Docs refers specifically to the Official PostHog PHP Library to capture and send events to any PostHog instance (including posthog.com).
This library uses an internal queue to make calls fast and non-blocking. It also batches requests and flushes asynchronously, making it perfect to use in any part of your web app or other server-side application that needs performance.
Add the following to composer.json:
{
"require": {
"posthog/posthog-php": "1.0.*"
}
}
And then install the dependencies with the command: php composer.phar install
In your app, set your API key before making any calls.
PostHog::init("<ph_project_api_key>",
array('host' => '<ph_instance_address>') // You can remove this line if you're using app.posthog.com
);
Note: As a general rule of thumb, we do not recommend having API keys in plaintext. Setting it as an environment variable would be best.
You can find your key in the 'Project Settings' page in PostHog.
Capture allows you to capture anything a user does within your system, which you can later use in PostHog to find patterns in usage, work out which features to improve or where people are giving up.
A capture
call requires:
distinct id
which uniquely identifies your userevent name
to specify the event
- We recommend naming events with "[noun] [verb]", such as
movie played
ormovie updated
, in order to easily identify what your events mean later on (we know this from experience).
Optionally you can submit:
properties
, which is an array with any information you'd like to add
For example:
PostHog::capture(array(
'distinctId' => 'user:123',
'event' => 'movie played',
'properties' => array(
'movieId' => '123',
'category' => 'romcom'
)
));
Identify lets you add metadata to your users so you can easily identify who they are in PostHog, as well as do things like segment users by these properties.
An identify
call requires:
distinct id
which uniquely identifies your userproperties
with a dict with any key: value pairs
For example:
PostHog::identify(array(
'distinctId' => 'user:123',
'properties' => array(
'email' => 'john@doe.com',
'proUser' => false
)
));
The most obvious place to make this call is whenever a user signs up, or when they update their information.
To connect whatever a user does before they sign up or log in with what they do after you need to make an alias call. This will allow you to answer questions like "Which marketing channels leads to users churning after a month?" or "What do users do on our website before signing up?"
In a purely back-end implementation, this means whenever an anonymous user does something, you'll want to send a session ID with the capture call. Then, when that users signs up, you want to do an alias call with the session ID and the newly created user ID.
The same concept applies for when a user logs in.
If you're using PostHog in the front-end and back-end, doing the identify call in the frontend will be enough.
An alias call requires:
distinct id
the current unique idalias
the unique ID of the user before
For example:
PostHog::alias(array(
'distinctId' => 'user:123',
'alias' => 'user:12345'
));
If you're aiming for a full back-end implementation of PostHog, you can send pageviews from your backend
PostHog::capture(array(
'distinctId' => 'user:123',
'event' => '$pageview',
'properties' => array(
'$current_url' => 'https://example.com'
)
));
- Run
VERSION=X.Y.Z make release
(where X.Y.Z is the new version).
That's it! Composer will pick up the new tag and you can see the latest version at https://packagist.org/packages/posthog/posthog-php.
Note: You might need to install
git-extras
for this to work.
This library is largely based on the analytics-php
package.