Un sitio en WordPress es un gestor de contenido más los ocho plugins que le atornillaste para que haga su trabajo — y cada uno es algo que actualizar, pagar y, de vez en cuando, ver romperse. 54 toma una frase y devuelve un sitio online con la base de datos, los formularios, los logins y el certificado ya adentro.
Empezá por donde WordPress sigue ganando
Si tenés una publicación con quinientos posts, una docena de autores y un flujo editorial, quedate en WordPress. Si tu sitio depende de un plugin que no existe en ningún otro lado —un motor de reservas específico, un LMS en particular, una pasarela de pago regional—, quedate en WordPress. Si ya tenés un developer que conoce tu stack y el sitio no te pelea, no hay nada acá por lo que valga la pena cambiar.
El resto de esta página es para el otro caso: un sitio que es sobre todo un puñado de páginas, un formulario y algunos registros, y que de alguna manera necesita un plan de hosting, un page builder, seis plugins y una tarde por mes.
Nadie instala WordPress y se detiene. La instalación es el comienzo; los plugins son el sitio. Esta es la lista de siempre, y dónde cae cada uno en 54.
| Lo que el sitio necesita | En WordPress | En 54 |
|---|---|---|
| Un lugar donde guardar registros | Un plugin de custom post types, o ACF, o una base de datos externa | Colecciones — incluidas, sin SQL |
| Un formulario de contacto o de reserva | Un plugin de formularios, versión paga para cualquier cosa condicional | Formularios — incluidos, con los envíos legibles en el admin |
| Páginas solo para miembros | Un plugin de membresías, casi siempre el más caro | Login por código de mail — incluido; los visitantes entran con un código que les llega al mail |
| Un admin para gente no técnica | wp-admin, más un plugin para esconder las partes que asustan | Admin — incluido, acotado a tu contenido |
| SEO | Yoast o Rank Math, versión premium para la mitad útil | Auditoría SEO — un click desde el panel, con los arreglos mecánicos aplicados por vos |
| Backups y volver atrás | Un plugin de backups más un lugar donde guardarlos | Historial de versiones — cada publicación es una versión; restaurás cualquiera desde el panel |
| Caché y velocidad | Un plugin de caché, afinado contra tu host | Nada que configurar — se sirve HTML estático |
| Seguridad | Un plugin de firewall, un limitador de login, y la rueda de actualizaciones | Sin superficie de plugins que atacar |
| Hosting y SSL | Un plan de hosting, un certificado, una renovación que recordar | Incluido — 54.wtf/tu-nombre gratis, o tu propio dominio con el SSL emitido por vos |
El punto de la tabla no es que 54 tenga más funciones. Es que la columna de WordPress son nueve decisiones separadas, nueve proveedores y nueve cosas que se pueden romper por separado, y la columna de 54 es una.
WordPress en sí es gratis, que es lo más caro que tiene. La factura real es el stack de alrededor.
54 es un plan con toda la lista adentro, y publicar en 54.wtf/tu-nombre es gratis. Si un plan sale más barato que tu factura de plugins depende de la factura — los planes están acá — pero es un número en vez de nueve, y la columna del tiempo queda cerca de cero.
Un sitio en WordPress nunca está terminado; se mantiene continuamente. Actualizaciones del core, de los plugins, saltos de versión de PHP, y el miedo particular de apretar "actualizar todo" en un sitio que está tomando pedidos.
En 54 no hay nada que actualizar. El sitio es HTML estático más tus datos. Cuando lo querés cambiado, decís qué querés cambiar y cambia. Cuando un cambio sale mal, cada publicación es una versión y restaurás la anterior desde el panel — sin plugin de backups, sin ventana de restauración, sin ticket de soporte.
Con los ojos abiertos. Resignás el ecosistema de plugins: treinta mil plugins que hacen cosas muy específicas, y si tu sitio necesita uno de ellos, 54 no lo va a tener. Resignás el control a nivel PHP. Resignás el cuerpo enorme de tutoriales de WordPress y el developer en cada esquina que lo conoce.
Lo que recuperás es que nada de eso vuelve a ser tu problema.
Una frase para arrancar
un sitio para mi negocio con una página de quiénes somos, servicios con precios, un formulario de contacto y un blog
La objeción justa a cualquier constructor alojado es que cambiás un problema de mantenimiento por uno de encierro. WordPress, con todo lo que tenga de malo, es tuyo.
La respuesta de 54 es la más simple de la categoría: bajá tus archivos y tus datos desde el panel. No hay pedido de exportación ni espera. HTML estático más tus colecciones, cuando quieras. Si en un año decidís que esto fue un error, te vas con el sitio.
No como una migración de un click. 54 construye un sitio nuevo desde tu descripción, y vos traés el contenido — el texto por la base de conocimiento, los registros por el admin. Para un sitio típico de negocio chico es una tarde. Para una publicación grande no es la jugada correcta.
Depende por completo de tu factura de plugins. Contra hosting gratis y plugins gratis, no — publicar en 54.wtf también es gratis, así que es empate. Contra hosting administrado más cuatro plugins premium más algunas horas de developer al año, cómodamente. Contá lo que renovás hoy antes de decidir.
El riesgo en cualquier migración son las URLs rotas, no la plataforma. Conservá tus rutas actuales donde puedas y planificá el corte. 54 sirve HTML estático y el panel corre una auditoría SEO del sitio cuando se la pedís, así que la parte técnica queda razonablemente bien por defecto.
Sí — los posts son una colección, y los escribís en el admin. Si publicar varios posts largos por semana con varios autores y un flujo editorial es lo principal que hace tu sitio, WordPress sigue siendo la mejor herramienta y esta página no intenta convencerte de lo contrario.
No. No hay stack que elegir, ni repositorio, ni paso de instalación. Describís el sitio, lo mirás, y decís qué cambiar. Apuntar tu propio dominio es el único paso que toca un panel de configuración, y el certificado se emite por vos.
Bajá los archivos y los datos y llevalos a otro lado. 54 está hecho para sitios, landings, formularios, directorios, áreas de miembros y herramientas internas; si terminás necesitando una aplicación React con mucho estado del lado del cliente, ese es el trabajo de otra herramienta y deberías usarla.