The website stopped working after an update
After a core, theme or plugin update you got a white screen or a critical error message. The website was fine an hour ago and now it is not.
A WordPress website can break in many ways and most of them look the same: a white screen, a critical error, or a page that pretends everything is fine while no orders come in. We repair WordPress and WooCommerce websites no matter who built them. We start with diagnosis, because a repair without a known cause is only a guess. The initial diagnosis is a free intro audit, the repair itself starts at 150 € per intervention and further work is billed at 40 € per hour.
What it includesOr reach us directly: +421 902 074 830
We repair websites we did not build. You do not have to move your website care to us or sign anything up front: a repair is one-off work and the access credentials stay yours.
After a core, theme or plugin update you got a white screen or a critical error message. The website was fine an hour ago and now it is not.
Google or the browser warns your visitors, foreign content has shown up in the search results, or the website redirects somewhere else. The malicious code has to go, and so does the way in that let it through.
After an update WooCommerce stopped completing orders, the payment gateway reports an error, or the cart behaves differently than before. Every day in that state costs money.
The contact form pretends it has sent the message, but no email arrives anywhere. Usually it is the mail sending configuration, not the form itself.
The website was built by someone who no longer replies or has closed down. You need someone who can find their way around another developer's code and fix what is on fire.
Specific faults, not a flat-rate care package. If you are looking for regular maintenance, that is a separate support and maintenance service.
Fatal PHP errors, exhausted memory, an incompatible PHP version or broken code in the theme. Using recovery mode and the logs we find which file causes the error and fix it instead of switching off half the website.
Two plugins get in each other's way, an update changed the behaviour, or the theme overrides something it should not. We isolate the conflict methodically, not by switching everything off at once.
Removing the malicious code, checking user accounts, scheduled tasks and uploaded files, changing passwords and security salts. More important than the clean-up itself is the way the attacker got in, because without closing it the website gets hacked again.
A broken cart or checkout, orders that never complete, a payment gateway reporting an error, order statuses that do not match or customer emails that never arrive. We test the repair on a real order, not just on the page loading.
The form submits, but the email does not arrive. Usually the cause is mail sending from the server, the SPF and DKIM records, or a spam filter catching the message. We fix the configuration instead of replacing the form.
When the repair costs more than going back, we restore the website from a backup and only then look at what broke it. If no backup exists, the first step is to create one from the current state.
From the report to handover with a record of what changed.
You tell us what is happening and when it started. If you know what preceded the problem, say so: it shortens the search.
A free intro audit from publicly available signals. We tell you what it most likely is, what the repair will involve and what it will cost, before we start anything.
Before any intervention we back up both the files and the database. If the repair does not work out, we can return the website to the state it was in before us.
We fix the cause and test what was not working. On an e-shop a test means a real order, on a form a genuinely delivered email.
You get a record of what changed and why, plus advice on what to do so it does not happen again. The access credentials stay yours.
Switching off a plugin that happens to hide the error is not a repair. We look for what caused the problem so that it does not come back in a week.
We never touch a website without a backup of the files and the database. It is the first step, not a formality.
After the diagnosis you say yes or no to a price you already know. An intervention starts at 150 € and further work is billed at 40 € per hour, but we agree the scope before we start.
A repair does not tie you to us. We make no changes that would make moving to another supplier harder, and after handover you can change the access credentials.
A combination of server logs and manual analysis. An automated scan shows the symptom, a human finds the cause.
A free intro audit from publicly available signals. You find out what is probably wrong with the website and what the repair would involve, with no commitment.
The initial intervention includes a backup, the repair and a test. Work beyond the initial intervention is billed at 40 € per hour and you always approve it in advance.
Yes, that is most of our repairs. We do not need to be the original author of the website. We need access to the hosting and to WordPress, the rest we work out from the code and the logs.
The diagnosis is free. The initial intervention starts at 150 € and includes a backup, the repair and a test. Work beyond the initial intervention is billed at 40 € per hour. You know the specific price before we start working, not once the invoice arrives. Indicative prices for our other services are on the pricing page.
It depends on what broke. The diagnosis is within 3 working days. For the repair itself we give a realistic estimate only after the diagnosis, because a white screen after an update and a hacked e-shop are two very different jobs.
We remove the malicious code, check the user accounts, scheduled tasks and uploaded files, and change the passwords and security salts. More important than the clean-up is finding and closing the way the attacker got in, otherwise the website gets hacked again.
Before every intervention we back up both the files and the database, so we can return the website to the state it was in before us. If it turns out that the repair costs more than restoring from a backup, we say so and you decide.
No. A repair is one-off work and the access credentials stay yours. If you want someone to look after the website regularly, there is a separate support and maintenance service for that, but it is not a condition of the repair.
A repair deals with a specific fault: the website does not work and it should. A technical audit is diagnostics of a website that works but does not deliver good results, and its output is a report and a roadmap, not a change to the code.
Not quite. If the website was built with Lovable, Cursor, Bolt or v0 and the problem is not one fault but the overall quality of the code, the service for that is AI website repair. A one-off fault on such a website we can fix within this service too.
This service is focused on WordPress and WooCommerce. For another system, write to us with the details and we will tell you straight away whether we can take it on or not.
Tell us what you need. We will reply within one business day with an honest take on whether we are the right fit, the scope and timeline we see, and a custom quote.