Esta semana mudamos nuestro propio sitio, hixfi.com, de WordPress a Vercel. No lo hicimos porque WordPress sea malo. Mantenemos sitios de WordPress para ganarnos la vida y lo seguiremos haciendo. Lo hicimos porque, para un sitio de marketing como el nuestro, WordPress se había convertido en muchas piezas móviles solo para mantener unas cuantas páginas rápidas y seguras. Aquí está lo que cambió, con nuestros propios números, y la lista honesta de negocios que no deberían hacer lo mismo.
Primero, qué cambia realmente
Un sitio de WordPress construye cada página cuando alguien la pide: llega un visitante, se ejecuta PHP, se consulta la base de datos, los plugins añaden su parte y se envía el resultado. Los plugins de caché existen para saltarse ese trabajo tan a menudo como sea posible.
Un sitio en Vercel, hecho con un framework como Next.js, hace casi todo ese trabajo una sola vez, al publicar el sitio. Las páginas terminadas quedan en una red global de servidores, cerca de quien las pide. No hay base de datos atendiendo visitas ni plugins ejecutándose en cada petición. Lo que sí necesita estar en vivo, como un formulario o un contador, es una pieza pequeña y separada.
Casi todos los beneficios de abajo salen de esa única diferencia.
1. Velocidad que se puede medir
La prueba PageSpeed de Google, en modo móvil, sobre nuestra portada:
Nuestra portada, en móvil
Puntuación de rendimiento de PageSpeed, sobre 100
La portada antigua en WordPress frente a la reconstruida, con las mismas etiquetas de medición. Medido por HiXFi con Lighthouse, octubre de 2026.
El tiempo de respuesta del servidor, la espera antes de que el navegador reciba cualquier cosa, pasó de unos 0.6 a 0.9 segundos a 0.2 a 0.3 segundos en nuestras pruebas. En un teléfono con mala señal, esa diferencia separa una página que se siente instantánea de una que parece rota.
Para ser justos: la página se rediseñó durante la mudanza, así que no todo ese avance es mérito de la plataforma. Pero el tiempo de respuesta del servidor sí es pura plataforma, y también lo es que la puntuación se mantenga sin un plugin de caché sosteniéndola.
La velocidad no es vanidad. Forma parte de cómo Google evalúa las páginas, y decide si alguien en su teléfono lo espera a usted o vuelve atrás al siguiente resultado.
2. Nada que actualizar
Nuestro sitio de WordPress necesitaba un flujo constante de actualizaciones del núcleo, del tema y de los plugins, y algunas salieron mal. Solo en el último año lidiamos con un complemento de un plugin de caché que tumbó el sitio tras una actualización de PHP, un complemento de caché de objetos que empezó a servir páginas de error en blanco, una caché del constructor de páginas que seguía mostrando versiones viejas de páginas ya editadas, y el programador de tareas integrado de WordPress provocando picos de carga que ralentizaban todos los demás sitios del mismo servidor.
Nada de eso existe ya. No hay plugins que actualizar, ni versión de PHP que mantener al día, ni base de datos que optimizar. El sitio es código y contenido en un repositorio. Cuando cambia, el cambio se revisa y se publica como una versión nueva.
3. Un blanco mucho más pequeño
La mayoría de los sitios de WordPress hackeados no se hackean a través de WordPress en sí. Se hackean por un plugin desactualizado, o a fuerza de adivinar contraseñas en la página de acceso. Nuestro sitio anterior tenía reglas de Cloudflare solo para mantener a los bots lejos de la página de acceso y frenar a los rastreadores que la martillaban.
Tras la mudanza no hay página de acceso, ni panel de administración, ni código de plugins, ni base de datos expuesta a internet. Los visitantes reciben páginas terminadas. Las preguntas que responde un plan de seguridad de WordPress, como si los plugins están parcheados, si las contraseñas son fuertes o si el panel está protegido, simplemente dejan de aplicar al sitio público.
Esto no hace al sitio invencible. El dominio, el DNS y las cuentas que hay detrás siguen necesitando protección. Pero la superficie de ataque del día a día se reduce casi a nada.
4. Los errores se deshacen en segundos
Cada publicación en Vercel es una versión completa e independiente del sitio. Si un cambio sale mal, volver atrás es un clic a la versión anterior, no restaurar la copia de anoche y rezar para que la base de datos coincida con los archivos. Además, mantenemos el sitio antiguo de WordPress funcionando, intacto, durante dos semanas después del cambio, así que una vuelta atrás completa está a un cambio de DNS.
5. Control total sobre lo que leen Google y las herramientas de IA
En WordPress, lo que termina en el código de su página depende del tema, del plugin de SEO y de cada plugin que inyecta algo. La mudanza nos dio control exacto sobre títulos, descripciones, datos estructurados, el mapa del sitio y los archivos que leen los asistentes de IA, como llms.txt. Cada página tiene ahora su propia imagen para compartir, generada automáticamente al publicar. Son detalles pequeños, pero deciden cómo se ve usted en los resultados de búsqueda y cuando alguien comparte su enlace.
Lo que nos costó
Un artículo honesto tiene esta sección. La mudanza fue un proyecto real, no un botón:
- Se reconstruyó cada página. Setenta y cinco direcciones, cada una comparada con su versión anterior para que no faltara ningún texto, título ni enlace.
- Cada dirección antigua tenía que seguir funcionando. Los enlaces viejos, las direcciones antiguas del blog y hasta los enlaces numerados de WordPress redirigen ahora de forma permanente a la página correcta, así que nada que alguien guardó o que Google indexó se rompe.
- Los formularios y la medición se movieron con cuidado. Los formularios de contacto, propuesta y soporte llegan directo a nuestro CRM. Las etiquetas de analítica y de anuncios se revisaron una por una después del cambio.
- Editar funciona distinto. No hay panel de WordPress. Los cambios de contenido pasan por nosotros, o por un CMS headless si un cliente quiere editar sus propias páginas.
Quién debería quedarse en WordPress
Para muchos negocios pequeños, WordPress sigue siendo la respuesta correcta. Quédese si:
- Su sitio funciona a base de plugins. Reservas, membresías, cursos en línea, tiendas WooCommerce y directorios son el verdadero fuerte de WordPress. Reconstruirlos cuesta mucho más que mantenerlos.
- Edita sus propias páginas a menudo. Si su equipo actualiza menús, precios o listados varias veces por semana y le gusta hacerlo, el editor de WordPress se gana su lugar.
- Su sitio es pequeño, sencillo y ya está sano. Un sitio de cinco páginas en un buen hosting y con un plan de mantenimiento serio no necesita una migración. Necesita que le hagan las actualizaciones.
La mudanza tiene más sentido para sitios de marketing que importan al negocio, donde la velocidad y la visibilidad en búsquedas traen clientes, donde los cambios de contenido se planean en lugar de ser diarios, y donde la lista de plugins creció hasta algo que nadie quiere tocar.
Si decide migrar, no se salte esto
- Mantenga cada dirección antigua funcionando, o rediríjala de forma permanente a su nueva página.
- Traslade cada título, descripción y dato estructurado, no solo el texto visible.
- Pruebe cada formulario de punta a punta, hasta la bandeja de entrada o el CRM.
- Mueva las etiquetas de analítica y de anuncios, y compruebe que de verdad se disparan.
- Envíe el nuevo mapa del sitio en Google Search Console y vigílelo unas semanas.
- No toque la configuración de su correo. Cambiar dónde vive el sitio no debería afectar a los registros que entregan su correo.
- Mantenga el sitio antiguo funcionando, intacto, hasta estar seguro.
¿No sabe de qué lado está?
Pase su sitio por nuestra auditoría web gratuita. Toma más o menos un minuto y muestra si la velocidad, la seguridad o la visibilidad en búsquedas lo están frenando de verdad. Si el problema es la plataforma, pídanos una propuesta y le diremos con claridad si la mudanza vale la pena. Si no lo es, un plan de mantenimiento casi siempre le dará la mayor parte del resultado por una fracción del costo.
