Muchos sitios de pymes están hechos con WordPress, y funcionan. Pero cuando un sitio es lento, lo atacan o Google no lo muestra, la causa suele estar en cómo está construido. Aquí comparo, con cifras y casos reales, un WordPress típico con un sitio a medida en ASP.NET Core, la tecnología de Microsoft con la que trabajo. Y te digo cuándo WordPress sigue siendo buena opción.
Velocidad: lo que dicen los datos
Según el informe Core Web Vitals por tecnología de HTTP Archive (datos reales de usuarios de Chrome, CrUX), publicado por Search Engine Journal el 27 de mayo de 2026 con datos de abril, cerca de la mitad de los sitios WordPress (alrededor del 49%) obtienen una buena nota en Core Web Vitals: el último lugar entre las 7 plataformas comparadas.
¿Por qué un WordPress tiende a ser más lento?
- Cada página se arma en cada visita: PHP consulta la base de datos y construye el HTML, salvo que agregues un plugin de caché.
- Cada tema y cada plugin trae su propio CSS y JavaScript, que se suman en cada página.
- Los constructores visuales (page builders) generan un HTML pesado, lleno de contenedores.
En ASP.NET Core la lógica es otra: el código C# está compilado, corre sobre Kestrel, el servidor web de Microsoft, y el HTML se genera en el servidor con solo lo que esa página necesita. Controlas cada byte que llega al navegador.
Caso real: Bosques de Loncotraro
Bosques de Loncotraro son cabañas entre Villarrica y Pucón. Su sitio anterior era un WordPress con un plugin de reservas (WP Booking Calendar). Lo reconstruí en ASP.NET Core, con su propio sistema de reservas y pago con Webpay. En concreto:
- Compresión Brotli y Gzip hecha por la propia aplicación, porque el servidor IIS no tenía ninguna. La hoja de estilos principal pasa de unos 96 KB a unos 15 KB comprimida.
- Encabezados de caché: imágenes por 30 días, CSS y JavaScript por un año, con una huella de versión en la URL.
- Miniaturas de las fotos generadas automáticamente, cuando se piden.
El tiempo de respuesta del servidor es de unos 300 ms (Lighthouse en móvil, 7 de octubre de 2026).
Seguridad: menos piezas, menos puertas
Según el informe State of WordPress Security in 2026 de Patchstack, en 2025 aparecieron 11.334 nuevas vulnerabilidades en el ecosistema WordPress, un 42% más que el año anterior. El 91% estaba en plugins y el 9% en temas.
Un sitio a medida en ASP.NET Core no tiene plugins ni temas de terceros, ni /wp-admin, /wp-login.php o /xmlrpc.php que atacar. La superficie de ataque se reduce al código de ese sitio y al framework que mantiene Microsoft. Mis sitios .NET reciben todos los días sondeos de ataques pensados para WordPress, y los bloquean de inmediato. Lo detallo en ¿WordPress es inseguro?.
Indexación: lo que Google recibe
Con HTML generado en el servidor, Google recibe todo el texto en la primera solicitud, sin depender de que ejecute JavaScript. Es lo contrario de los constructores que arman la página solo con JavaScript, como explico en sitios hechos con IA o Wix. Además, tengo control total sobre:
- URL limpias, con un título y una descripción propios para cada página.
- Canonical y hreflang para cada idioma.
- Datos estructurados JSON-LD según el tipo de página.
- Un sitemap generado desde la base de datos: Parcelas Patagonia regenera el suyo automáticamente cada día, y el de jeromestephan.com lista 119 URL en 3 idiomas.
- IndexNow, que uso en FindYourNeurotype para avisar a Bing apenas se publica una página.
Cambiar de plataforma tampoco tiene por qué costarte posiciones: las direcciones antiguas del WordPress de Bosques (por ejemplo /wpbc-booking o /pagar-reservas) redirigen con un 301 a las páginas nuevas (/reservar). Si Google no muestra tus páginas, revisa por qué Google no indexa un sitio y Google Search Console paso a paso.
Comparación rápida
| WordPress típico | A medida en ASP.NET Core | |
|---|---|---|
| Generación de páginas | PHP y base de datos en cada visita, salvo caché | Código compilado, HTML justo para cada página |
| Peso de CSS y JavaScript | Se acumula con cada tema y plugin | Solo lo necesario |
| Superficie de ataque | Amplia: plugins, temas, /wp-admin | Reducida: el código del sitio y el framework |
| Control del SEO técnico | Parcial, según plugins | Total |
| Costo inicial | Bajo | Más alto |
| Edición por tu cuenta | Muy fácil | Depende de lo que se construya |
¿Cuándo WordPress sí tiene sentido?
Seamos justos: para un blog simple o un sitio de presentación, WordPress funciona bien si tiene un buen hosting, pocos plugins bien mantenidos y actualizaciones regulares.
Un sitio a medida cuesta más al principio. A cambio, pagas exactamente lo que necesitas, sin licencias de plugins, y el mantenimiento lo hace el desarrollador. Conviene sobre todo cuando el sitio es tu herramienta de trabajo: reservas, pagos, varios idiomas o una base de datos.
En resumen
Con ASP.NET Core controlas la velocidad, la seguridad y lo que Google lee, siempre que midas (te cuento cómo lo hago con IA, Search Console, Analytics y Bing). ¿Quieres saber cómo se compara tu sitio actual? Escríbeme y lo reviso gratis, o conoce mis servicios de páginas web, software a medida y posicionamiento web.
¿Cómo se compara tu sitio actual?
Reviso gratis tu sitio actual (velocidad, seguridad e indexación en Google) y te digo, sin compromiso, si te conviene mejorarlo o pasar a un sitio a medida.
Pedir mi comparación gratisEscríbeme por WhatsApp