Cómo Comprar un Nombre de Dominio y Crear un Sitio Web: Una Guía Técnica Completa

Comprar un nombre de dominio y crear un sitio web implica tres capas técnicas distintas: registro de dominio y configuración DNS, configuración de alojamiento en el lado del servidor e instalación en la capa de aplicación. Cada capa tiene sus propios puntos de fallo, plazos de propagación y oportunidades de optimización que la mayoría de las guías para principiantes ignoran por completo.

Esta guía cubre cada paso con la precisión que aplicaría un administrador de sistemas — desde seleccionar un registrador de dominios y comprender la delegación de servidores de nombres hasta instalar WordPress en un VPS con permisos de archivo correctos, configurar SSL y enviar un sitemap verificado a Google Search Console.

Por qué las decisiones de infraestructura en el lanzamiento determinan el rendimiento a largo plazo

Antes de tocar la interfaz de un registrador de dominios, comprenda que su entorno de alojamiento dicta el Time to First Byte (TTFB), el SLA de tiempo de actividad y la postura de seguridad de su sitio. Una cuenta de alojamiento compartido puede ser suficiente para un sitio de folleto estático, pero una instalación de WordPress con WooCommerce, plugins de caché y usuarios concurrentes exige recursos dedicados.

Alojamiento VPS con almacenamiento NVMe le proporciona CPU y RAM aislados, acceso a nivel root para configurar grupos de trabajadores PHP-FPM y la capacidad de ajustar nginx.conf o php.ini sin esperar un ticket de soporte. Esa distinción importa desde el primer día.

Paso 1: Elegir y registrar un nombre de dominio

1.1 Estrategia de selección de nombre de dominio

Su nombre de dominio funciona tanto como identificador de marca como señal SEO débil pero real. Tenga en cuenta estos criterios técnicos y estratégicos:

• Longitud y memorabilidad: Apunte a menos de 15 caracteres. Cada carácter adicional aumenta las tasas de error de transcripción y reduce el tráfico de navegación directa.
• Selección de TLD: .com conserva la señal de confianza global más sólida. Los TLD de código de país (.uk, .ca, .de) tienen peso de geolocalización en Google Search Console y son apropiados cuando su audiencia es explícitamente regional. Los nuevos gTLD como .shop, .blog o .io se indexan normalmente, pero pueden enfrentar mayor escrutinio de spam por parte de los filtros.
• Guiones y números: Evite ambos. Los guiones son invisibles en la comunicación verbal; los números crean ambigüedad (¿es “4” o “cuatro”?).
• Conflictos de marcas registradas: Consulte sus nombres preseleccionados en la base de datos USPTO TESS o EUIPO antes de registrarlos. Un dominio que infrinja una marca registrada puede ser confiscado mediante arbitraje UDRP independientemente de quién lo registró primero.
• Inclusión de palabras clave: Un dominio que contenga una palabra clave principal (p. ej., austinplumber.com) proporciona una señal de posicionamiento menor y mejora las tasas de clics en los SERPs cuando la palabra clave coincide con la consulta. No fuerce palabras clave a expensas de la claridad de la marca.

1.2 Verificar la disponibilidad del dominio y el historial WHOIS

Utilice la herramienta de disponibilidad de un registrador para verificar el nombre que desea. Si está tomado, no cambie inmediatamente a una variante con guiones — primero verifique si el dominio existente está activo, aparcado o vencido.

Herramientas útiles:

• Búsqueda WHOIS a través del servicio WHOIS público de ICANN para verificar el estado del registro y la fecha de vencimiento
• Wayback Machine (web.archive.org) para evaluar si un dominio registrado anteriormente contenía contenido spam o penalizado — esto importa porque las señales de spam de Google pueden persistir entre cambios de propietario
• Moz Domain Authority / Ahrefs DR para verificar si un dominio caído tiene valor de backlinks que valga la pena adquirir

Si su .com preferido está tomado pero .net y .org están libres, registrar los tres y redirigirlos a su dominio principal es una estrategia estándar de registro defensivo.

1.3 Registrar el dominio

El registro de dominios a través de su proveedor de alojamiento simplifica la gestión DNS porque los servidores de nombres están preconfigurados. El flujo de trabajo de registro es consistente entre registradores:

