WordPress u otro CMS: comparar el trabajo de una web pequeña

Define qué significa «pequeño» en tu proyecto

Una web de diez páginas puede recibir operaciones complejas, mientras que un archivo de cientos de artículos puede tener poca interacción. Anota quién edita, con qué frecuencia, qué funciones necesita el visitante y qué datos no pueden perderse. El número de páginas no decide por sí solo la tecnología.

Prepara tres tareas de prueba: publicar una entrada con imagen, corregir un enlace y recuperar una versión anterior. Añade búsqueda, varios autores o una operación comercial sólo si forman parte del proyecto. Compara los sistemas con esas mismas tareas.

Distingue tres modelos de control

Una instalación propia de WordPress necesita un entorno compatible y mantenimiento de sus piezas. Un servicio alojado puede gestionar parte de ese trabajo a cambio de condiciones y límites de su plan. Un desarrollo propio puede simplificar determinadas operaciones, pero alguien debe mantener su código y su procedimiento de publicación.

No confundas una marca o una etiqueta técnica con el servicio contratado. Tampoco asumas que «PHP ligero» implica un sitio estático o que «sin plugins» significa sin dependencias. Haz un mapa sencillo de quién se encarga de software, alojamiento, copias y recuperación.

Comprueba cómo se publica contenido real

Utiliza un título largo, una imagen, una tabla y un enlace. Observa quién puede editar cada elemento y cómo se presenta en móvil. Guarda un borrador y vuelve a él. Si una persona necesita asistencia técnica para cada cambio pequeño, incluye ese trabajo en la decisión.

Evalúa la estructura de páginas y entradas con el contenido que tendrás. Una herramienta con muchas opciones puede resultar adecuada si el equipo las necesita y sabe mantenerlas. Un editor más limitado puede ser suficiente si completa las tareas sin obligar a rodeos.

Incluye funciones y datos

Haz una lista de formularios, comentarios, suscripciones, descargas y operaciones. Averigua dónde se guardan sus datos y cómo se trasladarían. Una exportación de contenido no tiene por qué incluir archivos, cuentas, pedidos o configuración de servicios externos.

WordPress ofrece una exportación WXR para datos editoriales definidos en sus opciones. Contrasta lo que necesitas con ese alcance y con la documentación del otro sistema. No declares resuelta la salida porque exista un botón llamado «Exportar».

Compara mantenimiento y recuperación

Pregunta quién actualiza, qué versiones necesita el sistema y qué sucede si una pieza deja de tener soporte. Prepara una copia y ensaya la restauración en un destino separado. El mantenimiento de WordPress sirve como ejemplo de registro de tareas; otros CMS requieren su propio inventario.

Incluye costes iniciales, renovaciones y trabajo recurrente con los datos reales que tengas. No conviertas un tiempo estimado de desarrollo en un importe confirmado. Si una función sólo está disponible en un plan concreto, conserva esas condiciones en la comparación.

Decide con una matriz de tareas

Utiliza filas como publicar, editar, buscar, recuperar y exportar, y columnas para cada opción. Anota «comprobado», «pendiente» o «requiere otra pieza» con una explicación. No necesitas inventar una puntuación de seguridad o velocidad a partir de características comerciales.

Elige la opción que complete las tareas necesarias y que puedas mantener. Si después necesitas migrar, conserva un mapa de URLs y funciones antes de sustituir el sitio público. Una buena elección permite explicar quién realizará el siguiente cambio y cómo se recuperará si falla.

Documentación consultada

• Requisitos de WordPress
• Exportar contenido de WordPress