El mejor CMS para un sitio web de pequeña empresa que usted mismo puede editar

Necesitaba cambiar un número de teléfono, la biografía de un empleado o el horario de días festivos, y el cambio se quedó en la cola de otra persona durante días, seguido de una factura. Ahora está planeando un sitio nuevo, o tratando de escapar del viejo, y toda lista del mejor CMS para dueños de sitios de pequeña empresa parece escrita para una empresa con un desarrollador al final del pasillo. Ya sea que el consejo venga de un resumen de un proveedor o de un hilo de Reddit, rara vez dice quién en su equipo hará la edición, cuánto cuesta mantener el sistema funcionando, o con qué se queda si se va. Esas son las preguntas que deciden si un CMS encaja con un equipo pequeño. El sistema correcto suele ser más simple de lo que sugieren las listas, y a veces no es el que un diseñador web preferiría construir. Puede averiguar qué tipo encaja mirando las ediciones que en realidad hace, y luego poniendo a prueba una plataforma contra ellas antes de firmar nada.

Iguale el CMS con las ediciones que en realidad hace

Para una pequeña empresa, el mejor CMS es aquel que su equipo real puede usar para actualizar texto, fotos, páginas y publicaciones sin llamar a nadie. Hay cuatro tipos prácticos, y cada uno encaja con un tipo distinto de negocio:

• Constructor alojado (Wix, Squarespace, Webflow): Encaja con un sitio mayormente estable que un dueño o gerente de oficina edita visualmente y quiere alojado, actualizado y funcionando por una sola suscripción.
• WordPress autoalojado: Encaja con un dueño que quiere control más amplio, una configuración madura de edición y publicación, o portabilidad más fácil, y que tiene presupuesto para mantenimiento constante.
• Shopify: Encaja con un negocio donde vender es la operación central, con productos, pedidos, inventario y pago al centro.
• CMS headless con un front end a la medida (Contentful y similares): Encaja con un negocio con contenido estructurado, integraciones o flujos de trabajo a la medida, y una relación continua con un desarrollador.

Una respuesta rápida a una pregunta común: sí, Wix cuenta como un CMS. Las palabras CMS, constructor de sitios web, hospedaje y dominio se usan como si fueran lo mismo, pero son capas separadas. Un constructor alojado agrupa el CMS y el hospedaje en una sola cuenta, mientras que WordPress, Shopify y los sistemas headless los separan de distintas formas. Esa separación importa después, cuando quiera irse.

Si solo cambia unas cuantas páginas unas cuantas veces al año, un constructor alojado puede ser la opción sensata. Si vender es el negocio, pruebe Shopify con sus productos y tareas de personal reales en lugar de juzgarlo como un editor de sitio general. Si necesita varios tipos de contenido alimentando distintos lugares, o sistemas hablando entre sí, una construcción headless puede valer la pena, pero cotice la relación con el desarrollador antes de elegir.

Vea lo que cuesta cada opción antes de la primera factura

La popularidad y el precio son los primeros dos números a los que la gente recurre, así que ayuda saber qué le dicen y qué no. W3Techs rastrea qué sistemas detecta en los sitios web. Al momento de escribir esto, su encuesta de uso de CMS puso a WordPress en 58.8% de los sitios con un CMS detectado, Shopify en 7.8%, Wix en 6.2%, Squarespace en 3.6% y Webflow en 1.2%. Esas cuotas cambian mes a mes, como muestra su gráfico histórico, y miden el uso en toda la web, no la calidad, la facilidad de edición ni los resultados para pequeñas empresas.

Los precios listados vienen de la propia página de cada proveedor: planes de Wix, precios de Webflow, precios de Shopify y precios de Contentful. Note que los precios de WordPress.com empiezan con un plan Personal a $4 al mes facturado anualmente, pero WordPress.com es un servicio alojado y un producto distinto de WordPress autoalojado. Los precios iniciales son un piso. Las apps pagadas, las cuotas de pago, el almacenamiento, los asientos extra de personal y los precios de renovación pueden sumarse encima.

Sepa cómo se siente editar en cada plataforma antes de comprometerse

