Volver a casos de estudio
Web CorporativaServicios Legales·2026

Salazar Abogados & Aliados

Bufete de abogados con panel de blog propio y consultas legales activables sin nuevo despliegue

Salazar Abogados & Aliados

Año

2026

Industria

Servicios Legales

Entrega

Proyecto en producción activa

¿Cuál era el problema?

Situación inicial

Bufete de abogados en Rionegro (Oriente Antioqueño) especializado en cobro coactivo, embargos y blindaje jurídico, con líneas adicionales en derecho de familia y asesoría a negocios, que necesitaba un sitio propio con una página por área de práctica para transmitir autoridad y centralizar la captación de consultas.

Pain point principal

El blog era la pieza de contenido con más potencial para posicionar al bufete en búsquedas, pero publicar un artículo nuevo dependía de un desarrollador — no había forma de que el propio equipo escribiera y publicara contenido sin tocar código.

Restricciones

El backend debía sostener a la vez la captación de leads (contacto y Consulta Estratégica Legal) y un panel de blog con dos niveles de permiso — un superadmin fijo del bufete y admins que ese superadmin da de alta o quita sin intervención externa — sobre una arquitectura gestionada, sin servidor propio que mantener.

¿Cómo lo resolvimos?

Decisión arquitectónica clave

Firebase como backend completo (Hosting + Functions + Firestore + Storage + Auth) separando el sitio público — HTML + Tailwind, JS vanilla sin framework ni build step — del panel de administración del blog, con reglas de seguridad en Firestore y Storage (no solo en la interfaz) que distinguen superadmin de admin y bloquean cualquier cuenta de Google no autorizada.

Panel de administración del blog con login por Google y dos roles (superadmin / admin)

Gestión de artículos desde el panel: borrador o publicado, portada, slug autogenerado

Consulta Estratégica Legal (formulario + adjuntos a Storage + pago) y Agendar Cita gratuita, ambas activables o desactivables desde el panel sin nuevo despliegue

Escenas 3D decorativas con Three.js, con carga diferida y respeto a prefers-reduced-motion

Páginas propias por área de práctica con canonical, Open Graph y meta description individuales

Lo que descartamos (y por qué)

Un framework de frontend con build step (React/Next.js) para el sitio público — con una página por URL y sin estado complejo en el cliente, HTML + Tailwind + JS vanilla con componentes montados por fetch() cubría el sitio y el panel de administración sin el peso de un bundler.

Ficha Técnica

Stack

HTMLTailwind CSSJavaScript (ES modules)

Infraestructura

Firebase Hosting

Integraciones

Firebase FirestoreFirebase FunctionsFirebase StorageFirebase Auth (Google)reCAPTCHA v3Three.js

Entrega

Proyecto en producción activa

Cliente real — desarrollo y evolución continua

¿Quieres resultados similares?

Hablemos de tu proyecto. Sin compromiso.

Cotizar por WhatsApp
Ver proyecto en vivo
Chatear ahora