La pregunta que la mayoría de principiantes se salta
Estás construyendo algo. El primer instinto es registrar un dominio — 12$/año se siente como un compromiso pequeño y un dominio personalizado parece profesional. Pero para muchos proyectos, esos 12$ son la decisión equivocada. Un subdominio gratis en github.io, vercel.app o netlify.app puede ser la decisión correcta — y no solo por la razón obvia de "estoy sin presupuesto".
Esta es la contrapartida honesta, sin barniz de marketing.
Qué significan realmente los "subdominios gratis"
Varias plataformas grandes te dan un hostname bajo su propio dominio al desplegar:
- GitHub Pages: username.github.io para sitios personales, username.github.io/projectname para proyectos.
- Vercel: projectname.vercel.app en cada despliegue.
- Netlify: projectname.netlify.app.
- Cloudflare Pages: projectname.pages.dev.
- Render, Fly.io, Railway: cada uno da un subdominio en su plataforma.
Esos subdominios son reales. Tienen HTTPS. Sirven contenido real. Los buscadores los indexan. Puedes compartirlos, enlazarlos y operar un sitio público en ellos indefinidamente.
Cuándo un subdominio gratis está realmente bien
1. Web personal de portfolio o currículum
Si tu objetivo es una sola página mostrando tu trabajo, tunombre.github.io es honestamente suficiente. Los reclutadores saben qué significa github.io. Señala "developer que mantiene las cosas simples". Mucha gente elige específicamente github.io en lugar de un dominio vanity por esa razón.
2. Documentación de proyectos open-source
La docs de proyecto alojada en github.io o netlify.app se siente nativa al ecosistema OSS. Los usuarios no parpadean. El subdominio gratis es una ventaja, no una limitación.
3. Prototipos y MVPs
Estás probando si alguien quiere el producto. Los primeros 50 usuarios no se preocupan por la URL — se preocupan por si el producto funciona. Compra un dominio cuando tengas validación, no cuando tengas hipótesis.
4. Herramientas internas
El dashboard interno de tu equipo no necesita dominio personalizado. company-tools.vercel.app sirve cuando solo lo ven usuarios autenticados.
5. Proyectos paralelos sobre los que no estás seguro
La mayoría de proyectos paralelos mueren. Comprar un dominio para cada uno crea un cementerio de suscripciones de 12$/año a cosas que abandonaste. Los subdominios gratis te dejan empezar sin ese coste.
Cuándo un subdominio gratis es la elección equivocada
1. Direcciones de email
No puedes tener [email protected]. Las plataformas de subdominios gratis no proveen MX hosting. En cuanto necesitas correo profesional, necesitas un dominio personalizado.
2. Webs de negocio de cara al público
Para un negocio que cobra, construye confianza o pone anuncios, minegocio.netlify.app luce amateur de un modo que cuesta conversiones reales. El dominio personalizado se paga solo en legitimidad percibida.
3. Estrategia con peso SEO
Puedes posicionar un proyecto en github.io. La gente lo hace. Pero el techo SEO suele ser menor que con dominio personalizado — en parte por señales de plataforma genérica, en parte porque no controlas todo el SEO técnico (compartes robots.txt, no puedes hacer ciertos redirects, etc.).
4. Identidad de marca
Si tu proyecto es marca — algo a lo que los usuarios se refieren por nombre, comparten y recuerdan — el subdominio gratis se vuelve fricción. Repite la URL en voz alta: tumarca-app.vercel.app es más difícil de comunicar que tumarca.com. El dominio personalizado es infraestructura de marca.
5. Cualquier cosa crítica
Si tu proyecto depende de que la URL no cambie, no uses un subdominio gratis que no controlas. Las plataformas pueden cambiar su dominio (Heroku pasó de heroku.com a herokuapp.com), y tu URL se va con eso. Los dominios personalizados son tuyos.
El camino de migración
La estrategia inteligente: empieza con subdominio gratis y registra dominio personalizado cuando tengas señal. La mayoría de plataformas hace la migración trivial:
- Registra tu dominio personalizado.
- Añádelo como dominio personalizado en el panel de tu plataforma (Vercel, Netlify, GitHub Pages lo soportan).
- Añade el A o CNAME que indique la plataforma en tu proveedor DNS.
- Espera al provisioning SSL (normalmente 1–10 minutos).
- Prueba, y opcionalmente redirige el subdominio antiguo al nuevo dominio.
Tiempo total: bajo una hora. Casi sin penalización por empezar en subdominio gratis y graduar después.
Consideraciones SEO en la migración
Si tu sitio tiene tracción SEO en el subdominio gratis:
- Configura redirects 301 del hostname antiguo al nuevo (la mayoría de plataformas lo soporta).
- Actualiza tu sitemap y reenvíalo en Google Search Console bajo el nuevo dominio.
- Actualiza enlaces internos al dominio personalizado.
- Espera una caída temporal de rankings (1–6 semanas) mientras Google reindexa.
Es el mismo playbook que cualquier cambio de dominio. Planéalo; no te saltes los redirects.
Costes ocultos del "gratis"
Los subdominios gratis no son gratis en el sentido más profundo. Las contrapartidas:
- Lock-in de plataforma. Migrar al crecer es más difícil que dejar un dominio personalizado.
- Techo SEO. Real, aunque no catastrófico.
- Limitación de marca. No puedes hacer correo, marketing más complicado.
- Discreción de la plataforma. Capas gratis pueden cambiar términos, deprecar funciones o cerrar.
Nada importa para proyectos en fase muy temprana. Todo importa para los establecidos.
La recomendación honesta
- Webs personales, docs OSS, prototipos: usa subdominio gratis. El dominio personalizado es exceso.
- Side projects sin usuarios: usa subdominio gratis. Compra dominio cuando tengas 50+ usuarios habituales.
- Negocio o marca pública: registra dominio personalizado el día uno. El coste es error de redondeo; la legitimidad es real.
- Cualquier cosa con email o pagos: dominio personalizado. No negociable.
El instinto de registrar dominio inmediatamente suele ser vanidad de fundador, no estrategia. Para la mayoría de proyectos tempranos, una URL en github.io es más honesta sobre lo que es el proyecto — y a veces esa honestidad es una virtud.