Un sitio de demostración siempre parece fácil de editar. Lo que importa es qué le permite tocar su propio inicio de sesión una vez que el sitio está construido. Cada plataforma documenta sus roles y herramientas de edición, y esos documentos muestran dónde están los límites. Las secciones siguientes cubren las tareas cotidianas en cada una: cambios de texto e imagen, añadir una página, publicar una entrada de blog, y dar acceso a alguien sin entregar las llaves.

Constructores alojados: edite en la página misma

Wix y Squarespace ponen texto, imágenes, páginas y entradas de blog en un editor visual o panel. En los roles y permisos de Wix, un Content Writer puede editar texto, enlaces, medios y contenido existente de colecciones CMS, y un CMS Editor puede cambiar el contenido de colecciones. Los roles de colaborador de Squarespace incluyen un Website Editor que puede editar contenido e imágenes de biblioteca pero no la configuración del sitio. Webflow ofrece asientos limitados que pueden editar contenido o construir páginas a partir de componentes, dentro de las colecciones y componentes que defina la construcción.

WordPress autoalojado: bloques y roles

WordPress construye páginas y entradas a partir de bloques en su editor de bloques. Sus roles y capacidades incluyen un Editor que puede publicar y gestionar páginas, entradas y medios subidos, mientras que las plantillas de tema quedan detrás de un permiso separado. Esa separación es útil: un empleado puede publicar una entrada sin poder cambiar el diseño.

Shopify: construido alrededor de la tienda

La documentación de blog de Shopify muestra a los autores escribiendo entradas en campos de texto enriquecido y publicándolas directamente, y los permisos de personal pueden otorgar acceso a blogs, archivos y la tienda en línea por separado. La edición es capaz, pero el sistema está diseñado alrededor de productos y pedidos. Eso es una fortaleza cuando vender es el negocio y peso extra cuando no lo es.

CMS headless: campos, no páginas

En Contentful y sistemas similares, los editores llenan campos estructurados y publican desde una pantalla editorial. El front end a la medida decide qué campos existen y cómo aparece una página nueva. Una construcción headless puede ser fácil de editar cuando se diseñó con un editor usable y capacitación. También puede dejarlo incapaz de añadir un tipo de página que nadie planeó, porque eso requiere ingeniería en lugar de un inicio de sesión.

Evite que los costos de operación y las actualizaciones lo sorprendan

Todo sistema tiene un costo de operación; solo lo cobran en lugares distintos. Los constructores alojados incluyen el hospedaje, la seguridad y las actualizaciones de plataforma en la suscripción, así que la factura es predecible, aunque las apps, los asientos y los precios de renovación pueden subir.

WordPress autoalojado no tiene suscripción de plataforma a nivel de software, pero necesita cuidado. La guía de mantenimiento de sitio de WordPress les dice a los dueños que respalden los archivos y la base de datos, y su documentación de la pantalla de actualizaciones cubre revisar y aplicar actualizaciones de núcleo, plugins y tema. Alguien tiene que hacer eso con un calendario, sea usted o un arreglo de mantenimiento de sitios web con términos claros.

Shopify suma cuotas de pago y apps pagadas al precio del plan. Una configuración headless suma el plan del CMS, el hospedaje del front end, cualquier integración, y el desarrollador que mantiene funcionando el front end. Ninguno de esos costos es razón para evitar una plataforma. Simplemente son los números que hay que sumar antes de comparar dos propuestas.

Váyase con su contenido si alguna vez se muda

El día que quiera cambiar de plataforma o de diseñador, la exportación decide cuánto del sitio se va con usted. Las opciones de exportación difieren más de lo que sugieren las páginas de marketing:

• Squarespace: Su herramienta de exportación envía contenido seleccionado a un archivo con formato de WordPress, pero deja fuera estilos, CSS a la medida, bloques de producto, borradores y la mayoría de los tipos de página, entre otros elementos.
• Webflow: La exportación de código necesita un Workspace pagado y no incluye el contenido de colecciones CMS ni funciones en el código, aunque el contenido de colecciones se puede exportar como CSV.
• WordPress: La pantalla de exportación produce un archivo XML de su contenido. Un tema a la medida, plugins pagados, la configuración de hospedaje y los datos de plugins todavía pueden significar una reconstrucción del otro lado.
• Headless: El contenido es accesible mediante una API, pero el sitio depende del código del front end, su hospedaje, sus integraciones y quien las soporte.

