Recomendaciones de VPS
Guía de compra de VPS para SEO (2026): calidad de IP, ubicación del centro de datos y una lista de verificación para evitar errores
Al elegir un VPS para SEO, lo más importante no es "qué tan grandes son las especificaciones", sino "si la IP está limpia + si la ubicación coincide con tus usuarios objetivo + si la red es estable". Este artículo completa una lista de verificación práctica: autocomprobación de listas negras/DNSBL, PTR/rDNS, verificación de ASN/geolocalización, pruebas de estabilidad con mtr, y recomendaciones de seguridad, copias de seguridad y CDN una vez que tengas el servidor.
Cuando se trata de un VPS para SEO, mucha gente empieza preguntando:
- ¿Basta con 1 núcleo?
- ¿2G o 4G?
- ¿Qué tamaño debe tener el SSD?
Pero si tu objetivo es "más estable, mejor indexación", te sugiero que primero reordenes tus prioridades:
- Calidad de IP (¿está limpia?)
- Ubicación del centro de datos (¿está cerca de tus usuarios objetivo?)
- Estabilidad de la red (pérdida de paquetes, jitter)
- Solo después, CPU/memoria/disco
A continuación está la lista de verificación que yo mismo repaso al elegir una máquina para SEO.
Debian/Ubuntu:
sudo apt-get update && sudo apt-get install -y dnsutils traceroute mtr
CentOS/Rocky/Alma:
sudo yum install -y bind-utils traceroute mtr
Quizá te haya pasado esto: tu sitio no ha infringido nada, el contenido es normal, pero la indexación es lenta, los correos no salen y las APIs reciben bloqueos por control de riesgos con frecuencia.
Muchas veces no es problema de tu sitio, sino que el "historial" de la IP es demasiado colorido.
En el VPS:
curl -4 -s https://api.ipify.org && echo
Anótala; todas las comprobaciones siguientes giran en torno a esta IP.
La resolución inversa no afecta necesariamente al SEO de forma directa, pero es una señal para juzgar "si esta IP es controlable/legítima".
host <YOUR_IPV4>
Situaciones comunes:
- Tiene PTR: normal
- No tiene PTR: no es necesariamente un problema, pero puedes encontrarte obstáculos al hacer correo electrónico o negocios más estrictos
SEO no es lo mismo que correo electrónico, pero "la IP está en listas negras comunes" suele ser una mala señal.
Puedes usar DNSBL para una autocomprobación rápida (sin salida generalmente significa que no está listada; una salida 127.x.x.x normalmente significa que está listada):
ip=<YOUR_IPV4>
rev=$(echo "$ip" | awk -F. '{print $4"."$3"."$2"."$1}')
# 常见 DNSBL（不保证所有网络都能查询成功，作为快速体检足够）
dig +short "${rev}.zen.spamhaus.org" A
dig +short "${rev}.bl.spamcop.net" A
Si descubres que está listada:
- La forma que ahorra más tiempo suele ser pedir al proveedor que cambie la IP (no te empeñes en pelear)
- Si vas a usar esta máquina a largo plazo para SEO/correo, una IP "limpia" importa más que una "barata"
En el mismo país/ciudad, distintos ASN pueden suponer una experiencia de control de riesgos completamente distinta.
La forma más burda es mirar la salida de rutas (solo un juicio aproximado):
traceroute -n 1.1.1.1 | head
Una forma más intuitiva es consultar la información de ASN/geolocalización de la IP (confirmar rápidamente "dónde está realmente lo que compraste"):
curl -s "https://ipinfo.io/${ip}/json" | head
Recordatorio: no te obsesiones con las palabras "IP nativa". Para SEO, la estabilidad y la disponibilidad importan más.
2) Ubicación del centro de datos: si estás en EE. UU. y te diriges a Canadá/Europa, la experiencia será sin duda distinta
La "ubicación geográfica" en SEO tiene un impacto muy real:
- Te diriges a usuarios de Europa/América: centro de datos en Norteamérica/Europa, el TTFB suele ser mejor
- Te diriges a usuarios de Asia: centro de datos en Asia, la experiencia de acceso es más estable
Si tienes un amigo/colega en la región objetivo, pídele que ejecute uno:
curl -o /dev/null -s -w "connect:%{time_connect} ttfb:%{time_starttransfer} total:%{time_total}\n" https://yourdomain.com
Como mínimo debes garantizar:
- Que no haya pérdida de paquetes descontrolada en horas punta de la noche
- Que el jitter de latencia no sea tan grande como para afectar al rastreo de los bots o al acceso de usuarios
Si necesitas ideas para elegir región, puedes consultar:
La peor experiencia para un sitio de SEO no es "un poco lento", sino:
- Timeouts cada dos por tres
- Más 502/504
- Aumento de la tasa de fallos de rastreo de los bots
La combinación de verificación más concisa:
# 丢包/抖动
ping -c 50 1.1.1.1
# 路由与丢包分布
mtr -rwzc 200 1.1.1.1
Si no sabes cómo juzgar, siguiendo esta ruta básicamente no te desviarás:
La mayoría de los sitios de SEO (sitios de contenido/herramientas) en realidad no consumen mucha CPU.
Te doy una referencia de partida muy práctica:
- Sitio de contenido ligero: 1-2 vCPU / 1-2GB / 20-40GB SSD
- Con algo de caché/base de datos: 2 vCPU / 2-4GB / 40GB+ SSD
Si sientes que tu sitio va lento, no te apresures a subir las especificaciones.
Muchas veces "lento" no es en absoluto falta de recursos, sino un problema de red/caché/capa de aplicación.
Los sitios de SEO son el tipo que más se escanea.
Puedes no hacer monitorización, pero no dejes de hacer copias de seguridad.
No necesitas cachear todo lo dinámico, pero poner los recursos estáticos en una CDN suele ser lo más rentable.
Puedes tomar esta frase como conclusión:
- Primero elige una IP limpia + una ubicación adecuada + una red estable
- Luego mira las especificaciones y el precio
Dedicar 20 minutos más a verificar antes de comprar puede ahorrarte 2 semanas de diagnóstico posterior de "por qué mi sitio vuelve a fallar".