puntodev / mercadopago
MercadoPago API Client
Requires
- php: >=8.4 <9.0
- illuminate/support: ^13.0
Requires (Dev)
- laravel/pint: ^1.29
- orchestra/testbench: ^11.0
- phpunit/phpunit: ^13.0
This package is auto-updated.
Last update: 2026-06-13 15:38:48 UTC
README
A lightweight Laravel package that wraps the MercadoPago API to create Checkout preferences and look up merchant orders and payments. It uses Laravel's HTTP client under the hood and caches the OAuth2 access token automatically.
Requirements
- PHP
>=8.4 <9.0 - Laravel 13+ (
illuminate/support^13.0)
Installation
Install via composer:
composer require puntodev/mercadopago
The package auto-registers its service provider and the MercadoPago facade via Laravel
package discovery. To publish the config file:
php artisan vendor:publish --provider="Puntodev\MercadoPago\MercadoPagoServiceProvider" --tag="config"
Configuration
Set the following environment variables:
MERCADOPAGO_API_CLIENT_ID=your-client-id MERCADOPAGO_API_CLIENT_SECRET=your-client-secret SANDBOX_GATEWAYS=true # exposed via usingSandbox()
These map to config/mercadopago.php:
return [ 'client_id' => env('MERCADOPAGO_API_CLIENT_ID'), 'client_secret' => env('MERCADOPAGO_API_CLIENT_SECRET'), 'use_sandbox' => env('SANDBOX_GATEWAYS', false), ];
The API host is always api.mercadopago.com. MercadoPago distinguishes sandbox from
production through your credentials/test users: when creating a preference the response
includes both an init_point (production) and a sandbox_init_point (sandbox) checkout
URL. The use_sandbox flag is surfaced through usingSandbox() so your application can
decide which checkout URL to use.
Usage
Resolving the client
Inject the MercadoPago contract (or use the MercadoPago facade) and obtain a
MercadoPagoApi instance. Use defaultClient() to use the configured credentials, or
withCredentials() to override them at runtime (e.g. for multi-tenant setups):
use Puntodev\MercadoPago\MercadoPago; public function __construct(private MercadoPago $mercadoPago) {} // With the credentials from config/mercadopago.php $api = $this->mercadoPago->defaultClient(); // Or with per-request credentials $api = $this->mercadoPago->withCredentials($clientId, $clientSecret);
Building a payment preference
PaymentPreferenceBuilder produces the payload for the Checkout Preferences API. Items
are added through the nested PaymentPreferenceItemBuilder returned by item(). The
pending / failure back URLs default to the success URL, auto_return is all, and an
expiration window is only sent when provided:
use Puntodev\MercadoPago\PaymentPreferenceBuilder; $preference = (new PaymentPreferenceBuilder()) ->item() ->title('My custom product') ->unitPrice(23.20) ->quantity(1) ->currency('ARS') // defaults to ARS ->make() ->externalId('your-internal-id') ->payerFirstName('John') ->payerLastName('Doe') ->payerEmail('john@example.com') ->notificationUrl('https://example.com/mp/ipn') ->successBackUrl('https://example.com/return') ->binaryMode(true) ->make();
Creating a preference and looking up orders/payments
$created = $api->createPaymentPreference($preference); // Send the buyer to the appropriate checkout URL $checkoutUrl = $api->usingSandbox() ? $created['sandbox_init_point'] : $created['init_point']; // Later, look up merchant orders and payments $orders = $api->findMerchantOrders(['external_reference' => 'your-internal-id']); $order = $api->findMerchantOrderById($orderId); $payments = $api->findPayments(['external_reference' => 'your-internal-id']); $payment = $api->findPaymentById($paymentId);
All methods return the decoded JSON response as an array (or null) and throw
Illuminate\Http\Client\RequestException on HTTP errors.
Testing
composer test # runs PHPUnit composer test-coverage # generates HTML coverage report
Note: the test suite (
tests/MercadoPagoApiTest.php) makes real HTTP calls to the MercadoPago API. You must provide valid credentials viaMERCADOPAGO_API_CLIENT_IDandMERCADOPAGO_API_CLIENT_SECRET.phpunit.xml.distforcesSANDBOX_GATEWAYS=true.
Changelog
Please see CHANGELOG for more information on what has changed recently.
Releasing
Releases are cut from GitHub and the changelog is kept in sync automatically:
- Merge the pull requests you want to ship into
master. Label them so the notes group nicely (security,enhancement,bug,dependencies,documentation); grouping is configured in.github/release.yml. - On GitHub, go to Releases → Draft a new release, create a
vX.Y.Ztag following SemVer, and click Generate release notes. - Publish the release. Packagist picks up the new tag, and the
update-changelog.ymlworkflow writes the release notes intoCHANGELOG.mdand commits them back tomaster.
The Unreleased section in the changelog is just an anchor — release notes flow
from the published GitHub release, so there is no changelog to edit by hand.
Contributing
Please see CONTRIBUTING for details.
Security
If you discover any security related issues, please email mariano.goldman@puntodev.com.ar instead of using the issue tracker.
Credits
License
The MIT License (MIT). Please see License File for more information.