El código abierto tampoco hace gratis una mudanza, porque el diseño, la estructura de datos y la limpieza de contenido todavía hay que trasladarlos. Si una mudanza ya le ronda la cabeza, nuestra mirada a cambiar entre Wix, Squarespace y WordPress recorre lo que implica. No necesita decidir su próxima plataforma hoy. Necesita propiedad de la cuenta, una exportación que funcione y un registro escrito de cómo está organizado su contenido.

Ahorre dinero cuando una plataforma más simple encaje mejor

Una construcción a la medida no es la respuesta correcta para toda pequeña empresa, y ayuda saber dónde está la línea. Un constructor alojado suele ser la mejor opción para un sitio mayormente estático cuyo dueño quiere edición visual simple y está bien con una suscripción y una exportación parcial. Shopify suele ser la mejor opción cuando el inventario, el pago y el personal de tienda son el trabajo diario. WordPress autoalojado puede ser la mejor opción cuando quiere control más amplio, una configuración editorial madura o portabilidad, y pagará por mantenimiento confiable.

Un CMS headless con un front end a la medida suele ser la opción equivocada para un equipo pequeño cuya única necesidad son ediciones ocasionales de página tipo folleto. Se gana su costo cuando el contenido debe estructurarse y reutilizarse entre canales, cuando los sistemas necesitan hablar entre sí, cuando los requisitos de velocidad son inusuales, o cuando un flujo de trabajo no existe listo para usar. Quien le proponga una construcción a la medida debería mostrarle el editor funcionando y poner los términos de soporte por escrito antes de que acepte.

Llegue a la reunión con el diseñador con las preguntas correctas

Hacer las preguntas correctas antes de firmar es la protección más barata que obtendrá. Esta es una lista de compra, no una promesa de que ninguna plataforma evita la dependencia:

1. Muéstreme las ediciones: Usando el inicio de sesión que recibiré, cambie un número de teléfono, reemplace una imagen con texto alternativo, publique una página y redacte una entrada de blog mientras miro.
2. Dígame qué puedo y qué no puedo tocar: ¿Qué campos puedo editar sin romper el diseño, y qué cambios lo necesitan a usted?
3. Muéstreme cómo se hace una página nueva: ¿Se construye desde una plantilla reutilizable que puedo usar, o se copia por código?
4. Ponga las cuentas a nuestro nombre: Registrador de dominio, hospedaje, facturación, rol de administrador del CMS, analítica, respaldos y los archivos fuente del sitio.
5. Anote los costos de operación: Cada suscripción, precio de renovación, plugin o app pagada, quién maneja las actualizaciones, tiempos de respuesta y capacitación.
6. Explíqueme la exportación: Qué se va con nosotros, en qué formato, y qué no.
7. Pruebe un inicio de sesión de personal: Configure un rol de edición que no sea el dueño y déjenos probarlo antes del lanzamiento.

Haga la revisión de quince minutos en su sitio actual hoy

Si ya tiene un sitio, puede ver dónde está parado en unos quince minutos. El resultado es una lista simple de puntos de fricción, no una calificación.

Si esa lista muestra cuentas faltantes, ningún rol de editor probado, cambios simples que necesitan código, renovaciones poco claras o ningún plan de exportación, ha encontrado el problema real, y suele ser más un problema de entrega que un problema de plataforma.

Lo que puede dejar de buscar es una plataforma que haga segura cada edición para cada empleado sin ninguna capacitación. El objetivo útil es más estrecho: ediciones rutinarias por personas nombradas, sin tocar plantillas, menús, facturación o código. También puede dejar de tratar la cuota de mercado como una predicción de sus resultados. Las actualizaciones de seguridad, la precisión del contenido, la accesibilidad y las renovaciones siguen siendo tarea suya, sea lo que sea que elija.

Mantenga la búsqueda y la accesibilidad funcionando sin importar lo que elija

