CMS y blogs

Qué abarca esta categoría

Sistemas para escribir, estructurar y publicar contenido: plataformas tradicionales que almacenan y generan páginas, back ends headless que entregan el contenido a otra cosa e híbridos que intentan hacer ambas cosas sin molestar a ninguno de los dos públicos.

Los compradores se dividen aquí en dos bandos con necesidades opuestas. Un equipo de marketing quiere cambiar una página en diez minutos sin pedírselo a nadie. Un equipo de ingeniería quiere el contenido bien modelado, versionado, comprobable y entregado a través de una interfaz. Los productos que prometen ambas cosas suelen favorecer una y tolerar la otra.

Las herramientas de arrastrar y soltar para un sitio con un puñado de páginas están en creadores de sitios web. La documentación interna pertenece a documentación y base de conocimiento.

El modelo de contenido antes que las funciones

El modelo es la parte que no se puede cambiar barato más adelante.

Pregunte si el contenido se almacena como campos estructurados o como un bloque de texto con formato. Los campos sobreviven a los rediseños, alimentan varios destinos y permiten listar, filtrar y reutilizar cosas. Un bloque se muestra una vez y deja todo atrapado en el marcado del editor que lo produjo.

Pregunte después por las relaciones. Un autor vinculado a sus artículos, un producto vinculado a su categoría, una página vinculada a sus traducciones: esas conexiones hacen que un sitio sea mantenible con doscientas páginas y no con veinte.

La reutilización sale de la misma decisión. Si una frase jurídica, un precio o una llamada a la acción aparece en cuarenta páginas, debería existir una sola vez y referenciarse, no pegarse cuarenta veces y corregirse treinta y nueve.

La edición y quién la hace de verdad

Las personas que usan este software cada día no suelen ser las que lo eligen.

Observe a un compañero sin perfil técnico crear una página durante la prueba. Anote dónde duda. Compruebe si puede ver el resultado antes de publicar, si puede deshacer un error y si la vista previa muestra el diseño real y no una aproximación.

El flujo de trabajo importa cuando el equipo pasa de un par de editores. Los estados de borrador, la publicación programada, un paso de revisión y un historial legible de quién cambió qué marcan la diferencia entre un sistema y un documento compartido con inicio de sesión.

Publicación, rendimiento y la cuestión del posicionamiento

Lo que genera el sitio decide su velocidad, y la velocidad es un factor de posicionamiento además de una cortesía.

Pregunte cómo es el resultado. Las páginas estáticas reconstruidas al publicar son rápidas y baratas de servir. Las páginas generadas en el servidor necesitan una caché que alguien tiene que configurar. Las páginas generadas en el cliente exigen cuidado para seguir siendo legibles para los rastreadores.

El resto de la preparación para el posicionamiento es poco glamuroso. Títulos y descripciones editables por página. URL limpias y estables. Redirecciones cuando una URL tiene que cambiar. Gestión de canónicas para todo lo que sea accesible por dos direcciones. Mapas del sitio que se actualizan al publicar. Los productos que esconden esto detrás de un complemento o de un plan superior dicen algo sobre sus prioridades.

Los sitios multilingües deberían probar pronto el manejo de traducciones, porque incorporarlo después se parece bastante a una reconstrucción.

Cuánto cuesta mantenerlo

• Licencia o suscripción, por puesto, por sitio o por entorno.
• Alojamiento, incluido en las plataformas alojadas y íntegramente suyo en las autoalojadas.
• Tráfico y ancho de banda, medidos en muchos planes alojados.
• Compilaciones o renderizado, contados en las plataformas que reconstruyen el sitio con cada cambio.
• Mantenimiento, invisible en la página de precios y real en el calendario.

Los sistemas autoalojados parecen gratuitos y no lo son. Las actualizaciones, los conflictos entre complementos, los parches de seguridad y las copias de seguridad son el trabajo semanal de alguien, y ese trabajo tiene un sueldo asociado. Las plataformas alojadas trasladan el mismo trabajo a la factura, donde al menos es fácil de comparar.

Lea el mercado de extensiones antes de decidir. Un núcleo barato con cuatro complementos de pago es un producto de precio medio disfrazado, y lo que ocultan las páginas de precios tiene más de esa aritmética.

Migración y la parte que cuesta tráfico

Pasar de un sistema de contenidos a otro es algo conocido, salvo por una cosa, y esa cosa son las direcciones.

El contenido suele exportarse de alguna forma e importarse con esfuerzo. Lo que rompe una migración es cambiar las URL sin redirecciones. Los buscadores y todos los enlaces que alguien hizo alguna vez siguen apuntando a las antiguas.

Planifíquelo antes de elegir plataforma. Haga una lista de todas las direcciones publicadas, decida cuáles sobreviven y asigne el resto a sus sustitutas. Un mapa de redirecciones elaborado durante el proyecto lleva horas. Reconstruido después a partir de un informe de enlaces rotos, lleva semanas, y el tráfico cae todo ese tiempo.

Compruebe también los demás detalles heredados: el tratamiento de imágenes, los datos estructurados, los feeds y todo lo incrustado en páginas antiguas que el nuevo sistema mostrará de otra forma o no mostrará.