Lemon Squeezy for Laravel

A package to easily integrate your Laravel application with Lemon Squeezy. It takes the pain out of setting up a checkout experience. Easily set up payments for your products or let your customers subscribe to your product plans. Handle grace periods, pause subscriptions, or offer free trials.

This package drew inspiration from Cashier which was created by Taylor Otwell.

Lemon Squeezy for Laravel is maintained by Dries Vints. Any sponsorship to help fund development off this package is greatly appreciated ❤️

We also recommend to read the Lemon Squeezy docs and developer guide.

This package is a work in progress. As long as there is no v1.0.0, breaking changes may occur in v0.x releases. No upgrade path between v0.x versions will be provided.

Roadmap

The below features are not yet in this package but are planned to be added in the future:

Subscription invoices
License keys
Marketing emails check
Product & variant listing
Custom priced checkouts
Create discount codes

Requirements

PHP 8.1 or higher
Laravel 10.0 or higher

Installation

There are a few steps you'll need to take to install the package:

Requiring the package through Composer
Creating an API Key
Connecting your store
Configuring the Billable Model
Connecting to Lemon JS
Setting up webhooks

We'll go over each of these below.

Composer

Install the package with composer:

composer require lemonsqueezy/laravel

API Key

Next, configure your API key. Create a new key in testing mode in the Lemon Squeezy dashboard and paste them in your .env file as shown below:

LEMON_SQUEEZY_API_KEY=your-lemon-squeezy-api-key

When you're deploying your app to production, you'll have to create a new key in production mode to work with live data.

Store Identifier

