Alojamiento estático en Azure: SSL y dominio en una tarde

En pocas palabras: Para hostear un sitio estático en Azure subís HTML, CSS y JavaScript al contenedor $web de Blob Storage y activás el hosting estático. Para HTTPS con dominio propio sumás Azure Front Door o Azure CDN; o usás Azure Static Web Apps, que ya trae SSL automático y CI/CD integrado.

El alojamiento estático en Azure te deja publicar un sitio de HTML, CSS y JavaScript sin mantener un solo servidor: subís los archivos a Azure Blob Storage, activás el hosting estático y en minutos tenés una URL pública. El detalle molesto es que para sumar HTTPS con dominio propio vas a necesitar Azure CDN o Azure Front Door.

El alojamiento estático en Azure es un modelo serverless donde Azure Blob Storage guarda los archivos de un sitio (HTML, CSS, JavaScript, imágenes) en un contenedor especial llamado $web y los sirve directamente por HTTP. No hay máquinas virtuales ni servidores web que administrar. Azure Static Web Apps es la variante gestionada, con CI/CD desde GitHub, HTTPS automático y APIs serverless integradas.

Hosting es el servicio que proporciona almacenamiento y ejecución de sitios web en servidores conectados a internet, ofrecido por proveedores de infraestructura para que el contenido sea accesible públicamente.

¿Cuál es la mejor opción: Azure Blob Storage o Azure Static Web Apps?

Depende de cuánto quieras configurar a mano. Azure Blob Storage es la opción más barata y directa para servir archivos, pero no da HTTPS sobre tu dominio sin un CDN adelante. Azure Static Web Apps ya trae SSL automático, CI/CD desde el repositorio y funciones serverless, a cambio de menos control fino sobre el almacenamiento. Para un portfolio o una landing, Static Web Apps te ahorra horas. Relacionado: opciones de cloud-hosting disponibles en el mercado.

Según la comparativa oficial de Microsoft DevBlogs, la diferencia central es que Static Web Apps fue pensado para sitios estáticos “de verdad” (con build, ramas de preview y autenticación), mientras que el sitio estático de Blob Storage es más un “servime estos archivos y listo”. Los dos escalan bien porque atrás hay la misma infraestructura de Azure Storage.

Característica	Blob Storage estático	Static Web Apps
HTTPS en dominio propio	Requiere CDN/Front Door	Incluido y automático
CI/CD	Manual (AzCopy, CLI)	Integrado con GitHub/Azure DevOps
Funciones serverless	No (solo archivos)	Sí (Azure Functions)
Autenticación	No nativa	Sí (proveedores integrados)
Costo de entrada	Pago por uso del storage	Plan gratis (USD 0)
Control fino del storage	Alto	Bajo

¿Qué necesito antes de empezar con el alojamiento estático en Azure?

Poco, la verdad. Una suscripción de Azure activa, los archivos del sitio ya buildeados, un dominio propio si querés URL personalizada, y una herramienta para subir contenido. Con eso alcanza para tener algo online.

• Suscripción de Azure: alcanza con la cuenta gratuita para probar; Static Web Apps tiene plan gratis permanente.
• Archivos del sitio: tu index.html, estilos, scripts y assets, idealmente ya minificados.
• Un dominio: puede estar en Azure DNS o en tu registrador actual. Si todavía no tenés dominio ni hosting complementario, en donweb.com conseguís dominio y planes pensados para la región.
• Herramientas de carga: AzCopy, Azure CLI, PowerShell, el Portal o la extensión de Visual Studio Code.

¿Cómo creo un sitio estático en Azure Blob Storage paso a paso?

Se hace en tres movimientos: creás una cuenta de almacenamiento, activás el hosting estático y subís los archivos al contenedor $web. Ese contenedor no lo creás vos: aparece automático cuando prendés la opción, y Azure te devuelve el endpoint público del sitio.

• Creá la Storage Account: en el Portal, tipo de cuenta de propósito general v2 (la que soporta hosting estático).
• Activá “Static website”: en la sección del mismo nombre, definí el documento índice (index.html) y la página de error 404.
• Guardá y copiá la URL: Azure genera el contenedor $web y te muestra el “Primary endpoint”.

Para subir el contenido, el camino más rápido por línea de comandos es AzCopy. Un ejemplo típico según la documentación de Azure sobre sitios web estáticos:

azcopy copy "./dist/*" "https://tucuenta.blob.core.windows.net/\$web" --recursive

Si preferís la Azure CLI, az storage blob upload-batch hace lo mismo. Y si sos de arrastrar y soltar, la extensión de Azure Storage en VS Code sube la carpeta con un clic derecho. Todos terminan en el mismo lugar: $web. Cubrimos ese tema en detalle en cuando tenés problemas con tu hosting.

¿Por qué necesito Azure CDN o Azure Front Door para tener HTTPS?

Porque el endpoint nativo de Azure Storage sirve tu dominio personalizado solo por HTTP. Para cifrar el tráfico con un certificado SSL/TLS sobre www.tudominio.com tenés que poner un CDN o Azure Front Door adelante, que hace de capa de HTTPS y de caché al mismo tiempo.

Acá viene el detalle de 2026: Microsoft viene empujando la migración desde el Azure CDN clásico hacia Azure Front Door, que ya es el servicio recomendado para nuevos despliegues. Front Door soporta certificados gestionados por Azure y también BYOC (traé tu propio certificado desde Key Vault). Si arrancás un proyecto hoy, ir directo a Front Door te evita rehacer todo cuando el CDN clásico termine su ciclo. (Sí, es más trabajo al principio, pero después no lo tocás más.)

