WordPress sigue siendo, con muchísima diferencia, el CMS más usado del mundo.
En la mayoría de proyectos pequeños y medianos con los que trabajo me encuentro WordPress por debajo, casi siempre con un tema comercial encima (Astra, OceanWP, Divi…) y una colección de plugins acumulada por capas con los años.
La buena noticia es que hacer SEO para WordPress no tiene gran misterio: la mayoría de mejoras que de verdad mueven posicionamiento en Google y visibilidad en las inteligencias artificiales son de orden y limpieza, no de magia técnica.
La mala es que casi todos los WordPress que reviso vienen con bastante mochila acumulada que conviene depurar antes de empezar.
En este artículo te cuento cómo abordo yo la optimización de un WordPress, qué plugins uso, qué reviso primero, cómo trato la velocidad, la estructura, el contenido y qué orden sigo cuando empiezo un proyecto nuevo.
Va dirigido tanto a freelances que están empezando, como a agencias con SEO y a dueños de negocio con una web en WordPress que no saben si está bien montada.
¿Tienes una web en WordPress y no sabes si está bien optimizada para Google y las IAs? En Sloumo reviso WordPress todos los días y te puedo decir, sin compromiso, qué tendrías que tocar primero para que el posicionamiento empiece a funcionar. Escríbeme y lo vemos.
Lo primero que reviso al entrar a un WordPress de cliente
Antes incluso de mirar palabras clave o contenido, lo primero que hago al entrar a un WordPress nuevo es revisar el estado general de la instalación. No suena nada glamuroso, pero esto es lo que más rendimiento da en las primeras semanas de un proyecto.
Reviso, en este orden:
- Versión de PHP. Si está por debajo de 8.0, hay que actualizarla. PHP antiguo es velocidad perdida y problemas de compatibilidad con plugins.
- Versión de WordPress y del tema. Si llevan tiempo sin actualizar, suele significar que nadie entra al panel desde hace meses, y eso se nota en muchas otras cosas.
- Plugins instalados. Aquí me encuentro casi siempre acumulación: plugins desactivados que siguen ahí, dos plugins que hacen lo mismo, plugins de hace tres años abandonados por su desarrollador.
- Tema activo. Aquí está uno de los desastres más comunes: alguien instaló en su día un tema diseñado para un fin concreto (un portafolio, una revista, una plantilla de proyectos), nunca usó esa funcionalidad, y el tema sigue generando custom post types propios que se indexan: portfolio, projects, news, team, services… cientos de URLs basura que ensucian la indexación de Google sin aportar nada al negocio.
- Casilla de «Disuadir a los motores de búsqueda» en Ajustes → Lectura. Es un clásico, sobre todo en webs que vienen de un entorno de pruebas y se subieron a producción olvidando desmarcarla. Este pequeño check basta para que Google no indexe absolutamente nada de tu web. Lo veo más veces de las que debería.
- Plugins SEO en conflicto. Tener Yoast y Rank Math instalados a la vez (o cualquier combinación de plugins SEO en paralelo) es una garantía de meter datos estructurados duplicados, dos sitemaps, conflictos en titles y meta descripciones.
- Editores visuales mezclados. A veces hay contenido editado mitad con Bricks Builder, mitad con Elementor, mitad con Gutenberg. Un caos que hace que al menor cambio de tema o builder se rompa medio sitio.
Esta auditoría inicial te lleva una hora bien aprovechada y te ahorra meses de SEO trabajando sobre un WordPress que tira de un esquema podrido.
El plugin SEO: Yoast o Rank Math, da bastante igual
Esta es de las preguntas que más me hacen. Mi respuesta sincera: utilizo Yoast o Rank Math indistintamente porque para lo importante los dos sirven. Y lo importante es:
- Editar title y meta descripción de cada página y entrada.
- Activar el sitemap automático.
- Controlar rastreo e indexación, marcando como no indexable lo que no aporta (categorías, etiquetas, archivos de autor, archivos de fecha, páginas de búsqueda interna…).
- Añadir datos estructurados básicos.
Rank Math tiene la ventaja de meter más tipos de datos estructurados en su versión gratuita, pero los más avanzados están detrás de la versión Premium, que yo no uso. Yoast es algo más conservador pero su interfaz lleva años sin sorpresas. No me he cambiado nunca de plugin SEO en un proyecto porque ninguna funcionalidad premium me ha hecho falta tanto como para justificar el cambio.
Lo que sí o sí toco al instalar el plugin
Cada vez que entro a un WordPress nuevo y configuro Yoast o Rank Math, lo primero que ajusto es esto:
- Que el sitemap esté activado y enviado a Google Search Console.
- Que las categorías, etiquetas, archivos de autor y archivos de fecha estén en noindex.
- Que la página de búsqueda interna del sitio esté en noindex.
- Que cualquier custom post type del tema que no se use (portfolio, projects, etc.) esté en noindex o, mejor, desactivado directamente.
- Que las plantillas de title y meta description tengan una estructura que tenga sentido para el sitio, no la genérica que viene por defecto.
Velocidad y rendimiento técnico
Sobre la velocidad de WordPress hay literatura para días, así que voy directo a lo que en la práctica cambia las cosas.
Plugin de caché
Si el cliente puede pagarlo, mi primera elección es WP Rocket. No solo por la caché en sí, sino porque la misma interfaz te deja activar de un click la mayoría de optimizaciones que de otro modo tendrías que ir activando con plugins separados: minificación de CSS y JS, lazy loading nativo, optimización de fuentes, retraso de scripts pesados, eliminación de CSS no utilizado…
Si el cliente no quiere pagar plugin de caché, LiteSpeed Cache (gratis, requiere hosting LiteSpeed) o WP Fastest Cache cubren el escenario básico. La diferencia con WP Rocket no es enorme si la persona que lo configura sabe lo que toca.
Tema y builder visual
Yo sigo trabajando con Astra como tema base en la mayoría de proyectos. La razón no es ideológica: es que estoy acostumbrado, va ligero, tiene plantillas que se integran bien con Elementor y se configura rápido. Otros temas ligeros como GeneratePress o Kadence cumplen perfectamente.
Sobre los builders visuales (Elementor, Divi, Bricks…), mi consejo práctico es:
- En las entradas del blog usa Gutenberg. Es más limpio, genera HTML más liviano y los buscadores lo entienden sin ruido.
- En las páginas más comerciales (landings, página de servicios principal, portada), si te ahorra horas usar un builder, úsalo. Pero no te pases de bloques: cada bloque de Elementor mete su CSS y su JS, y al final pesa mucho.
A medio plazo creo que los builders pesados tienen los días contados. Con la inteligencia artificial generando código limpio cada vez más rápido, va perdiendo sentido cargar la web con estructuras pesadísimas para algo que un buen desarrollador (o tú con la IA al lado) puede maquetar en HTML y CSS sin penalización de rendimiento.
Imágenes
Confesión: no he sido nunca de instalar plugins de optimización de imágenes (ShortPixel, Smush, Imagify, EWWW). Lo que hago es subir las imágenes ya optimizadas desde fuera: convertidas a WebP, comprimidas, con nombre de archivo descriptivo y con su atributo alt rellenado al subirlas.
Para clientes con muchos colaboradores que suben imágenes sin pasar por mí, sí tiene sentido instalar uno de estos plugins, porque te aseguras de que cualquier imagen que entre se convierte automáticamente a WebP y se comprime. ShortPixel y Smush funcionan bien en ese escenario.
El lazy loading lo dejo al plugin de caché si está activado (WP Rocket lo trae) o al lazy loading nativo de WordPress (desde la versión 5.5 viene por defecto).
Estructura del sitio: arquitectura limpia
Aquí es donde se gana mucho posicionamiento sin necesidad de tocar contenido nuevo, simplemente ordenando lo que ya hay.
Categorías y etiquetas
Por defecto, en casi todos los proyectos pongo categorías y etiquetas en noindex. La razón es que los archivos de categoría y etiqueta de WordPress no suelen estar pensados para captar tráfico orgánico: son listados automáticos sin contenido único, sin descripción, sin valor añadido. Indexarlos solo dispersa autoridad y crea contenido duplicado de tus propias entradas.
Si en algún proyecto la categoría sí va a actuar como página clúster con contenido propio (descripción larga, intro temática, enlaces curados a las entradas relacionadas), entonces sí la indexo. Pero esto requiere trabajo adicional, no se hace solo con marcar la casilla.
URLs limpias
En blogs y páginas de servicios siempre quito el /category/ del slug. Suelo dejar las entradas directamente en /nombre-entrada/ o como mucho en /blog/nombre-entrada/, evitando que el slug refleje la categoría a la que pertenece la entrada.
¿Por qué? Porque si una entrada cambia de categoría con el tiempo, no quiero estar haciendo redirecciones 301 cada vez. Tener las URLs independientes de la taxonomía me da flexibilidad para reorganizar el blog cuando haga falta sin romper enlaces ni penalizar el SEO.
Y obvio: nada de URLs con fecha en el slug (/2024/03/nombre-entrada/), porque eso envejece el contenido visualmente y dificulta la rentabilización a largo plazo del blog.
Migas de pan
No las pongo por defecto en todos los proyectos. Son útiles cuando hay varios niveles de contenido y quieres que Google entienda la jerarquía del sitio: e-commerce con categorías y subcategorías, portales con secciones temáticas amplias, sitios con clústeres bien definidos.
En una página de servicios sencilla con cuatro secciones y un blog plano, las migas de pan son un elemento decorativo más que funcional para SEO. Las pongo si el cliente las quiere o si la arquitectura lo justifica.
Cómo trabajo el contenido en WordPress
Editor clásico vs Gutenberg
Para editar entradas y páginas suelo preferir el editor clásico cuando el tema lo deja generar HTML correcto. Es más rápido para hacer cambios pequeños y no me obliga a navegar entre bloques para algo tan simple como cambiar una palabra o añadir un enlace.
Gutenberg está mejor para ciertas cosas (insertar bloques específicos, columnas, citas estilizadas, embeds), pero en mi día a día acabo siendo más eficiente con el clásico. Es cuestión de costumbre, los dos funcionan bien si los conoces. Lo importante es no mezclar editores en el mismo sitio.
Datos estructurados
Para la mayoría de proyectos me apoyo en lo que generan Yoast o Rank Math automáticamente: schema de organización, breadcrumbs, artículos. Si el cliente necesita esquemas más específicos (FAQ, HowTo, Product, LocalBusiness con más detalle), suelo añadirlos a mano insertando JSON-LD en el head o usando algún plugin específico de schema cuando hay muchos.
WordPress, IA y el futuro de la edición visual
Honestamente, no he visto cambios sustanciales en cómo Google o las inteligencias artificiales (ChatGPT, Perplexity, Gemini, Claude…) leen un sitio WordPress respecto a otros CMS. Lo que define si te encuentran y te citan no es el CMS que tengas debajo, es cómo está implementada técnicamente la web: HTML semántico, datos estructurados, contenido bien organizado, enlaces internos coherentes.
Lo que sí está cambiando es lo que comentaba antes: la IA permite generar webs con código mucho más limpio que los builders visuales pesados. A medio plazo, esto va a hacer que herramientas tipo Elementor o Divi pierdan peso, porque la diferencia entre arrastrar bloques y pedirle a una IA que te maquete una landing en HTML y CSS limpios se va a estrechar mucho.
Sobre plugins de IA dentro de WordPress, ahora mismo no tengo ninguno que recomendar especialmente. Yoast y Rank Math han metido funciones de IA en sus últimas versiones, pero a mí me sirven más mis propias herramientas externas (que utilizo según el caso) que confiar en la IA integrada del plugin.
Por dónde empiezo cuando entro a un proyecto WordPress
Cuando un cliente me pasa el SEO de su WordPress, mi orden es siempre el mismo: técnico → estructura → contenido → enlazado interno → enlazado externo. En este orden, sin saltarme pasos.
La razón es simple: si el contenido brillante está sobre una base técnica rota, no rinde. Y si la estructura está mal montada, no importa cuántos artículos publiques: Google los va a interpretar mal.
En la práctica, los proyectos más fáciles que he llevado han sido los que tenían un objetivo único y claro. Un negocio que ofrece un servicio concreto (por ejemplo, reclamación de deudas), una portada bien enfocada en ese servicio, y un blog que ataca las dudas y problemas que tiene el cliente potencial antes de contratar. Sin grandes virguerías técnicas, sin builders complicados, sin custom post types raros. WordPress al servicio del negocio, no al revés.
Cuando lo tienes ordenado así, casi todo el tráfico orgánico te lo van a generar las entradas del blog, porque es donde la gente con dudas concretas hace sus búsquedas. Por eso mi consejo final es siempre el mismo: no te obsesiones con el plugin SEO ni con la última optimización técnica de moda. Asegúrate primero de que el WordPress está limpio, de que la estructura tiene sentido, y mete energía en hacer entradas de blog que respondan bien a lo que tu cliente potencial busca. Eso es lo que te va a traer clientes, no el plugin que elijas.
