¿Tiene WordPress y no posiciona? Estas son sus 4 opciones reales (y la que elegimos nosotros)
WordPress mueve cerca del 43% de los sitios web del planeta, pero también es el motor detrás de una buena parte de los sitios que no posicionan en Google. La razón casi nunca es el contenido: es el stack. Plugins acumulados, temas premium pesados, builders visuales que generan HTML inflado y una base de datos que se ahoga en cada visita. Antes de invertir otro peso en SEO, vale la pena conocer las opciones reales que tiene.
Por qué un WordPress promedio no posiciona en 2026
Los Core Web Vitals dejaron de ser una recomendación: son un factor de ranking confirmado por Google. Un WordPress típico con tema premium + Elementor + 25 plugins suele entregar mediciones reales como estas:
- LCP entre 4 y 8 segundos, cuando Google pide menos de 2,5.
- CLS por encima de 0,25, porque los builders inyectan layout cliente-side.
- TTFB de 1 a 3 segundos en hosting compartido, antes incluso de empezar a renderizar.
- INP elevado porque hay scripts pesados bloqueando el hilo principal.
Además, Google está priorizando contenido que se carga sin esperas en redes 4G de Colombia (mediana real entre 15 y 20 Mbps). Un sitio que pesa 4 MB no compite contra uno que pesa 250 KB, aunque el contenido sea mejor.
Las 4 opciones reales para hacer posicionar un WordPress
No hay una solución única. Existen cuatro caminos distintos según el tamaño, el equipo y el presupuesto. Los explicamos uno a uno con su plazo típico y cuándo conviene.
Opción 1: Optimizar el WordPress que ya tiene
La opción menos disruptiva. Se queda con su CMS, sus URLs y su equipo editorial — pero se interviene en tres frentes:
- Limpieza de plugins. Suprimir todo lo que no se use; auditar los que sí; sustituir los críticos por código nativo cuando sea posible.
- Tema más ligero o builder reducido. Migrar a GeneratePress, Kadence, Blocksy o al editor nativo de bloques. Si el tema es uno premium de marketplace con 50 widgets, normalmente toca cambiarlo.
- Caché y compresión a nivel servidor. LiteSpeed Cache + Cloudflare bien configurados, no plugins de caché instalados a la ligera.
Plazo típico: 2 a 4 semanas. Resultado esperable: LCP bajando a 2,5–3,5 s y mejoras visibles en Search Console en 60–90 días. Cuándo conviene: sitios con muchas URLs ya indexadas, equipo editorial productivo y presupuesto limitado.
Opción 2: WordPress headless
Conservar WordPress como CMS para que el equipo editorial siga publicando como conoce, pero servir el frontend con un stack moderno: Next.js, Astro o Nuxt consumiendo la REST API o GraphQL de WP. El público nunca ve WordPress; ve HTML estático generado.
- Pros: rendimiento equivalente a un sitio estático sin renunciar al editor visual. Buena escalabilidad.
- Contras: requiere CI/CD, equipo técnico para mantenerlo y reimplementar funciones que en WordPress vienen vía plugin (formularios, Yoast preview, parte de WooCommerce).
Plazo típico: 8 a 14 semanas. Cuándo conviene: equipos editoriales grandes, alta frecuencia de publicación y presupuesto para mantenimiento técnico.
Opción 3: Migrar a un stack ultraligero (la que elegimos nosotros)
Reemplazar WordPress por código propio en PHP plano, Astro o Eleventy, manteniendo URLs, contenido y SEO. Sin base de datos por petición, sin builders, sin 25 plugins. Páginas que pesan 200–400 KB y cargan en menos de un segundo.
- Pros: rendimiento brutal, hosting compartido cualquiera, mantenimiento mínimo, superficie de ataque casi nula (no hay WP que parchar).
- Contras: sin editor visual; los cambios de contenido se hacen por panel propio o por archivo plano. No sirve para tiendas grandes con miles de productos.
Plazo típico: 4 a 10 semanas según el volumen de contenido. Cuándo conviene: sitios con menos de 200 URLs, equipo editorial pequeño y prioridad clara en SEO y velocidad. Es la opción que elegimos para mentoracolombia.com. Volvemos a este punto más abajo con números.
Opción 4: Rehacer desde cero (nuevo sitio, nueva estrategia SEO)
A veces el sitio actual carga problemas estructurales serios: arquitectura de URLs caótica, contenido viejo de baja calidad, sanciones manuales heredadas. En esos casos la opción honesta es rehacer desde cero, con nueva arquitectura de información, nuevas URLs, redirecciones 301 sistemáticas y nueva estrategia de contenido.
Plazo típico: 10 a 16 semanas. Cuándo conviene: sitios que llevan años sin mantenerse, marcas relanzándose o cuando el contenido existente no aporta valor SEO recuperable.
Cómo elegir entre las cuatro
No hay una opción "mejor". Hay una correcta para cada caso. Estos criterios suelen orientar la decisión:
- ¿Cuántas URLs tiene indexadas Google? Menos de 100: piense en migrar. Más de 500: optimice primero.
- ¿Tiene equipo editorial activo? Sí: editor visual obligatorio (WP optimizado o headless). No: stack ligero le va mejor.
- ¿Cuál es su plazo? Optimización 2–4 semanas, migración 6–10, rehacer 10–16.
- ¿Tiene ecommerce con muchas variantes? Mantenga WooCommerce y optimícelo; no es escenario para stack plano.
- ¿El problema es velocidad o contenido? Si el contenido es bueno pero el sitio carga lento, optimice o migre. Si el contenido es flojo, ningún stack lo salva.
Lo que hicimos nosotros: de WP + JupiterX + Elementor a PHP plano
Hasta hace pocas semanas, mentoracolombia.com corría sobre WordPress 6.9.4, tema JupiterX, Elementor 4.0.5 con Raven, Yoast SEO, LiteSpeed Cache y Hostinger Reach. Era un stack típico — y un sitio típicamente lento. LCP en 4,2 s, CLS en 0,18 y un peso por página de 2,8 MB.
Decidimos aplicar lo que recomendamos: migrar todo a PHP 8 puro con includes modulares, HTML5 semántico, CSS Grid + variables, vanilla JS de 5 KB con IntersectionObserver, schema.org embebido (Organization, Service, FAQPage, BlogPosting, BreadcrumbList), llms.txt para crawlers de IA, y un .htaccess con HTTPS forzado, Brotli, caché de 1 año en assets y headers de seguridad (HSTS, X-Frame-Options, Permissions-Policy).
Resultados medidos en PageSpeed Insights y WebPageTest:
- LCP de 4,2 s → 0,9 s.
- Peso por página: 2,8 MB → ~280 KB.
- CLS: 0,18 → 0,00.
- Time to Interactive: 5,1 s → 1,1 s.
- PageSpeed Insights mobile: 38 → 99.
El SEO técnico mejoró por consecuencia: meta tags únicos por página, schema.org completo en cada plantilla, sitemap limpio, robots.txt con política para GPTBot, ClaudeBot, PerplexityBot y Google-Extended. La migración fue gradual y con redirecciones 301 sistemáticas — no hubo caída de tráfico estructural.
Qué incluye nuestro servicio de migración y optimización
Si su sitio en WordPress está lento, no posiciona, o quiere saber qué opción le conviene, esto es lo que hacemos en Mentora:
- Auditoría inicial sin costo. Revisamos Core Web Vitals, plugins, tema, base de datos, hosting y arquitectura de contenido. Le entregamos un informe corto con la opción recomendada, plazo y costo estimado.
- Plan de migración con redirecciones 301. Para no perder ranking. Cada URL vieja apunta a su equivalente nueva sin saltos intermedios. Cero contenido huérfano.
- Migración del contenido y SEO técnico. Meta tags, schema.org, sitemap, robots.txt, hreflang, canonical — todo configurado desde el día uno.
- Performance: caché a nivel servidor, compresión Brotli, lazy loading, imágenes WebP, fuentes optimizadas con
display=swapy JS diferido. - Crawlers de IA:
llms.txt,ai.txty robots.txt con política explícita para que su contenido pueda aparecer en respuestas de ChatGPT, Claude, Perplexity y Google AI Overviews. - Monitoreo de 60–90 días. Comparamos Search Console y Lighthouse antes/después y ajustamos lo que haga falta.
No vendemos paquetes cerrados: cada migración u optimización se cotiza a medida según el diagnóstico. Vea los servicios de posicionamiento web y los detalles de SEO técnico, auditoría SEO completa y contenido para blog SEO.
Si quiere que hagamos la auditoría de su sitio actual, escríbanos por el formulario o por WhatsApp. La auditoría es gratis y le sirve aunque al final no nos contrate. Si su roadmap también incluye automatización, revise el artículo sobre adopción de IA en pymes.
Preguntas frecuentes
¿Voy a perder mi posicionamiento actual si migro?
No, si la migración se hace bien. La clave son las redirecciones 301 sistemáticas: cada URL vieja apunta a su equivalente nueva sin saltos intermedios. Google reasigna el ranking en 4–8 semanas. Puede haber una caída temporal del 10–15% en las primeras 2–3 semanas mientras el bot recrawlea — se recupera y suele subir.
¿Cuánto cuesta migrar un WordPress a un stack ligero?
Depende del volumen y la complejidad. Para un sitio de 20–50 páginas con blog, está entre 6 y 18 millones de pesos en Colombia. Optimizar el WordPress actual sin migrar suele estar entre 2 y 6 millones. La auditoría inicial es sin costo y siempre con propuesta cerrada antes de empezar.
¿Puedo seguir editando contenido después de migrar?
Sí. Entregamos un panel de administración propio o un editor por archivos planos (Markdown/JSON), según prefiera. Las publicaciones nuevas se hacen sin tocar código, igual que en WordPress, solo que sin el peso de la plataforma.
¿Y mi tienda con WooCommerce?
Para ecommerce con muchas variantes lo recomendado suele ser mantener Woo y optimizarlo, no migrar. Si la tienda es pequeña (menos de 50 productos), también puede migrarse a soluciones tipo Snipcart, Shopify Buy Button o un checkout headless conectado a Stripe o Wompi.
¿Sirve para empresas en Bogotá, Medellín y otras ciudades?
Sí. Tenemos clientes en Bogotá, Medellín, Cali, Bucaramanga y otras ciudades. La migración se hace 100% remota y la optimización SEO incluye configuración para SEO local en Bogotá y SEO local en Medellín según el caso.
¿En cuánto tiempo veo resultados en Google?
Los Core Web Vitals mejoran el mismo día del deploy. El impacto en ranking llega entre 30 y 90 días, dependiendo de la frecuencia con la que Google recrawlee su sitio. Sitios con autoridad media suelen mover Search Console en 6–8 semanas.
Fuentes: Google Search Central — Core Web Vitals como factor de ranking (developers.google.com); W3Techs, Usage statistics of WordPress (mayo 2026) — w3techs.com; Web Almanac 2024 — HTTP Archive (httparchive.org); mediciones internas de Mentora Colombia con PageSpeed Insights y WebPageTest antes/después de la migración del propio sitio. Rangos de costos basados en proyectos reales en pymes colombianas; varían según volumen.