Your store identifier will be used when creating checkouts for your products. Go to your Lemon Squeezy general settings and copy the Store ID (the part after the # sign) into the env value below:

LEMON_SQUEEZY_STORE=your-lemon-squeezy-store-id

Billable Model

To make sure we can actually create checkouts for our customers, we'll need to configure a model to be our "billable" model. This is typical the User model of your app. To do this, import and use the Billable trait on your model:

use LemonSqueezy\Laravel\Billable;
 
class User extends Authenticatable
{
    use Billable;
}

Now your user model will have access to methods from our package to create checkouts in Lemon Squeezy for your products.

Lemon JS

Lemon Squeezy uses its own JavaScript library to initiate its checkout widget. We can make use of it by loading it through the Blade directive in the head section of our app, right before the closing </head> tag.

<head>
    ...
 
    @lemonJS
</head>

Webhooks

Finally, make sure to set up incoming webhooks. This is both needed in development as in production. Go to your Lemon Squeezy's webhook settings and point the url to your exposed local app. You can use Ngrok, Expose or another tool of your preference for this.

Make sure to select all event types. The path you should point to is /lemon-squeezy/webhook by default. We also very much recommend to verify webhook signatures.

Webhooks & CSRF Protection

Incoming webhooks should not be affected by CSRF protection. To prevent this, add your webhook path to the except list of your App\Http\Middleware\VerifyCsrfToken middleware:

protected $except = [
    'lemon-squeezy/*',
];

Upgrading

Please review our upgrade guide when upgrading to a new version.

Configuration

The package offers various way to configure your experience with integrating with Lemon Squeezy.

Verifying Webhook Signatures

In order to make sure that incoming webhooks are actually from Lemon Squeezy, we can configure a signing secret for them. Go to your webhook settings in the Lemon Squeezy dashboard, click on the webhook of your app and copy the signing secret into the environment variable below:

LEMON_SQUEEZY_SIGNING_SECRET=your-webhook-signing-secret

Any incoming webhook will now first be verified before being executed.

Checkouts

With this package, you can easily create checkouts for your customers.

Single Payments

For example, to create a checkout for a single-payment, use a variant ID of a product variant you want to sell and create a checkout using the snippet below:

use Illuminate\Http\Request;
 
Route::get('/buy', function (Request $request) {
    return redirect(
        $request->user()->checkout('variant-id')
    );
});

This will automatically redirect your customer to a Lemon Squeezy checkout where the customer can buy your product.

Note When creating a checkout for your store, each time you redirect a checkout object or call url on the checkout object, an API call to Lemon Squeezy will be made. These calls are expensive and can be time and resource consuming for your app. If you are creating the same session over and over again you may want to cache these urls.

Overlay Widget

Note the overlay widget currently has a pending issue.

Instead of redirecting your customer to a checkout screen, you can also create a checkout button which will render a checkout overlay on your page. To do this, pass the $checkout object to a view:

use Illuminate\Http\Request;
 
Route::get('/buy', function (Request $request) {
    $checkout = $request->user()->checkout('variant-id');

    return view('billing', ['checkout' => $checkout]);
});

Now, create the button using the shipped Laravel Blade component from the package:

<x-lemon-button :href="$checkout" class="px-8 py-4">
    Buy Product
</x-lemon-button>

When a user clicks this button, it'll trigger the Lemon Squeezy checkout overlay. You can also, optionally request it to be rendered in dark mode:

<x-lemon-button :href="$checkout" class="px-8 py-4" dark>
    Buy Product
</x-lemon-button>

If you're checking out subscriptions, and you don't want to to show the "You will be charged..." text, you may disable this by calling the withoutSubscriptionPreview method on the checkout object:

$request->user()->checkout('variant-id')
    ->withoutSubscriptionPreview();

If you want to set a different color for the checkout button you may pass a hex color code (with the leading # sign) through withButtonColor:

$request->user()->checkout('variant-id')
    ->withButtonColor('#FF2E1F');

Prefill User Data

You can easily prefill user data for checkouts by overwriting the following methods on your billable model:

public function lemonSqueezyName(): ?string; // name
public function lemonSqueezyEmail(): ?string; // email
public function lemonSqueezyCountry(): ?string; // country
public function lemonSqueezyZip(): ?string; // zip
public function lemonSqueezyTaxNumber(): ?string; // tax_number

By default, the attributes displayed in a comment on the right of the methods will be used.

Additionally, you may also pass this data on the fly by using the following methods:

use Illuminate\Http\Request;
 
Route::get('/buy', function (Request $request) {
    return redirect(
        $request->user()->checkout('variant-id')
            ->withName('John Doe')
            ->withEmail('john@example.com')
            ->withBillingAddress('US', '10038') // Country & Zip Code
            ->withTaxNumber('123456679')
            ->withDiscountCode('PROMO')
    );
});

Redirects After Purchase

To redirect customers back to your app after purchase, you may use the redirectTo method:

$request->user()->checkout('variant-id')
    ->redirectTo(url('/'));

You may also set a default url for this by configuring the lemon-squeezy.redirect_url in your config file:

'redirect_url' => 'https://my-app.com/dashboard',

Expire Checkouts

You can indicate how long a checkout session should stay active by calling the expiresAt method on it:

$request->user()->checkout('variant-id')
    ->expiresAt(now()->addDays(3));

Custom Data

You can also pass along custom data with your checkouts. To do this, send along key/value pairs with the checkout method:

use Illuminate\Http\Request;
 
Route::get('/buy', function (Request $request) {
    return redirect(
        $request->user()->checkout('variant-id', custom: ['foo' => 'bar'])
    );
});

These will then later be available in the related webhooks for you.

Reserved Keywords

When working with custom data there are a few reserved keywords for this library:

billable_id
billable_type
subscription_type

Attempting to use any of these will result in an exception being thrown.

Subscriptions

Setting Up Subscription Products

Setting up subscription products with different plans and intervals needs to be done in a specific way. Lemon Squeezy has a good guide on how to do this.

Although you're free to choose how you set up products and plans, it's easier to go for option two and create a product for each plan type. So for example, when you have a "Basic" and "Pro" plan and both have monthly and yearly prices, it's wiser to create two separate products for these and then add two variants for each for their monthly and yearly prices.

This gives you the advantage later on to make use of the hasProduct method on a subscription which allows you to just check if a subscription is on a specific plan type and don't worry if it's on a monthly or yearly schedule.

Creating Subscriptions

Starting subscriptions is easy. For this, we need the variant id from our product. Copy the variant id and initiate a new subscription checkout from your billable model:

use Illuminate\Http\Request;
 
Route::get('/subscribe', function (Request $request) {
    return redirect(
        $request->user()->subscribe('variant-id')
    );
});

When the customer has finished their checkout, the incoming SubscriptionCreated webhook will couple it to your billable model in the database. You can then retrieve the subscription from your billable model:

$subscription = $user->subscription();

Checking Subscription Status

Once a customer is subscribed to your services, you can use a variety of methods to check for various states on the subscription. The most basic example, is to check if a customer is subscribed to a valid subscription:

if ($user->subscribed()) {
    // ...
}

You may use this in various places in your app like middleware, policies, etc, to offer your services. To check if an individual subscription is valid, you may use the valid method:

if ($user->subscription()->valid()) {
    // ...
}

This method, as well as the subscribed method, will return true if your subscription is active, on trial, past due, paused for free or on its cancelled grace period.

You can also check if a subscription is on a specific product:

if ($user->subscription()->hasProduct('your-product-id')) {
    // ...
}

Or on a specific variant:

if ($user->subscription()->hasVariant('your-variant-id')) {
    // ...
}

If you want to check if a subscription is on a specific variant and at the same valid you can use:

if ($user->subscribedToVariant('your-variant-id')) {
    // ...
}

Or if you're using multiple subscription types, you can pass a type as an extra parameter:

if ($user->subscribed('swimming')) {
    // ...
}

if ($user->subscribedToVariant('your-variant-id', 'swimming')) {
    // ...
}

Cancelled Status

To check if a user has cancelled their subscription you may use the cancelled method:

if ($user->subscription()->cancelled()) {
    // ...
}

When they're on their grace period, you can use the onGracePeriod check:

if ($user->subscription()->onGracePeriod()) {
    // ...
}

If a subscription is fully cancelled and no longer on its grace period, you may use the expired check:

if ($user->subscription()->expired()) {
    // ...
}

Past Due Status

If a recurring payment for a subscription fails, the subscription will transition in a past due state. This means it's still a valid subscription but your customer will have a 2 weeks period where their payments will be retried.

if ($user->subscription()->pastDue()) {
    // ...
}

In this state, you should instruct your customer to update their payment info. Failed payments in Lemon Squeezy are retried a couple of times. For more information on that, as well as the dunning process, head over to the Lemon Squeezy documentation

Subscription Scopes

Various subscriptions scopes are available to query subscriptions in specific states:

// Get all active subscriptions...
$subscriptions = Subscription::query()->active()->get();
 
// Get all of the cancelled subscriptions for a specific user...
$subscriptions = $user->subscriptions()->cancelled()->get();

Here's all available scopes:

Subscription::query()->onTrial();
Subscription::query()->active();
Subscription::query()->paused();
Subscription::query()->pastDue();
Subscription::query()->unpaid();
Subscription::query()->cancelled();
Subscription::query()->expired();

Updating Payment Information

To allow your customer to update their payment details, like their credit card info, you can redirect them with the following method:

use Illuminate\Http\Request;
 
Route::get('/update-payment-info', function (Request $request) {
    $subscription = $request->user()->subscription();

    return redirect(
        $subscription->updatePaymentMethodUrl()
    );
});

To make the URL open in a more seamless overlay on top of your app (similar to the checkout overlay), you may use Lemon.js to open the URL with the LemonSqueezy.Url.Open() method.

Changing Plans

When a customer is subscribed to a monthly plan, they might want to upgrade to a better plan, change their payments to a yearly plan or downgrade to a cheaper plan. For these situations, you can allow them to swap plans by passing a different variant id to the swap method:

use App\Models\User;

$user = User::find(1);

$user->subscription()->swap('variant-id');

This will swap the customer to their new subscription plan but billing will only be done on the next billing cycle. If you'd like to immediately invoice the customer you may use the swapAndInvoice method instead:

$user = User::find(1);

$user->subscription()->swapAndInvoice('variant-id');

Prorations

By default, Lemon Squeezy will prorate amounts when changing plans. If you want to prevent this, you may use the noProrate method before executing the swap:

$user = User::find(1);

$user->subscription()->noProrate()->swap('variant-id');

Multiple Subscriptions

In some situation you may find yourself wanting to allow your customer to subscribe to multiple subscription types. For example, a gym may offer a swimming and weight lifting subscription. You can allow your customer to subscribe to either or both.

To handle the different subscriptions you may provide a type of subscription as the second argument when starting a new one:

$user = User::find(1);

$checkout = $user->subscribe('variant-id', 'swimming');

Now you may always refer this specific subscription type by providing the type argument when retrieving it:

$user = User::find(1);

// Swap plans...
$user->subscription('swimming')->swap('variant-id');

// Cancel...
$user->subscription('swimming')->cancel();

Pausing Subscriptions

To pause subscriptions, call the pause method on it:

$user = User::find(1);

$user->subscription()->pause();

Optionally, provide a date when the subscription can resume:

$user = User::find(1);

$user->subscription()->pause(
    now()->addDays(5)
);

This will fill in the resumes_at timestamp on your customer. To know if your subscription is within its paused period you can use the onPausedPeriod method:

if ($user->subscription()->onPausedPeriod()) {
    // ...
}

To unpause, simply call that method on the subscription:

$user->subscription()->unpause();

Pause State

By default, pausing a subscription will void its usage for the remainder of the pause period. If you instead would like your customers to use your services for free, you may use the pauseForFree method:

$user->subscription()->pauseForFree();

Cancelling Subscriptions

To cancel a subscription, call the cancel method on it:

$user = User::find(1);

$user->subscription()->cancel();

This will set your subscription to be cancelled. If your subscription is cancelled mid-cycle, it'll enter a grace period and the ends_at column will be set. The customer will still have access to the services provided for the remainder of the period. You can check for its grace period by calling the onGracePeriod method:

if ($user->subscription()->onGracePeriod()) {
    // ...
}

Immediate cancellation with Lemon Squeezy is not possible. To resume a subscription while it's still on its grace period, call the resume method:

$user->subscription()->resume();

When a cancelled subscription reaches the end of its grace period it'll transition to a state of expired and won't be able to resume any longer.

Subscription Trials

For a thorough read on trialing in Lemon Squeezy, have a look at their guide.

No Payment Required

To allow people to signup for your product without having them to fill out their payment details, you may set the trial_ends_at column when creating them as a customer:

use App\Models\User;
 
$user = User::create([
    // ...
]);
 
$user->createAsCustomer([
    'trial_ends_at' => now()->addDays(10)
]);

This is what's called "a generic trial" because it's not attached to any subscription. You can use the onTrial method to check if a customer is currently trialing your app:

if ($user->onTrial()) {
    // User is within their trial period...
}

Or if you specifically also want to make sure it's a generic trial, you can use the onGenericTrial method:

if ($user->onGenericTrial()) {
    // User is within their "generic" trial period...
}

You can also retrieve the ending date of the trial by calling the trialEndsAt method:

if ($user->onTrial()) {
    $trialEndsAt = $user->trialEndsAt();
}

As soon as your customer is ready, or after their trial has expired, they may start their subscription:

use Illuminate\Http\Request;

Route::get('/buy', function (Request $request) {
    return redirect(
        $request->user()->subscribe('variant-id')
    );
});

Please note that when a customer starts their subscription when they're still on their generic trial, their trial will be cancelled because they have started to pay for your product.

Payment required

Another option is to require payment details when people want to trial your products. This means that after the trial expires, they'll immediately be subscribed to your product. To get started with this, you'll need to configure a trial period in your product's settings. Then, let a customer start a subscription:

use Illuminate\Http\Request;

Route::get('/buy', function (Request $request) {
    return redirect(
        $request->user()->subscribe('variant-id')
    );
});

After your customer is subscribed, they'll enter their trial period which you configured and won't be charged until after this date. You'll need to give them the option to cancel their subscription before this time if they want.

To check if your customer is currently on their free trial, you may use the onTrial method on both the billable or an individual subscription:

if ($user->onTrial('default')) {
    // ...
}
 
if ($user->subscription('default')->onTrial()) {
    // ...
}

To determine if a trial has expired, you may use the hasExpiredTrial method:

if ($user->hasExpiredTrial('default')) {
    // ...
}
 
if ($user->subscription('default')->hasExpiredTrial()) {
    // ...
}

Handling Webhooks

Lemon Squeezy can send your app webhooks which you can react on. By default, this package alread does the bulk of the work for you. If you've properly set up webhooks, it'll listen to any incoming events and update your database accordingly. We recommend enabling all event types so it's easy for you to upgrade in the future.

To listen to incoming webhooks, we have two events that will be fired:

LemonSqueezy\Laravel\Events\WebhookReceived
LemonSqueezy\Laravel\Events\WebhookHandled

The WebhookReceived will be fired as soon as a webhook comes in but has not been handled by the package's WebhookController. The WebhookHandled event will be fired as soon as the webhook has been processed by the package. Both events will contain the full payload of the incoming webhook.

If you want to react to these events, you'll have to create listeners for them. For example, you may want to react to a subscription being updated:

<?php
 
namespace App\Listeners;
 
use LemonSqueezy\Laravel\Events\WebhookHandled;
 
class LemonSqueezyEventListener
{
    /**
     * Handle received Lemon Squeezy webhooks.
     */
    public function handle(WebhookHandled $event): void
    {
        if ($event->payload['meta']['event_name'] === 'subscription_updated') {
            // Handle the incoming event...
        }
    }
}

For an example payload, take a look at the Lemon Squeezy API docs.

Once you have a listener, wire it up in your app's EventServiceProvider:

<?php
 
namespace App\Providers;
 
use App\Listeners\LemonSqueezyEventListener;
use Illuminate\Foundation\Support\Providers\EventServiceProvider as ServiceProvider;
use LemonSqueezy\Laravel\Events\WebhookHandled;
 
class EventServiceProvider extends ServiceProvider
{
    protected $listen = [
        WebhookHandled::class => [
            LemonSqueezyEventListener::class,
        ],
    ];
}

Webhook Events

Instead of listening to the WebhookHandled event, you may also subscribe to one of the following, dedicated package events that are fired after a webhook has been handled:

LemonSqueezy\Laravel\Events\SubscriptionCreated
LemonSqueezy\Laravel\Events\SubscriptionUpdated
LemonSqueezy\Laravel\Events\SubscriptionCancelled
LemonSqueezy\Laravel\Events\SubscriptionResumed
LemonSqueezy\Laravel\Events\SubscriptionExpired
LemonSqueezy\Laravel\Events\SubscriptionPaused
LemonSqueezy\Laravel\Events\SubscriptionUnpaused

All of these events contain a billable $model instance, a $subscription object and the event $payload. These can be access through their public properties.

Changelog

Check out the CHANGELOG in this repository for all the recent changes.

License

Lemon Squeezy for Laravel is open-sourced software licensed under the MIT license.

Name		Name	Last commit message	Last commit date
Latest commit History 46 Commits
.github		.github
art		art
config		config
database		database
resources/views		resources/views
src		src
tests		tests
.editorconfig		.editorconfig
.gitattributes		.gitattributes
.gitignore		.gitignore
CHANGELOG.md		CHANGELOG.md
LICENSE.md		LICENSE.md
README.md		README.md
RELEASE.md		RELEASE.md
UPGRADE.md		UPGRADE.md
composer.json		composer.json
phpunit.xml.dist		phpunit.xml.dist

License

xiCO2k/laravel

Folders and files

Latest commit

History

Repository files navigation

Lemon Squeezy for Laravel

Roadmap

Requirements

Installation

Composer

API Key

Store Identifier

Billable Model

Lemon JS

Webhooks

Webhooks & CSRF Protection

Upgrading

Configuration

Verifying Webhook Signatures

Checkouts

Single Payments

Overlay Widget

Prefill User Data

Redirects After Purchase

Expire Checkouts

Custom Data

Reserved Keywords

Subscriptions

Setting Up Subscription Products

Creating Subscriptions

Checking Subscription Status

Cancelled Status

Past Due Status

Subscription Scopes

Updating Payment Information

Changing Plans

Prorations

Multiple Subscriptions

Pausing Subscriptions

Pause State

Cancelling Subscriptions

Subscription Trials

No Payment Required

Payment required

Handling Webhooks

Webhook Events

Changelog

License

About

Resources

License

Stars

Watchers

Forks

Releases

Packages 0

Languages

Packages