Nikola Arsić
ScopeSecurity, updates, monitoringTrack recordNear-zero downtime, 26 storesEngagementDirect, no agency layer

PrestaShop maintenance: the store still works next year, and someone answers when it does not.

A PrestaShop store is not finished when it launches. Core patches, module updates, PHP versions, certificate renewals, payment provider changes and the occasional attack all arrive on their own schedule. Maintenance is the standing arrangement that handles them before customers notice. I do this for an estate of 26 storefronts, which is where the discipline comes from.

What maintenance covers

The point of maintenance is that nothing on this list becomes an emergency. Each item is routine when done on schedule and expensive when done after the fact.

  • Security: core and module patches applied on release, third-party modules reviewed for known vulnerabilities, hardening of admin and file permissions
  • Updates: minor version upgrades, PHP version moves, module updates tested on staging first
  • Backups: database and files, versioned, with restores actually tested rather than assumed
  • Monitoring: uptime, error logs, checkout success, crawl errors, so problems surface before a customer reports them
  • Performance: cache configuration, database maintenance, image pipelines, server sizing
  • A person: one contact who knows your store, not a support queue rotating through strangers

Why it matters more on PrestaShop than elsewhere

PrestaShop is self-hosted and module-heavy. That is its strength - you own everything - and its exposure: every module is code from a third party running inside your shop, and the marketplace has a history of security advisories. A store with thirty modules and nobody watching the advisories is one bad module away from an injected checkout.

It is also the platform where version drift hurts most. A store left on an old PHP because "it works" becomes an upgrade project instead of an update, and the gap widens every release. Regular small moves are cheaper than one large one, every time.

Support when something breaks

Maintenance clients get a direct line to me, and the answer is from the person who knows the codebase. Checkout down, payment module failing after a provider change, admin blank after an update, a module fighting another module - these are the calls I take for the estate I run, and the diagnosis is faster because I have seen most of them before.

How the arrangement is structured - what is standing, what is on call, how it is billed - depends on the store and your team. Tell me what you run and I will propose something that fits rather than a package.

Questions people ask first

Do you offer PrestaShop hosting?
No. I run stores on infrastructure the client owns - usually AWS - and I will set that up, secure it and operate it. The account stays yours.
Can you maintain a store you did not build?
Yes. Most stores I maintain were built by someone else. It starts with an audit so we both know what is there before anything is promised.
What about an emergency right now?
Write to me with the URL and what is happening. If I can help fast, I will say so; if it needs a longer look, I will say that too.
Is maintenance a fixed monthly package?
There is no package on this site on purpose. The right arrangement for a two-language store with five modules and a 22-market estate is not the same thing, so it is agreed per store.