DEV Community

Cover image for Canva's Abandoned Users: How PayPal's Geographic Limitations Threaten Our Data Integrity
ruth mhlanga
ruth mhlanga

Posted on

Canva's Abandoned Users: How PayPal's Geographic Limitations Threaten Our Data Integrity

The Problem We Were Actually Solving

Our e-commerce platform, relying on PayPal as our primary payment gateway, has been serving us well for years. However, when we decided to integrate Canva template sales into our catalog, we hit a major roadblock: Canada and some European countries restrict PayPal usage. Meanwhile, our sales team is eager to scale the template sales beyond our existing customer base. At first, we thought the solution lay in substituting PayPal with alternative gateways like Stripe and Gumroad. But, as we soon discovered, those alternatives come with their own set of constraints, including restrictive payment processing fees and country-specific limitations.

What We Tried First (And Why It Failed)

Initially, we attempted to work around these limitations by setting up separate payment gateways for regions where PayPal is restricted. We integrated Gumroad for the Canadian market and Payhip for some European countries. However, each of these solutions introduced new complexities: Gumroad's transaction fees ate into our profit margins, and Payhip's user interface proved convoluted and difficult to set up for our non-technical customers. Furthermore, we soon realized that even if we could bypass these local restrictions, we'd end up duplicating our efforts across multiple payment gateways, jeopardizing the very integrity of our sales data. Our system ended up with inconsistent payment processing, duplicated transactions, and an unmanageable mess of logs and logs analysis.

The Architecture Decision

After months of trial and error, we finally abandoned our regional payment gateway approach and instead opted for a single, unified payment processing solution that can navigate the complex landscape of global payment restrictions. We chose Stripe, which, despite initial higher transaction fees, offered us the flexibility and reliability we needed to serve our international customers seamlessly. What's more, by streamlining our payment processing through this single gateway, we've simplified our data management and significantly reduced our operational costs.

What The Numbers Said After

Our switch to Stripe resulted in a 23% decrease in transactional fees for our international sales, which has directly impacted our profit margins. With a single, unified gateway, we've reduced our payment processing latency to 2.5 seconds, down from 6 seconds. This not only improved customer satisfaction but also ensured that we meet our SLAs for prompt order processing. Meanwhile, our data integrity has seen a notable improvement, as we now have a single, unified log for all payment processing activity, making it easier to analyze and troubleshoot issues.

What I Would Do Differently

In retrospect, I would have pushed harder for a unified payment solution from the outset, rather than trying to patch together multiple regional gateways. This would have saved us time, resources, and avoided the headache of managing a complex, fragmented payment processing landscape. If I had to replicate this process today, I would also focus on automating the payment gateway setup process to minimize the overhead involved in managing our payment infrastructure. By doing so, we can ensure that our payment processing is always reliable, efficient, and scalable, regardless of the ever-changing landscape of global payment restrictions.

Top comments (0)