Pantalla blanca de la muerte en WordPress: cómo diagnosticarla con seguridad
Una página en blanco significa que PHP se detuvo y el error está oculto, no ausente. Esta es la secuencia técnica exacta para hallar la causa sin exponer nada.
EMERGENCY WORDPRESS REPAIR
We assess outages, critical errors, malware and WooCommerce failures. Jordi Ensenyat reviews the case, defines the scope and gives you a quote before any intervention.

AN INCIDENT IS NOT A TICKET
When it fails, you do not need a list of possibilities or a chatbot. You need to know what is happening, what is at risk and what the next safe step is.
WP Repair turns a confusing situation into a clear recovery plan, with one accountable person and evidence at close-out.
RESCUE SERVICES
We handle specific WordPress and WooCommerce failures. If the problem falls outside the scope, you will know before approving the work.
500 errors, white screens, database failures, incompatibilities and failed updates.
Assess the incident ↗02Redirects, backdoors, SEO spam, unknown users, Google warnings or hosting suspension.
Review the symptoms ↗03Checkout, cart, payments, orders, webhooks or critical functions that prevent sales.
Restore operations ↗WP REPAIR PROTOCOL
Urgency is not a reason to change a website without preserving a recovery route. This order protects your data and makes the result verifiable.
See the complete process ↗You send the URL, visible symptom, recent changes and urgency. We do not ask for passwords in public.
DELIVERABLE · Initial scope and missing informationWe review the case and explain the proposed intervention, dependencies, price and limits before starting.
DELIVERABLE · Clear quote before accessWith secure access, we verify ownership, preserve a backup or rollback route and identify the real cause.
DELIVERABLE · Recovery point and diagnosisWe apply the smallest necessary change, test the affected journey and document the work and follow-up points.
DELIVERABLE · Verified website and close-out reportWHAT WE DO NOT DO

DIRECT RESPONSIBILITY
No hand-offs between sales, support and development. The same technical responsibility follows the case from assessment to the final report.
FIND YOUR SYMPTOM
Content designed to help you make a safe decision, not to turn every keyword variation into an empty page.
QUESTIONS BEFORE YOU START
A person reviews every request according to its real urgency and current availability. While the green “Available now” status is shown, the first human response is sent quickly and you always receive a realistic timeframe for your specific case. We do not claim 24/7 coverage we cannot genuinely honour.
No. The URL, visible symptoms, recent changes and exact error messages are usually enough for the initial assessment. Access is requested through a secure channel only after you approve the quote.
No. We first define the scope and present the quote. Technical work starts only after approval and once the necessary access is available.
We stop, explain the new evidence and agree any change in scope before continuing. An emergency never becomes open-ended hours without your approval.
Before any risky change we require a viable backup or an explicit recovery route. If the hosting setup or the site condition prevents this, we explain the risk before acting.
The close-out includes the cause found, changes applied, checks performed and relevant recommendations to reduce the chance of the same incident returning.
RESCUE JOURNAL
Una página en blanco significa que PHP se detuvo y el error está oculto, no ausente. Esta es la secuencia técnica exacta para hallar la causa sin exponer nada.
A blank page means PHP stopped and the error is hidden, not absent. Here is the exact command-level sequence to find the cause without exposing anything.
El mensaje significa que WordPress no pudo alcanzar la base de datos con su configuración. Rara vez implica pérdida de datos. Así se clasifica y se resuelve.
FIRST STEP
Do not send passwords. The URL, visible symptom and recent changes are enough to begin the assessment.
Request an assessment ↗