Objetivos de aprendizaje
Después de leer este artículo podrás:
- Distinguir dominio, hosting, registrador y DNS
- Entender qué pasa entre escribir la dirección y ver el sitio
- Decidir dónde comprar cada pieza y qué cambiar sin tumbar el sitio
Quien monta su primer sitio suele oír "compra un dominio y un hosting" como si fuera un solo producto. Son dos cosas distintas, normalmente vendidas por empresas distintas, y entenderlo evita pagar dos veces por algo que ya tienes o quedarte con un nombre que no apunta a ningún lado.
La analogía clásica sirve: el dominio es la dirección de la tienda; el hosting es el edificio donde la tienda funciona. Puedes tener la dirección sin edificio (el nombre existe, pero nada responde) y el edificio sin dirección amigable (el sitio funciona, pero solo por una dirección técnica).
¿Qué es un dominio?#
Un dominio es un nombre legible que identifica un servidor en internet, como misitio.com. Los equipos se encuentran por direcciones IP (203.0.113.10), difíciles de recordar y que pueden cambiar. El dominio es el apodo estable.
El nombre se lee de derecha a izquierda: com es el dominio de nivel superior y misitio el nombre que elegiste. Todo eso es solo un nombre y una entrada en un registro. No hay servidor ni sitio dentro.
Tampoco compras el dominio para siempre. Según MDN, pagas por el derecho de usar el nombre durante uno o más años y puedes renovar ese derecho. Tu renovación tiene prioridad sobre solicitudes de otras personas; sin ella, el nombre acaba quedando disponible para otros.
¿Qué es el hosting?#
El hosting es el equipo (servidor) encendido todo el tiempo donde viven los archivos y el programa de tu sitio, API o bot, con CPU, RAM, disco y conexión de red. Cuando alguien visita el sitio, responde ese servidor.
Hay varios formatos: hosting compartido, VPS, plataformas de contenedores. Lo que cambia es cuánto controlas y cuánto debes configurar. Para la visión completa, mira qué es el hosting web.
Un servidor siempre tiene una dirección IP, y muchos hostings dan además una dirección técnica (un subdominio suyo). Ya sirve para entrar al sitio, aunque no sea bonita.
¿Quién conecta el dominio con el hosting?#
El DNS, el sistema que responde "¿qué IP corresponde a este nombre?". El dominio solo no sabe dónde está tu sitio: en el panel de DNS añades un registro que dice "misitio.com apunta a este destino". La RFC 1034 define este modelo de nombres y registros.
El camino de una visita es:
- La persona escribe
misitio.com. - El navegador consulta el DNS y recibe la IP (o un nombre de destino) de tu hosting.
- El navegador se conecta a ese servidor y pide la página.
- El hosting responde con el contenido.
Puedes ver el paso 2 en la terminal:
dig misitio.com A +shortLa respuesta es la IP del servidor (algo como 203.0.113.10, una dirección de ejemplo). Si el comando no devuelve nada, el nombre no apunta a ningún servidor (o ni siquiera está registrado). Los detalles están en qué es el DNS y registros DNS.
¿Dónde se compra cada uno?#
El dominio lo vende un registrador. Para dominios genéricos como .com, ICANN describe al registrador acreditado como la entidad que ofrece el registro a los interesados, con acceso directo al registro del dominio de nivel superior. Los dominios de país siguen las reglas de su propio registro. Al registrar pasas a ser el titular (registrante) y debes mantener tus datos correctos.
El hosting lo venden los proveedores de hosting. Muchos registradores también venden hosting, y muchos hostings venden dominios, pero son contratos separados. Los precios y lo que encarece la renovación están en cuánto cuesta un dominio.
¿Cómo se comparan el dominio y el hosting?#
| Dominio | Hosting | |
|---|---|---|
| Qué es | Nombre registrado (misitio.com) |
Servidor donde corre el sitio |
| Para qué sirve | Dirección fácil de recordar | Guardar archivos y ejecutar la app |
| Quién lo vende | Registrador | Proveedor de hosting |
| Cobro | Por período (normalmente anual) | Normalmente mensual o anual |
| Dónde se configura | Registrador y panel de DNS | Panel del hosting |
| Sin él | El sitio funciona por IP o dirección técnica | El nombre no lleva a ningún lado |
| ¿Se puede cambiar uno sin perder el otro? | Sí, cambiando el DNS | Sí, cambiando el destino en el DNS |
No existe una combinación mejor para todos. Comprar todo en un solo lugar reduce el trabajo inicial. Comprar por separado deja el dominio bajo tu control, independiente de cualquier hosting.
¿Necesito los dos?#
Depende de lo que publiques.
- Un sitio o tienda que los clientes van a escribir: sí. Necesita hosting para existir y dominio para ser encontrado.
- Una API usada solo por otros programas: basta el hosting, y la dirección técnica sirve. Un dominio ayuda a mantener estable la URL si cambias de servidor.
- Un bot de Discord, Telegram o WhatsApp: solo hosting. El bot se conecta a servicios externos y nadie escribe su dirección. El dominio entra si agregas un panel web o un webhook con URL propia.
- Correo profesional (
contacto@misitio.com): el dominio es necesario; el hosting del sitio no, porque el correo usa registros DNS propios (MX).
¿Qué cambia cuando cambias de hosting?#
Solo el destino en el DNS. El dominio sigue registrado donde estaba. La rutina segura es subir el sitio al nuevo hosting, probar por su dirección técnica, bajar el TTL del registro, cambiar el registro y verificar con dig. El paso a paso está en cómo apuntar un dominio a tu hosting.
El error más caro es dejar vencer el dominio creyendo que lo cubre el hosting. Si el registro expira, el sitio cae aunque el servidor sea perfecto. Activa la renovación automática y mantén actualizado el correo del titular.
Cómo hacerlo en Square Cloud#
En la división entre dominio y hosting, Square Cloud está del lado del hosting. No registra dominios ni aloja zonas DNS: el dominio sigue registrado a tu nombre, en el registrador que elijas.
Toda aplicación web recibe un subdominio *.squareweb.app con HTTPS en todos los planes, así que puedes publicar y probar sin dominio. El dominio personalizado está disponible desde el plan Standard; Hobby no lo incluye.
En el panel agregas tu dominio y ves los registros DNS que debes crear en tu registrador, con el estado de validación en tiempo real. El TLS se emite automáticamente, y hay soporte para dominios con acentos (Punycode) y purga de caché. Mira los detalles en dominios en Square Cloud.
Red
Dominio propio, TLS automático y CDN global para tu app
Preguntas frecuentes
¿Tengo que comprar el dominio y el hosting en la misma empresa?
No. Son servicios independientes y es común comprarlos en empresas distintas. Comprar junto simplifica el inicio; separarlos facilita cambiar de hosting sin tocar el registro del dominio.
¿Puedo tener un sitio sin dominio?
Sí. Muchos hostings dan a tu app una dirección técnica propia, y también se puede entrar por la IP. El dominio hace la dirección memorizable y profesional, pero el sitio funciona sin él.
Si cambio de hosting, ¿pierdo el dominio?
No. El dominio sigue registrado en tu registrador. Para migrar, subes el sitio al nuevo hosting y cambias en el DNS el destino al que apunta el nombre.
¿Quién es el dueño de un dominio?
En la práctica no compras el nombre para siempre: pagas por el derecho de usarlo durante un período y puedes renovarlo. Mientras el registro esté al día, ese derecho es tuyo.
Más en Redes y dominios
Ver los 27 artículos- Qué es un balanceador de carga y para qué sirveUn balanceador de carga reparte las solicitudes entre varios servidores. Aprende cómo funciona, los algoritmos, capa 4 y 7 y un ejemplo con nginx.
- Registros DNS: A, CNAME, MX y TXTLos registros DNS son las instrucciones de una zona que indican a dónde apunta un nombre. Entiende A, AAAA, CNAME, MX, TXT, NS y CAA con ejemplos y comandos dig.
- Cómo apuntar un dominio a tu hostingPara apuntar un dominio a tu hosting, crea un registro CNAME (o A) en el DNS de tu registrador. Pasos, cómo comprobarlo y los errores más comunes.
- Encabezado Cache-Control: cuánto tiempo se guarda un archivo en cachéCache-Control es el encabezado HTTP que define cuánto tiempo navegador y CDN guardan una respuesta. Mira max-age, no-cache, immutable y recetas por tipo de archivo.