1. Agregue el dominio a su carrito.
2. Seleccione un período de registro. Un año es el mínimo; el registro por varios años (2–5 años) señala compromiso a largo plazo para los algoritmos de calidad de Google y reduce el riesgo de vencimiento accidental.
3. Active la Protección de privacidad WHOIS (también llamada Privacidad de dominio o ID Shield). Esto reemplaza sus datos de contacto personales en la base de datos WHOIS pública con la información del proxy del registrador. Sin ella, su nombre, dirección, número de teléfono y correo electrónico son consultables públicamente — un vector directo para spam e ingeniería social.
4. Revise la configuración de renovación automática. Active la renovación automática y asegúrese de que su método de pago esté actualizado. El vencimiento del dominio es una de las causas más evitables de interrupciones completas del sitio.

Paso 2: Configurar DNS y conectar su dominio al alojamiento

La propagación DNS es el paso más incomprendido en este proceso. Cuando actualiza servidores de nombres o registros DNS, no está realizando un cambio instantáneo — está actualizando registros autoritativos que los resolvedores en caché de todo el mundo actualizarán según sus propios programas TTL.

2.1 Comprender la jerarquía DNS

Antes de realizar cualquier cambio, comprenda qué está modificando realmente:

• Registrador: Controla qué servidores de nombres son autoritativos para su dominio (los registros NS a nivel de registro).
• Servidores de nombres (registros NS): Los servidores que contienen su archivo de zona — el conjunto completo de registros DNS para su dominio.
• Registros del archivo de zona: Registros A (dirección IPv4), registros AAAA (IPv6), registros CNAME (alias), registros MX (enrutamiento de correo), registros TXT (SPF, DKIM, verificación de dominio).

Cuando “apunta su dominio al alojamiento”, está haciendo una de estas dos cosas:

1. Cambiar servidores de nombres — delegando el control DNS completo a los servidores de nombres de su proveedor, o
2. Actualizar registros A/CNAME individuales — manteniendo los servidores de nombres de su registrador pero apuntando registros específicos a la IP de su servidor.

La opción 1 es más sencilla para principiantes. La opción 2 le da un control más preciso y es preferida cuando necesita mantener algunos servicios (como el correo electrónico) en un proveedor separado.

2.2 Localizar los servidores de nombres de su alojamiento

Inicie sesión en su panel de control de alojamiento. Los servidores de nombres generalmente se muestran en la descripción general de la cuenta o en una sección “DNS / Servidores de nombres”. Siguen el formato:

ns1.yourhostingprovider.com
ns2.yourhostingprovider.com

Utilice siempre al menos dos servidores de nombres. Esto proporciona redundancia — si ns1 no está disponible, los resolvedores recurren a ns2.

2.3 Actualizar los servidores de nombres en su registrador

1. Inicie sesión en el panel de control de su registrador de dominios.
2. Navegue a Gestión de dominios > Configuración DNS o Servidores de nombres.
3. Seleccione “Servidores de nombres personalizados” o “Usar DNS personalizado”.
4. Reemplace las entradas de servidores de nombres existentes con las de su proveedor de alojamiento.
5. Guarde los cambios.

Plazo de propagación: El registro procesa la actualización del registro NS en minutos, pero los resolvedores recursivos de todo el mundo almacenan en caché los registros antiguos hasta que expira su TTL. El tiempo de propagación práctico es de 1–4 horas para la mayoría de los resolvedores; el máximo teórico es de 48 horas. Puede monitorear el estado de propagación usando herramientas como dnschecker.org o consultando directamente resolvedores específicos:

dig @8.8.8.8 yourdomain.com NS
dig @1.1.1.1 yourdomain.com A

2.4 Verificar la resolución DNS antes de continuar

No proceda a la instalación del software hasta que el DNS se resuelva correctamente. Intentar instalar WordPress o configurar SSL antes de que el dominio apunte a su servidor resultará en fallos de emisión de certificados y archivos de configuración rotos.

# Confirm your domain resolves to your server's IP
dig +short yourdomain.com A

# Confirm reverse DNS (PTR) is configured on your server
dig -x YOUR_SERVER_IP

Paso 3: Configurar el entorno del servidor

Este es el paso donde la mayoría de las guías para principiantes fallan por completo. Instalar WordPress requiere una pila LAMP o LEMP funcional, permisos de archivo correctos y una base de datos — ninguno de los cuales existe por defecto en un VPS nuevo.

3.1 Pila LAMP vs. LEMP: cuál usar

Para un nuevo VPS que ejecuta WordPress, LEMP es la opción recomendada debido al manejo superior de conexiones concurrentes de Nginx y su menor huella de RAM por solicitud. Sin embargo, si está usando un VPS con cPanel, Apache es el predeterminado y es totalmente compatible.

