01Dónde duele el PHP
PHP es el lenguaje que ejecuta WordPress, pero el fallo casi nunca está en «PHP»: está en una función mal usada, una consulta que recorre demasiado, un plugin abandonado o una versión que el hosting ya no sostiene.
El trabajo es leer el error, reproducirlo y separar el síntoma del origen. Sin esa separación, se parchea una y otra vez el mismo problema.
- Avisos y errores que se repiten en el log.
- Consultas lentas o que se ejecutan en cada carga.
- Código de tema o plugin que ya no es compatible.
- PHP antiguo sin actualizaciones de seguridad.
Primero se reproduce el fallo y se identifica la línea o la consulta. Después se decide si se repara, se sustituye o se aísla.
02Cuándo conviene y cuándo no
Puede quedarse
Encaja
- Hay un error concreto y reproducible.
- El código propio se puede mantener.
- El problema está en una integración o plugin localizable.
- La actualización de PHP es viable.
- El coste de reparar es menor que rehacer.
No debería quedarse
No encaja
- El plugin es abandonado y no hay sustituto.
- El código está tan acoplado que cada cambio rompe otra cosa.
- La arquitectura pide otro stack.
- El hosting no permite la versión necesaria.
- Mantener el código cuesta más que reconstruir.
La decisión no se toma por preferencia de stack: se toma por coste, operación y margen real.
03Qué hacemos
No se trata de defender la tecnología: se trata de decidir qué hacer con ella. Estas son las acciones que suelen pedir las webs que llegan con este stack.
-
01
Localizar el error
Log, reproducción y traza hasta la función o consulta que falla.
Ir a Rescate WordPress -
02
Optimizar consultas y hooks
Menos consultas, menos trabajo por carga y código más legible.
Ir a Velocidad y WPO -
03
Escribir lo que falta
Funciones, integraciones o ajustes a medida sin plugins de más.
Ir a Desarrollo web -
04
Actualizar sin romper
PHP, WordPress y dependencias con verificación posterior.
Ir a Soporte y mantenimiento
04Rendimiento y mantenimiento
Se puede optimizar
- Consultas repetidas que se pueden cachear.
- Hooks que cargan código en todas las páginas.
- Código duplicado en tema y plugins.
- Versiones de PHP con mejoras reales de rendimiento.
- Tareas programadas innecesarias.
No se puede maquillar
- Un plugin cerrado que no se puede tocar.
- Código que depende de una versión antigua.
- Un hosting con límites que no se pueden ajustar.
- Una arquitectura que no se sostiene con parches.
Mantenimiento
Mantener PHP es actualizar la versión, revisar compatibilidad y probar. No se sube de versión en producción sin staging ni copia; el ahorro de una hora no compensa una caída.
Precio y plazo
El diagnóstico cuesta desde 50 €. La reparación o el desarrollo se presupuestan después, con el alcance cerrado. El plazo depende de reproducir el fallo y de las dependencias.
Qué determina el costeComplejidad del código · número de plugins · versión de PHP · hosting · alcance de la integración
05Prueba: capacidad declarada
No publicamos un caso PHP con métricas si no tenemos permiso. La capacidad es real; la prueba pública se añadirá cuando exista.
PHP es nivel 1 (especialidad). Se lee el código antes de proponer un plugin, y se dice cuando el problema no se arregla con una actualización.
Ver los proyectos06Preguntas frecuentes
¿Es solo para WordPress?
No, pero es donde más se usa. También se revisa PHP en integraciones o código propio.
¿Hay que actualizar la versión de PHP?
Si el hosting y los plugins lo permiten, sí. Se prueba antes y se deja vuelta atrás.
¿Un plugin puede sustituir el código a medida?
A veces. Se valora coste, mantenimiento y dependencia; no se instala un plugin para cada función.
¿Cuánto cuesta y cuánto tarda?
Diagnóstico desde 50 €. La reparación se presupuesta después. El plazo depende de reproducir el fallo y de las dependencias.
¿Se puede arreglar sin tocar el tema?
A veces. Si el fallo está en el tema, hay que tocarlo; se dice antes de empezar.