¿Mi web necesita un backend?

La pregunta que lo decide

«Backend» abarca desde una base de datos hasta un webhook de pagos, y por eso la pregunta es difícil de responder en abstracto. Hay una versión más corta que decide casi todos los casos reales: ¿hay algo en esta página que tenga que recordarse en otro sitio que no sea el navegador del propio visitante? Si la respuesta es no, estás construyendo un sitio estático, y esa es la opción barata, rápida y fiable, no un apaño. Si la respuesta es sí, ningún truco del front-end lo sustituye, y descubrirlo después del lanzamiento es lo que cuesta dinero.

Lo estático es la opción sensata por defecto por una razón. No hay servidor que parchear ni nada que se caiga bajo carga, todo el sitio puede servirse desde una caché cerca del visitante y el alojamiento a menudo es gratis. Una web de presentación, un portafolio, una carta, una página de lanzamiento y un sitio de documentación están realmente terminados sin backend. Lo que tienen en común es que a todos los visitantes se les puede mostrar lo mismo y que nada de lo que haga un visitante tiene que seguir siendo cierto mañana.

Lo que de verdad necesita un servidor

La mayoría de las funciones que la gente cree que necesitan un backend se pueden contratar como servicio alojado, en el que otro gestiona la parte del servidor. Para un equipo pequeño, eso suele ser el trato correcto. La tabla trata de a qué lado de la línea cae cada función, no de programarla tú:

El patrón que hay debajo de la tabla: todo lo que un visitante hace solo, en una sesión, está a salvo en el navegador. Todo aquello en lo que dos personas pueden discrepar sobre qué es cierto —quién ha iniciado sesión, quién compró el último, si esto se pagó— necesita un lugar neutral donde resolverse. Para eso sirve un backend, y es lo único para lo que es estrictamente necesario.

El fallo que parece un éxito

Los navegadores pueden guardar datos localmente, y una página que usa ese almacenamiento da la sensación de recordarte. Escribes una contraseña y ves un panel de administración. Añades al carrito, cierras la pestaña, vuelves y el carrito sigue ahí. Todo funciona en la máquina donde se construyó, y por eso es la versión que se publica. Conviene conocer cuatro propiedades de ese almacenamiento antes de confiar en él:

• Pertenece a un navegador, no a una persona. Tu móvil y tu portátil son dos almacenes separados que nunca se encuentran. También lo son Chrome y Safari en la misma máquina, y también una ventana privada.
• Pertenece a una dirección web. Dos páginas publicadas en dos direcciones no pueden leer el almacenamiento de la otra. Un único panel de control que gestione varios sitios no es algo que esto pueda hacer, por muy convincente que sea el diseño de la página.
• El visitante puede leerlo y cambiarlo. Cualquier cosa guardada ahí que decida el acceso —una contraseña, una marca de pagado, un rol de administrador— la puede editar cualquiera que abra las herramientas de desarrollo de su navegador. No es una cerradura; es una nota que pide a la gente que no entre.
• Desaparece sin avisar. Borrar los datos del sitio, cerrar una ventana privada o que el navegador limpie por su cuenta el almacenamiento antiguo lo eliminan, y nada te avisa de que ha pasado.

Esto importa sobre todo cuando otra cosa construyó la página por ti. Una página generada implementará sin problema un inicio de sesión así, porque produce una demo que parece funcionar. La pregunta que hay que hacer a lo que la generó es directa y concreta: ¿dónde se guarda esto y qué ve un cliente en otro móvil? Si la respuesta es el navegador, la función todavía no existe.

Lo que pidieron después nuestros clientes que crean webs

Esta parte viene de operar, no de la documentación. AgentCeres —el AI Growth Officer de agentceres.com— aloja las páginas que sus agentes crean para los clientes, y en una semana de septiembre de 2026 revisamos todos los sitios en los que trabajaron los clientes: 61 sitios de 50 clientes, 37 de ellos publicados por primera vez esa semana. Como los clientes hablan con el agente por chat, también pudimos leer qué pidieron a continuación, una señal más clara que cualquier encuesta: nadie estaba respondiendo a una pregunta, estaban intentando terminar algo.

Primero vinieron los pedidos y los carritos, planteados por 14 de los 30 clientes que hablaban con el agente esa semana. Después, los pagos, incluida la confirmación automática, por parte de 8. Luego, un inicio de sesión o un área de administración, por parte de 5. Después, un dominio propio, 3, y la sincronización en tiempo real entre dispositivos, otros 3. Salvo una excepción, cada elemento de esa lista es una petición de backend. Esa es la parte útil: la gente no pide una base de datos, pide poder aceptar pedidos, y resulta que es la misma petición.

Lo que pasó después se dividió con claridad, y la división no siguió la dificultad de la función. Donde el agente dijo claramente que algo necesitaba una pasarela de pago o un backend real, nada se rompió después, porque no se había prometido nada. Donde produjo en cambio una versión convincente solo de navegador, el problema apareció con el sitio ya publicado. Una tienda tenía la contraseña de administración escrita en el HTML de la página y compartida con el personal. A otra se le prometió un panel maestro que sincronizaba en tiempo real tres sitios publicados por separado, algo que el almacenamiento del navegador no puede hacer en absoluto; el propietario volvió para decir que no funcionaba. Mientras tanto, la única función realmente respaldada por un servidor que tenían esas páginas —los formularios de consulta— entregó las 12 consultas que recibieron esa semana.

Así que el consejo práctico es decidir esto antes de construir, no después: apunta las dos o tres cosas que los visitantes tienen que poder hacer, marca en cuáles podrían discrepar dos personas y contrata un servicio alojado para esas. Todo lo demás puede seguir siendo estático. Si la página es nueva, la siguiente pregunta suele ser si alguien la verá: cómo consigo tráfico para una web que hice con IA trata eso, y ¿debería usar IA para crear mi web? explica qué comprobar antes de publicar.