3.2 Instalar la pila LEMP en Ubuntu 24.04

sudo apt update && sudo apt upgrade -y
sudo apt install nginx mariadb-server php8.3-fpm php8.3-mysql php8.3-xml 
  php8.3-curl php8.3-gd php8.3-mbstring php8.3-zip php8.3-intl -y
sudo systemctl enable nginx mariadb php8.3-fpm
sudo systemctl start nginx mariadb php8.3-fpm

3.3 Proteger MariaDB y crear una base de datos para WordPress

sudo mysql_secure_installation

Luego inicie sesión y cree una base de datos y un usuario dedicados:

sudo mysql -u root -p

CREATE DATABASE wordpress_db CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
CREATE USER 'wp_user'@'localhost' IDENTIFIED BY 'StrongPassw0rd!';
GRANT ALL PRIVILEGES ON wordpress_db.* TO 'wp_user'@'localhost';
FLUSH PRIVILEGES;
EXIT;

Usar utf8mb4 en lugar de utf8 es fundamental — admite el conjunto de caracteres Unicode completo, incluidos emojis y scripts no latinos, lo que evita errores de truncamiento de datos.

3.4 Configurar Nginx para WordPress

Cree un archivo de configuración de bloque de servidor:

sudo nano /etc/nginx/sites-available/yourdomain.com

server {
    listen 80;
    server_name yourdomain.com www.yourdomain.com;
    root /var/www/yourdomain.com;
    index index.php index.html;

    location / {
        try_files $uri $uri/ /index.php?$args;
    }

    location ~ .php$ {
        include snippets/fastcgi-php.conf;
        fastcgi_pass unix:/run/php/php8.3-fpm.sock;
    }

    location ~ /.ht {
        deny all;
    }
}

sudo ln -s /etc/nginx/sites-available/yourdomain.com /etc/nginx/sites-enabled/
sudo nginx -t
sudo systemctl reload nginx

Paso 4: Instalar un certificado SSL

Un certificado SSL/TLS no es opcional. Google ha utilizado HTTPS como señal de posicionamiento desde 2014. Los navegadores muestran advertencias de “No seguro” para los sitios HTTP, lo que destruye la confianza del usuario y las tasas de conversión. Si necesita un certificado premium con validación extendida o cobertura wildcard, los certificados SSL están disponibles a través de AlexHost.

Para un certificado estándar validado por dominio, Let’s Encrypt a través de Certbot es gratuito y se renueva automáticamente:

sudo apt install certbot python3-certbot-nginx -y
sudo certbot --nginx -d yourdomain.com -d www.yourdomain.com

Certbot modificará automáticamente su configuración de Nginx para redirigir HTTP a HTTPS e instalar el certificado. Verifique que la renovación automática funcione correctamente:

sudo certbot renew --dry-run

Los certificados de Let’s Encrypt vencen cada 90 días. El indicador --dry-run simula la renovación sin realizar cambios — ejecútelo después de la instalación para confirmar que el trabajo cron de renovación funcionará correctamente.

Paso 5: Instalar WordPress

5.1 Descargar y configurar WordPress

cd /tmp
wget https://wordpress.org/latest.tar.gz
tar -xzf latest.tar.gz
sudo mv wordpress /var/www/yourdomain.com
sudo chown -R www-data:www-data /var/www/yourdomain.com
sudo find /var/www/yourdomain.com -type d -exec chmod 755 {} ;
sudo find /var/www/yourdomain.com -type f -exec chmod 644 {} ;

El refuerzo de permisos de archivo es fundamental. Los archivos principales de WordPress nunca deben tener permisos de escritura para todos. La propiedad www-data permite que Nginx y PHP-FPM lean y escriban archivos, mientras que los permisos 755/644 impiden que otros usuarios del sistema los modifiquen.

5.2 Crear el archivo wp-config.php

cd /var/www/yourdomain.com
sudo cp wp-config-sample.php wp-config.php
sudo nano wp-config.php

Actualice las credenciales de la base de datos:

define( 'DB_NAME', 'wordpress_db' );
define( 'DB_USER', 'wp_user' );
define( 'DB_PASSWORD', 'StrongPassw0rd!' );
define( 'DB_HOST', 'localhost' );
define( 'DB_CHARSET', 'utf8mb4' );

También genere e inserte claves de autenticación y sales únicas visitando https://api.wordpress.org/secret-key/1.1/salt/ y reemplazando el bloque de claves de marcador de posición en wp-config.php.

5.3 Completar la instalación basada en web

