¿Debería usar un CMS para un contenido SaaS (páginas de destino, preguntas frecuentes, etc.) o deberíamos usar la aplicación para crear las páginas de contenido allí?

Dependiendo de dónde aloje su sitio y de cómo sea la configuración de su infraestructura, es posible utilizar un proxy inverso para que su aplicación y un CMS separado parezcan estar siendo atendidos desde el mismo dominio .com.

Dicho esto, lo que sea posible recomendaría ejecutar un CMS separado por varias razones:

• El conjunto de características y las prioridades de los dos sistemas no son iguales y solo continuarán divergiendo con el tiempo. Se convierte en una molestia cuando intentas mantener y refactorizar una base de código masiva en un solo repositorio. Más aún cuando ha acumulado años de publicaciones de blog y otro contenido junto con él.
• Los equipos de marketing y / o productos generalmente terminan siendo las personas que mantienen ese contenido actualizado. Todavía tengo que conocer a uno de esos equipos que se ha entusiasmado con la idea de tener que abrir una aplicación completa del equipo de desarrollo / operaciones para que sus cambios salgan.

Personalmente, he ido con el dominio separado para cada enfoque de CMS. En algunos productos, he estado ejecutando varios CMS (páginas de destino en http://www.brand.com , blog en http://blog.brand.com , etc.)

Debe usar la herramienta adecuada para el trabajo para cada minisitio. En algunos casos, eso puede significar mezclar aspectos en el mismo dominio / servidor que otras partes (por ejemplo, su página de inicio de marketing y la aplicación misma).

En otros casos, es probable que lo mejor sea utilizar un subdominio único y un CMS especialmente diseñado para ese sitio.

Dos lugares que recomiendo encarecidamente usar minisitios separados:

1. Tu blog Es importante utilizar un excelente software de blogging (algunos de los mejores programas de marketing / blogging recomiendan subdominios únicos), y para las personas que siguen su blog es bueno cuando pueden ir directamente al blog. .com . Recomiendo una herramienta de blog como HubSpot.
2. Su sitio de ayuda / soporte. Debe tener un sitio dedicado para usuarios que tengan preguntas o problemas, alojado en help. .com o support. .com . Al usar una herramienta de terceros dedicada que está diseñada especialmente para esto, brinda a sus usuarios una mejor experiencia y ahorra un montón de tiempo. Creé HelpSite.io para ayudar a que la experiencia de creación de sitios de soporte sea lo mejor posible.

Durante mi mandato como CEO de edocr | edocr, cometimos el error de usar el producto para crear el sitio de marketing. Esto crea cuellos de botella masivos, especialmente a medida que la tecnología que utilizamos era cada vez más antigua.

Ahora, siempre mantendría el sitio web y / o las páginas de destino separadas del producto. Es posible que incluso desee separar el CMS para el sitio web, el blog y las páginas de destino, que lo ayudan a optimizar, especialmente las velocidades de acceso al sitio. Elegimos WordPress para el blog y el sitio web de UnifiedVU que ahora lamento.