WordPress, constructor web o desarrollo a medida: elegir la tecnología adecuada

Responda a las preguntas por orden. Cuando una respuesta acota claramente la elección, se indica. El resultado es una orientación, no un compromiso; la decisión definitiva la toma usted después de un asesoramiento.

1. ¿Debe la página tener funciones especiales que vayan más allá de textos, imágenes y formularios (cuenta de cliente, configurador, reserva con pago, interfaces)? Sí: mire los sistemas de tienda o el desarrollo a medida. No: continúe.
2. ¿Cambian los contenidos varias veces por semana, o trabajan varias personas en ellos? Sí: un sistema editorial como WordPress es adecuado. No: continúe.
3. ¿Quiere modificar los contenidos usted mismo, incluso sin conocimientos técnicos? Sí: entran en consideración un constructor web, WordPress o una página estática con una herramienta editorial sencilla. No: una página estática con mantenimiento a cargo del proveedor es una buena orientación. En ambos casos, pase a la pregunta 4.
4. ¿Le importan especialmente la velocidad, una superficie de ataque reducida y un mantenimiento mínimo? Sí: generada de forma estática. No: continúe.
5. ¿Tiene poco presupuesto y necesita rápidamente una presencia sencilla? Sí: constructor web, teniendo en cuenta la protección de datos y las posibilidades de exportación. No: continúe.
6. ¿Está dispuesto a encargarse de las actualizaciones y de la seguridad, o a encargárselas a alguien? Sí: WordPress es posible. No: constructor web o página estática.
7. ¿Debe la página seguir funcionando durante años sin depender de un proveedor? Sí: dé preferencia a sistemas con exportación y alojamiento propio (WordPress, estático, a medida).

Si tras las siete preguntas quedan dos caminos, decide el cálculo global a tres años (véase más abajo). Si responde «no lo sé» a varias preguntas, primero debería aclarar los requisitos. Para ello ayuda una estructura de páginas que recoja lo que su sitio debe poder hacer.

WordPress consta de cuatro partes: el núcleo (el propio software), el tema (el diseño), los plugins (funciones adicionales) y la base de datos (contenidos, ajustes). Las cuatro deben encajar entre sí y mantenerse al día. La gran variedad es a la vez una fortaleza y un riesgo: cada extensión puede ralentizar la página, chocar con otras o contener una vulnerabilidad.

Seis preguntas antes de cada plugin

1. ¿Necesito realmente la función, o basta un pequeño ajuste en el tema?
2. ¿Se mantiene el plugin de forma activa (última actualización, compatibilidad con la versión actual)?
3. ¿Cuántos sitios lo usan y cuán extendido está? Los plugins muy poco habituales son más arriesgados.
4. ¿Carga scripts de servidores externos y es aceptable en materia de protección de datos?
5. ¿Cuánto cuesta la licencia a largo plazo y qué ocurre si el fabricante lo abandona?
6. ¿Cómo se puede eliminar la función sin perder contenidos?

Tema y constructor de páginas

Muchos temas se entregan con constructores de páginas (page builders), con los que se diseñan páginas con el ratón. Eso acelera el arranque, pero a menudo genera mucho código y ata los contenidos a la herramienta. La alternativa es usar el editor estándar de WordPress con un tema ligero, desarrollado expresamente. Es más rápido y más independiente, pero exige más trabajo de desarrollo al principio.

Obligaciones en el funcionamiento

• Mantener al día el núcleo, el tema y los plugins, con copia de seguridad previa y prueba.
• Eliminar los plugins y temas que no se necesiten, no solo desactivarlos.
• Usuarios con los derechos mínimos y autenticación de dos factores para los administradores.
• Prestar atención a la base de datos y a la mediateca: limpiar versiones antiguas e imágenes sin uso.
• Elegir un alojamiento que ofrezca versiones actuales de PHP y memoria caché.

A esto se suma la página Mantenimiento web, que describe el funcionamiento en detalle.

Desarrollo a medida significa que las funciones se programan exactamente según sus procesos. Merece la pena cuando no existe una solución estándar o cuando los procesos son tan particulares que adaptar un estándar costaría más que construir algo nuevo. Los motivos típicos son los portales para clientes, los configuradores, los sistemas de reservas con reglas propias y las conexiones con sistemas internos.

Riesgos y cómo limitarlos

• Dependencia de una persona o de una empresa. Exija documentación, acceso al código fuente, un plan de entrega y accesos a su nombre.
• Propiedad y derechos de uso. Aclare en el contrato a quién pertenece el código, si puede modificarlo o cederlo y qué se aplica a las bibliotecas de terceros utilizadas.
• Mantenimiento. El software a medida necesita actualizaciones y cuidado de la seguridad como cualquier otro. Establezca quién se encarga y cuánto cuesta.
• Lista de deseos creciente. Sin un alcance claro, los proyectos crecen de forma gradual. Divídalos en etapas y valore cada paso por separado.
• Pruebas. Exija pruebas automáticas o, al menos, pruebas manuales documentadas para los procesos importantes.

Pregúntese con sinceridad si basta un sistema estándar con pequeños ajustes. Por lo general, resulta más barato adaptar ligeramente los procesos a una solución contrastada que al revés. A veces no es así, y entonces lo correcto es lo personalizado.

Las tres decisiones se derivan de requisitos, no de preferencias. Quien empieza por la pregunta «¿qué debe poder hacer la página?» suele llegar enseguida a una elección sólida.

Importa menos el tipo que el ajuste: ¿cuántos visitantes espera, qué software funciona en él, quién mantiene el servidor? Para la mayoría de los sitios de empresa basta una tarifa sólida con un proveedor con sede en la UE y buena accesibilidad. Para el mantenimiento continuo, consulte Mantenimiento web.