Navegue a https://yourdomain.com en su navegador. El asistente de instalación de WordPress le solicitará:

• Título del sitio
• Nombre de usuario del administrador — no use admin. Este es el primer nombre de usuario que intentan los scripts de fuerza bruta.
• Contraseña del administrador — use una contraseña generada de al menos 20 caracteres
• Dirección de correo electrónico del administrador

Después de completar el asistente, su instalación de WordPress estará activa.

Paso 6: Personalizar su sitio WordPress

6.1 Selección de tema e implicaciones de rendimiento

Los temas de WordPress no son solo cosméticos — afectan directamente a los Core Web Vitals. Un tema sobrecargado con JavaScript y CSS no optimizados puede añadir 2–4 segundos al Largest Contentful Paint (LCP), que es un factor de posicionamiento directo.

Temas ligeros recomendados:

• GeneratePress — tamaño base inferior a 30KB, sin dependencia de jQuery en versiones modernas
• Kadence — basado en bloques, excelente soporte FSE (Full Site Editing)
• Astra — popular, bien documentado, amplia integración con Elementor

Instale temas a través de Apariencia > Temas > Añadir nuevo o mediante WP-CLI:

wp theme install generatepress --activate

6.2 Pila de plugins esenciales

Error crítico: No instale múltiples plugins de caché simultáneamente. WP Rocket y W3 Total Cache ejecutándose juntos producirán archivos de caché corruptos y comportamiento impredecible. Elija uno y configúrelo completamente.

6.3 Lista de verificación de refuerzo de WordPress

Más allá de los plugins, aplique estas medidas de refuerzo a nivel de servidor:

• Deshabilite XML-RPC si no lo usa (vector común de fuerza bruta):

location = /xmlrpc.php {
    deny all;
}

• Restrinja wp-login.php a direcciones IP específicas si su IP es estática:

location = /wp-login.php {
    allow YOUR.STATIC.IP.ADDRESS;
    deny all;
}

• Establezca DISALLOW_FILE_EDIT en wp-config.php para evitar la edición de temas/plugins a través del panel de administración (una técnica común de persistencia tras un compromiso):

define( 'DISALLOW_FILE_EDIT', true );

Paso 7: Configurar el correo electrónico para su dominio

Un sitio web sin una dirección de correo electrónico profesional (contact@yourdomain.com) señala poca credibilidad tanto a los usuarios como a los filtros de spam. Los correos electrónicos transaccionales enviados desde WordPress (restablecimientos de contraseña, confirmaciones de pedidos) requieren registros SPF, DKIM y DMARC correctos para evitar que lleguen a las carpetas de spam.

El alojamiento de correo electrónico proporciona buzones gestionados con registros DNS preconfigurados. Después de la configuración, agregue los siguientes registros DNS en su archivo de zona:

• Registro TXT SPF: v=spf1 include:yourmailprovider.com ~all
• Registro TXT DKIM: Proporcionado por su proveedor de correo, añadido como registro TXT bajo un subdominio selector (p. ej., mail._domainkey.yourdomain.com)
• Registro TXT DMARC: v=DMARC1; p=quarantine; rua=mailto:dmarc@yourdomain.com

Para el correo electrónico transaccional de WordPress, instale el plugin WP Mail SMTP y configúrelo para usar las credenciales SMTP de su proveedor de correo en lugar de la función mail() de PHP, que está bloqueada o limitada en la mayoría de los entornos VPS.

Paso 8: Enviar su sitio a los motores de búsqueda

8.1 Configuración de Google Search Console