¿Cómo configuro el certificado SSL y el dominio personalizado?

El flujo es: creás el perfil de CDN o Front Door, apuntás el origen al endpoint $web de tu storage, agregás el dominio personalizado con un CNAME que valide la propiedad, y elegís entre certificado gestionado por Azure o uno tuyo cargado en Key Vault. La validación de dominio y la emisión del certificado gestionado pueden tardar un rato mientras propaga el DNS. Tema relacionado: profundizar en estrategias de cloud-hosting.

¿Cómo mapeo un dominio personalizado con DNS en Azure?

Con dos tipos de registro. Para un subdominio como www usás un CNAME que apunte al endpoint del CDN o Front Door. Para el dominio raíz (el “apex”, sin www) los CNAME no están permitidos por el estándar DNS, así que usás un registro ALIAS o ANAME, que Azure DNS resuelve de forma nativa.

• Subdominio (www): registro CNAME → endpoint de Front Door/CDN.
• Dominio raíz: registro ALIAS/ANAME en Azure DNS apuntando al mismo endpoint, según la guía de dominios personalizados de Azure DNS.
• Validación: a veces Azure pide un registro TXT temporal para confirmar que el dominio es tuyo.

Un consejo práctico: la propagación DNS no es instantánea. Ponele que cambiás el registro, refrescás el navegador y no anda. No es que hiciste algo mal, es que el cambio todavía no llegó a todos lados. Verificá con nslookup o dig antes de asumir que rompiste algo.

Errores comunes al configurar hosting estático en Azure

Casi todos los problemas caen en tres categorías: certificados, DNS y rutas. Ninguno es grave, pero te hacen perder una tarde si no sabés dónde mirar. Sobre eso hablamos en configurar tus servidores DNS correctamente.

• RemoteCertificateNameMismatch: pasa cuando el nombre del certificado no coincide con el dominio que estás sirviendo. Revisá que el certificado cubra exactamente el host (incluido o excluido el www).
• Certificado intermedio faltante: si cargaste tu propio certificado y el navegador desconfía, casi siempre falta importar la cadena intermedia. Subí el bundle completo, no solo el certificado de hoja.
• DNS que “no propaga”: el 90% de las veces no es un error, es paciencia. Esperá y verificá con dig. Si tras horas sigue mal, revisá que no haya un registro viejo pisando al nuevo.
• Olvidarse del index.html en $web: si el sitio devuelve 404 en la raíz, fijate que el documento índice esté configurado y realmente subido al contenedor.

Preguntas Frecuentes

¿Cuál es la diferencia entre Azure Blob Storage y Azure Static Web Apps?

Blob Storage sirve archivos estáticos sin HTTPS nativo en dominio propio y requiere un CDN para SSL. Static Web Apps es un servicio gestionado que ya incluye HTTPS automático, CI/CD desde GitHub y funciones serverless. Blob Storage da más control y menos costo base; Static Web Apps te ahorra configuración.

¿Necesito Azure CDN para SSL en un sitio estático?

Sí, si usás Blob Storage con dominio personalizado. El endpoint nativo de Storage solo entrega tu dominio por HTTP, así que para HTTPS necesitás Azure CDN o Azure Front Door adelante. Con Azure Static Web Apps no hace falta: el SSL viene incluido y se emite solo.

¿Cuánto cuesta alojar un sitio estático en Azure?

Azure Static Web Apps tiene un plan gratis (USD 0) con SSL y dominio personalizado, suficiente para sitios personales. Con Blob Storage pagás por almacenamiento y transferencia consumidos, más el costo del CDN o Front Door si sumás HTTPS. Para tráfico bajo, ambas opciones salen muy poco.

¿Cómo mapeo un dominio raíz sin www en Azure?

Con un registro ALIAS o ANAME en Azure DNS, porque el estándar DNS no permite CNAME en el apex del dominio. Ese registro apunta al endpoint del CDN o Front Door. Para el subdominio www sí podés usar un CNAME común.

¿Azure Static Web Apps sirve para sitios empresariales?

Sí. Trae autenticación con proveedores integrados, entornos de preview por rama, HTTPS automático y APIs serverless, todo sobre la infraestructura de Azure. Para sitios de marketing, documentación o portales estáticos con algo de lógica, cubre bien un escenario de producción sin que administres servidores.

Conclusión

El alojamiento estático en Azure resuelve el 90% de los sitios sin backend: rápido, barato y sin servidores que parchear. Si querés control total y el costo más bajo, Blob Storage con Front Door adelante es el combo. Si preferís no pelear con certificados ni DNS a mano, Static Web Apps y su plan gratis te dejan online hoy mismo con HTTPS incluido. La decisión clave en 2026 es una sola: si vas por CDN, empezá directo en Azure Front Door y no en el clásico, porque Microsoft ya marcó ese como el camino. Definí el dominio, elegí la ruta y en una tarde tenés el sitio andando.

Fuentes

• Microsoft Learn – Hospedaje de sitios web estáticos en Azure Storage
• Microsoft Learn – Dominios personalizados en Azure Static Web Apps
• Microsoft Learn – Dominios personalizados con Azure DNS
• Microsoft DevBlogs – Static Web Apps vs Web Apps vs Blob Storage
• Microsoft Learn – Configurar HTTPS en un dominio personalizado con Azure CDN