La web no termina cuando se publica: 7 decisiones para que un proyecto WordPress sobreviva diez años - WordCamp Valencia 2026

Publicar una web es solo el principio. Con los años se acumulan plugins, cuentas, licencias, scripts, actualizaciones pendientes y decisiones que nadie recuerda. Esta charla propone siete decisiones prácticas para mantener un proyecto WordPress seguro, rápido, recuperable y bajo control, aunque cambien las herramientas, el proveedor o las personas responsables.

Publishing a website is only the beginning. Over the years, plugins, accounts, licences, scripts, pending updates and forgotten decisions begin to accumulate. This talk presents seven practical decisions for keeping a WordPress project secure, fast, recoverable and under control, even when its tools, providers or responsible people change.

Video: https://wordpress.tv/2026/11/03/la-web-no-termina-cuando-se-publica-7-decisiones-para-que-un-proyecto-wordpress-sobreviva-diez-anos/

Transcript

1. La web no termina cuando se publica 7 decisiones para que un proyecto WordPress sobreviva diez años Juan Seguí
2. EL PROBLEMA EMPIEZA DESPUÉS DE PUBLICAR Publicar fue el día fácil Pero quizá nadie sabe restaurarla, moverla o decidir sobre ella. Diez años después, la web sigue abierta. Pero quizá nadie sabe restaurarla, moverla o decidir sobre ella.    Restaurarla Moverla Decidir sobre ella Copias de seguridad e integridad Servidores e infraestructura Gobernanza y propiedad
3. ¿En qué momento empezó a morir? WordCamp Valencia 2026
4. ANTES DE HABLAR DE SOLUCIONES DIAGNÓSTICO RÁPIDO Tres preguntas para saber cuánto depende vuestra web de la suerte.
5. PREGUNTA 1/3 ¿Cuántos trabajáis con una web que tiene más de cinco años? Levanta la mano.
6. PREGUNTA 2/3 ¿Quién podría entrar ahora mismo en la cuenta del dominio? Saber quién lo paga no siempre significa controlar la cuenta.
7. PREGUNTA 3/3 ¿Quién ha restaurado una copia completa durante el último año? Recibir un correo de “backup completado” no cuenta.
8. La misma web, diez años después DÍA 1 AÑO 10 Rápida Actualizada Todo el equipo sabe cómo funciona Licencias caducadas PHP antiguo Nadie sabe quién controla el dominio ▶ ¿Puede tu web sobrevivir sin depender de la suerte?
9. “ El deterioro aparece cuando se acumulan dependencias y se pierde la responsabilidad.
10. Siete decisiones que alargan la vida de un proyecto WordPress La tecnología ocupa seis decisiones. La séptima decide si las demás se cumplen. OPCIÓN OPCIÓN OPCIÓN OPCIÓN OPCIÓN OPCIÓN 01 02 03 04 05 06 Dependencias Portabilidad Recuperación Rendimiento Seguridad Salida CLAVE 07 Responsable
11. 01 Decide qué plugins entran y cuáles sobran DEPENDENCIAS
13. El riesgo está en el ecosistema Vulnerabilidades registradas durante 2025 ORIGEN DE LAS VULNERABILIDADES 91% se encontraron en plugins La inmensa mayoría de las fallas proviene de extensiones de terceros. VOLUMEN TOTAL 11.334 vulnerabilidades nuevas en el ecosistema Crecimiento constante de amenazas detectadas año tras año. Fuente: Patchstack · State of WordPress Security 2026
14. “ Cada plugin es un proveedor con llave de tu web
15. Inventario de dependencias 01 02 03 ¿Qué problema resuelve? ¿Quién lo mantiene? ¿Cómo lo sustituimos?
16. 02 Elige herramientas que te permitan salir PORTABILIDAD
17. La prueba de salida Evalúa el coste antes de entrar PREGUNTAS RESULTADO ¿Puedo exportar el contenido? Contenido legible ¿Qué queda al desactivar la herramienta? ¿Cuánto cuesta migrar o cambiar de herramienta? Dependencias conocidas Coste de salida presupuestado Si el proveedor desaparece mañana, ¿qué conserva el proyecto y cuánto cuesta recuperarlo?
18. PORTABILIDAD Lo que queda al desactivar la herramienta La dependencia se descubre mejor antes de necesitar la salida. 01 Contenido legible 02 Shortcodes o estructuras propietarias 03 Plantillas que deben reconstruirse 04 Datos almacenados fuera de WordPress 05 Funciones ligadas a una licencia activa El coste de salida forma parte del precio de entrada.
19. 03 Prueba la restauración antes de necesitarla RECUPERACIÓN
20. “ Un backup que nunca has restaurado es una promesa, no un plan de recuperación Repositorio y copia externa. Simulacro cronometrado
21. RECUPERACIÓN Dos números que deberías conocer Tener copias no responde a estas preguntas. PÉRDIDA ASUMIBLE TIEMPO DE CAÍDA ¿Cuánto contenido podemos perder? ¿Cuánto tiempo podemos estar sin web? RPO · frecuencia real de las copias RTO · tiempo medido al restaurar Una copia es un archivo. La recuperación es un proceso probado.
22. 04 Fija límites de rendimiento y mídelo con usuarios reales RENDIMIENTO
23. Datos reales de usuarios Core Web Vitals · percentil 75 · móvil y escritorio LCP INP CLS ≤ 2,5 s ≤ 200 ms ≤ 0,1 Fuente: Google · Umbrales de experiencia “buena”
24. Medir no basta: fija un presupuesto Cada nueva funcionalidad consume una parte del rendimiento. PESO SCRIPTS DECISIÓN Límite por plantilla Todo tercero tiene dueño Si entra algo, se acepta su coste El presupuesto convierte una métrica en una decisión.
25. RENDIMIENTO Nadie decidió hacer lenta la web La degradación llega debido a pequeñas decisiones razonables. + + Chat + Mapa + Píxeles + Fuentes Cada equipo añadió valor pero nadie retiró el coste acumulado. Si entra un nuevo script, alguien debe justificarlo, optimizarlo o retirar otro. Cookies
26. 05 Actualiza rápido y prepárate para cuando no haya parche SEGURIDAD
27. SEGURIDAD A veces todavía no existe el parche Cuando aparece el parche, el ataque puede haber empezado. <7 DÍAS 5 HORAS Tiempo medio hasta la explotación M-Trends 2026 · incidentes investigados en 2025 Mediana ponderada hasta la explotación masiva de vulnerabilidades WordPress muy atacadas Dos estudios distintos · una conclusión operativa Fuentes: Google Cloud · M-Trends 2026 · Patchstack, State of WordPress Security 2026
28. SEGURIDAD - RESPUESTA TEMPORAL Mientras no existe el parche 01 Confirmar si usamos el componente 04 Aumentar la monitorización 02 Desactivar la función prescindible 05 Preparar recuperación y comunicación 03 Limitar accesos y exposición La seguridad necesita capacidad de reacción, no solamente actualizaciones.
29. Parche, verificación y vuelta atrás Un proceso sencillo y repetible 01 02 03 04 Detectar Preparar Actualizar y comprobar Revertir si falla → → → Copia recuperable · recorridos críticos · cuentas individuales · mínimo privilegio
30. 06 Mantén dominio, cuentas y renovaciones bajo control PROPIEDAD
31. Propiedad de cuentas y accesos DOMINIO ACCESOS SALIDA A nombre de la organización Gestor compartido y doble factor Migrar, pagar y recuperar sin depender de una persona
32. PROPIEDAD Y CONTINUIDAD La prueba de desaparición Si mañana desaparecen la persona o el proveedor que lo gestiona... ¿Podemos entrar, pagar, renovar, migrar y recuperar? Dominio y DNS Hosting y CDN Correo de recuperación Licencias y pagos 2FA y códigos Copias externas Pagar un servicio no significa controlar la cuenta que lo administra.
33. 07 Asigna un responsable y registra las decisiones RESPONSABLE
34. Registro de decisiones Una página útil evita días de investigación DECISIÓN Qué elegimos MOTIVO Qué problema resuelve ALTERNATIVAS Qué descartamos y por qué RESPONSABLE Quién la revisará REVISIÓN Cuándo vuelve a evaluarse
35. Calendario de mantenimiento MENSUAL Copias restaurables Actualizaciones Alertas de seguridad TRIMESTRAL ANUAL Plugins y licencias Rendimiento real Scripts de terceros Versiones soportadas Plan de salida Contenido desfasado
36. MANTENIMIENTO ASISTIDO La IA puede reducir el trabajo No puede asumir la responsabilidad. INVENTARIO PRUEBAS Ordenar plugins, versiones y responsables CAMBIOS Proponer recorridos que comprobar MEMORIA Resumir avisos y changelogs Sin credenciales. Sin producción autónoma. Con verificación humana Convertir tickets en borradores de decisiones
37. LA DECISIÓN QUE SOSTIENE LAS DEMÁS Una tarea sin responsable es una intención. Una decisión sin fecha de revisión se convierte en deuda.
38. VOLVAMOS A LA WEB DEL PRINCIPIO La misma web, diez años después CLAVES DE CONTROL Ha cambiado de herramientas. No ha perdido el control. • Inventario • Salida prevista • Recuperación probada • Responsable y calendario Un proyecto sano puede y debe cambiar sin convertirse en una caja negra. Una web sobrevive cuando puede cambiar sin perder el control.
39. TEST DE SUPERVIVENCIA ¿Podéis responder “sí” a las siete? 01 03 05 07 ¿Sabemos qué dependencias tiene la web? ¿Hemos restaurado una copia completa? ¿Podemos reaccionar si todavía no existe un parche? 02 04 06 ¿Hay una persona responsable y una fecha de revisión? Cada “no” señala una tarea concreta. ¿Podemos extraer el contenido de forma utilizable? ¿Medimos el rendimiento de usuarios reales? ¿Controlamos dominio, cuentas, pagos y proveedores?
40. ESTE LUNES Elige una decisión que ahora mismo no tenga dueño Ponle una persona y una fecha.
41. UNA IDEA PARA LLEVARSE “ Un poco de turbulencia a corto plazo a cambio de estabilidad a largo plazo. Matt Mullenweg, cofundador de WordPress · 2003 ” The Road to 1.0 · Traducción propia Fuente: wordpress.org/news/2003/12/the-road-to-10/
42. ¡Muchas gracias! Juan Seguí CEO linkedin.com/in/juansegui