1. Vaya a search.google.com/search-console y agregue su propiedad.
2. Seleccione el tipo de propiedad Dominio (cubre todos los subdominios y protocolos) en lugar del prefijo de URL.
3. Verifique la propiedad mediante registro TXT DNS — agregue el registro TXT proporcionado a su archivo de zona.
4. Una vez verificado, navegue a Sitemaps y envíe la URL de su sitemap XML (normalmente https://yourdomain.com/sitemap.xml si usa Yoast SEO o Rank Math).

8.2 Bing Webmaster Tools

No ignore Bing. Bing impulsa la fundamentación web de Microsoft Copilot y tiene aproximadamente un 6–9% de cuota de mercado global de búsqueda. Envíe su sitemap en bing.com/webmasters. Puede importar su verificación de Google Search Console para simplificar el proceso.

8.3 Medición de referencia de Core Web Vitals

Antes de lanzar públicamente, ejecute una auditoría de rendimiento de referencia:

# Install Lighthouse CLI for automated auditing
npm install -g lighthouse
lighthouse https://yourdomain.com --output html --output-path ./report.html

Puntuaciones objetivo antes del lanzamiento:

• Rendimiento: 85+
• LCP: menos de 2,5 segundos
• CLS: menos de 0,1
• INP (Interaction to Next Paint): menos de 200ms

Matriz de decisión de arquitectura de alojamiento

Lista de verificación técnica de puntos clave

Antes de considerar su sitio “lanzado”, verifique cada elemento de esta lista:

• DNS: El dominio resuelve a la IP correcta del servidor mediante dig +short yourdomain.com A
• SSL: HTTPS aplicado en todo el sitio; HTTP redirige a HTTPS con estado 301
• Certificado: Let’s Encrypt o SSL comercial instalado; renovación automática probada con --dry-run
• Permisos de archivo: Archivos de WordPress propiedad de www-data; directorios en 755, archivos en 644
• Base de datos: Usuario de base de datos dedicado con permisos mínimos; root no utilizado por WordPress
• Seguridad del administrador: Nombre de usuario de administrador no predeterminado; contraseña segura; URL de inicio de sesión opcionalmente reubicada
• DISALLOW_FILE_EDIT: Establecido en true en wp-config.php
• XML-RPC: Bloqueado a nivel de Nginx si no es necesario
• Correo electrónico: Registros SPF, DKIM y DMARC publicados; plugin SMTP configurado
• Caché: Un único plugin de caché activo y configurado; activos estáticos servidos con encabezados Cache-Control largos
• Sitemap: Sitemap XML enviado a Google Search Console y Bing Webmaster Tools
• Core Web Vitals: Auditoría Lighthouse de referencia completada; LCP inferior a 2,5s
• Copias de seguridad: Programa de copias de seguridad automatizado configurado con destino de almacenamiento externo al servidor

Preguntas frecuentes

¿Cuánto tiempo tarda la propagación DNS después de cambiar los servidores de nombres?

El registro procesa la actualización del registro NS en minutos, pero los resolvedores recursivos almacenan en caché los registros antiguos hasta que expira su TTL. En la práctica, el 90% de los resolvedores reflejan el cambio en 1–4 horas. El máximo teórico es de 48 horas. Use dig @8.8.8.8 yourdomain.com NS para verificar el estado de resolvedores específicos en lugar de depender de la caché del navegador.

¿Puedo usar un certificado gratuito de Let’s Encrypt para un sitio web empresarial?

Sí. Los certificados de Let’s Encrypt proporcionan la misma solidez de cifrado (RSA de 2048 bits o ECDSA) que los certificados DV de pago. La diferencia está en el nivel de validación y la garantía. Para sitios de eCommerce que gestionan pagos, un certificado OV (Validación de organización) o EV (Validación extendida) proporciona señales de confianza adicionales y vale la pena el costo.

¿Cuál es la diferencia entre cambiar los servidores de nombres y actualizar los registros A?

Cambiar los servidores de nombres delega la autoridad DNS completa a su proveedor de alojamiento — todos los registros se gestionan allí. Actualizar un registro A cambia solo a dónde resuelve un nombre de host específico, manteniendo la gestión DNS en su registrador. La delegación de servidores de nombres es más sencilla para principiantes; la gestión de registros A es preferida cuando necesita DNS dividido (p. ej., correo electrónico en un proveedor, alojamiento web en otro).

¿Por qué mi sitio WordPress es lento incluso después de instalar un plugin de caché?

Los plugins de caché solo abordan el tiempo de ejecución de PHP. Si su TTFB sigue siendo alto, el cuello de botella probablemente está a nivel de consultas de base de datos, agotamiento del grupo de trabajadores PHP-FPM o imágenes no optimizadas. Use EXPLAIN en consultas lentas en MariaDB, aumente pm.max_children de PHP-FPM según su RAM disponible y convierta las imágenes a WebP. También verifique que su plugin de caché esté sirviendo páginas en caché comprobando el encabezado de respuesta X-Cache.

¿Necesito registrar mi dominio y el alojamiento con el mismo proveedor?

No. Registrar su dominio y el alojamiento por separado es común y técnicamente sencillo — simplemente actualiza los servidores de nombres en su registrador para que apunten a su proveedor de alojamiento. Sin embargo, mantener ambos con el mismo proveedor elimina un paso de configuración y simplifica la gestión DNS, por lo que los paquetes de registrador más alojamiento son populares entre los nuevos propietarios de sitios.