Ningún CMS gana posicionamiento por sí solo. La Guía de Inicio de SEO de Google señala que algunos sistemas crean automáticamente ciertos elementos relacionados con la búsqueda, y que todo cambio tarda tiempo en mostrarse en Google Search. El trabajo de páginas claras y contenido preciso sigue siendo de quien las escribe.

La accesibilidad sigue el mismo patrón. Las Pautas de Accesibilidad de Herramientas de Autoría del W3C aplican a los CMS y constructores sin código, y el estándar ATAG 2.0 dice que las herramientas de autoría deberían «habilitar, apoyar y promover» contenido accesible. La lista de herramientas de autoría del W3C también advierte que no conoce una sola herramienta que soporte por completo producir sitios accesibles. Así que, sea cual sea la plataforma que elija, siga revisando el texto alternativo, los encabezados y el texto de los enlaces antes de publicar.

Preguntas frecuentes sobre el mejor cms para un sitio web de pequeña empresa

¿Cuál es el mejor CMS para un sitio web de pequeña empresa?

No hay un único ganador. El mejor es el sistema más simple que le permite a la persona que hace sus actualizaciones cambiar texto, fotos, páginas y publicaciones sin esperar a un desarrollador. Para un sitio simple, eso suele ser un constructor alojado; para control más amplio, puede ser WordPress; para una tienda, Shopify.

¿Cuál es el mejor CMS gratis para una pequeña empresa?

El software de WordPress autoalojado es gratis, pero el hospedaje, un dominio, el mantenimiento y las extensiones pagadas no lo son. Los planes gratuitos en plataformas alojadas y el nivel Free de Contentful vienen con límites, así que un plan gratis rara vez equivale a un sitio web de negocio gratis.

¿Necesito el mejor CMS headless para una pequeña empresa?

No para ediciones ordinarias de página. Un CMS headless conviene para contenido estructurado, integraciones o flujos de trabajo a la medida, y necesita un front end, hospedaje y soporte continuo de desarrollador.

¿Puedo actualizar mi propio sitio web después de que un diseñador lo construya?

Sí, si la construcción expone los campos que necesita y recibe un inicio de sesión probado y capacitación. Pida ver las ediciones hechas con su propio inicio de sesión antes del lanzamiento.

¿Puede el personal editar el sitio sin acceso total?

Sí, en plataformas con roles. WordPress tiene un rol de Editor, Wix tiene roles de Content Writer y CMS Editor, y Squarespace tiene un Website Editor. Pruebe el rol asignado antes de confiar en él.

¿Puedo mudar mi sitio a otra plataforma después?

Por lo general su contenido puede mudarse, pero el diseño y las funciones de plataforma quizá no se exporten por completo. Revise la documentación de la herramienta de exportación y haga una exportación de prueba antes de necesitarla.

Para cerrar

El CMS correcto empieza con su lista de ediciones, no con una tabla de popularidad. Los constructores alojados suelen convenirle a sitios simples que un dueño actualiza, WordPress conviene a dueños que quieren control y lo mantendrán, Shopify conviene a negocios construidos alrededor de vender, y una construcción headless conviene a necesidades estructurales reales. Elija el que elija, sume los costos de operación, revise qué deja atrás la exportación, y mantenga las cuentas a su propio nombre.

Una vez que el ajuste sea correcto y el inicio de sesión esté probado, un número de teléfono o biografía de personal nuevo sale al aire el mismo día, desde su propio escritorio, y el diseño se mantiene intacto. El desarrollador, si tiene uno, está ahí para trabajo real de diseño y sistema en lugar de cambios de texto.

Si su revisión de quince minutos encontró cuentas faltantes, un rol de editor no probado o cambios que todavía necesitan código, Web Leveling puede ayudar a resolver la entrega. Nuestro trabajo de gestión de contenido configura roles de editor, documenta qué es suyo y capacita a las personas que harán las actualizaciones, y si un constructor alojado o WordPress conviene más a su sitio que una construcción a la medida, se lo diremos. Trabajamos con pequeñas y medianas empresas en todo el país y en el extranjero. Cuéntenos qué ediciones se siguen atorando, y le ayudaremos a encontrar el sistema más simple que le permita hacerlas.

Términos