Cómo crear un sitio WordPress optimizado para SEO en 2026
Este es un plan ordenado para lanzar un sitio WordPress que posicione en 2026. Da por hecho que sabes instalar WordPress y moverte por el escritorio. No da por hecho que hayas configurado antes un plugin de SEO. Al final tendrás un sitio con bases técnicas sólidas, datos estructurados, elementos AEO y GEO y una lista de comprobación de lanzamiento que aguanta herramientas de auditoría reales. Cada afirmación sobre cómo se comporta Google enlaza a Google Search Central, porque es la única fuente que puede confirmarla.
Este artículo enlaza con la página de servicios de WordPress headless para cuando el SEO y las Core Web Vitals te empujen a abandonar la arquitectura monolítica.
Qué importa para el SEO en WordPress en 2026
- Primero la base: hosting gestionado, HTTPS, enlaces permanentes limpios, un único dominio canónico.
- Un único plugin de SEO (Yoast o Rank Math), configurado a fondo.
- Core Web Vitals auditadas por plantilla y corregidas por orden de prioridad.
- JSON-LD de Schema.org validado antes del lanzamiento.
- Controles de indexación revisados el día del lanzamiento: la casilla de “pedir que no indexen” del entorno de pruebas, robots.txt, noindex y canonicals.
- Elementos AEO y GEO planificados desde el primer día, con claridad sobre lo que Google lee y lo que no.
Qué ha cambiado en el SEO en WordPress en 2026
Tres fuerzas están redefiniendo el SEO en WordPress en 2026:
Las Core Web Vitals forman parte de los sistemas de ranking de Google. La documentación de Google sobre Core Web Vitals dice que están alineadas con lo que sus sistemas de ranking principales buscan premiar, y la guía de experiencia en la página afirma que los sistemas de ranking usan las Core Web Vitals. La misma guía añade que Google siempre intenta mostrar el contenido más relevante, aunque la experiencia en la página sea mediocre. Las páginas rápidas ayudan; no sustituyen a una página que responde a la búsqueda.
Motores de respuesta (AEO). Google AI Overviews, Perplexity, la navegación de ChatGPT y Anthropic Claude recuperan contenido más allá de los clásicos enlaces azules. En el caso de Google, la documentación sobre funciones de IA es explícita: no hay requisitos adicionales, ni schema especial, ni archivos de texto para IA. La página tiene que estar indexada y poder mostrarse con un fragmento.
Optimización para motores generativos (GEO). Los sistemas de generación aumentada por recuperación ajenos a Google leen llms.txt, los datos estructurados y los endpoints en Markdown cada uno a su manera, y ninguno publica reglas de ranking como hace Google. Trata esos elementos como extras baratos, no como sustituto de una página indexable.
La consecuencia para un proyecto SEO en 2026: la lista clásica (títulos, descripciones, enlaces internos, sitemaps, páginas rastreables) sigue siendo lo que decide si aparece o no. Schema, AEO y GEO se apoyan encima.
Cuál es la base de un WordPress optimizado para SEO
Resuelve esto antes de instalar cualquier plugin de SEO:
Hosting. Un hosting WordPress gestionado (WP Engine, Kinsta, Pressable, Pantheon) o un VPS autogestionado con una caché bien configurada. Si eres una empresa europea, comprueba dónde guarda los datos el proveedor antes de firmar.
HTTPS. Cloudflare o el TLS integrado del hosting. En 2026, no sirvas nunca un sitio WordPress por HTTP sin cifrar.
Enlaces permanentes. Ajustes > Enlaces permanentes > “Nombre de la entrada” o una estructura personalizada sin ID numéricos. Mantenla durante toda la vida del sitio; cambiar las URL es deuda técnica.
Copias de seguridad. Copias diarias fuera del servidor y al menos una restauración probada antes del lanzamiento. Sin esto, cualquier optimización posterior se apoya en una base frágil.
Configuración del dominio. Un único dominio canónico (con o sin www, elige uno) y redirecciones 301 desde el otro. En WordPress, el mismo nombre de host va en Ajustes > Generales > “Dirección de WordPress (URL)” y “Dirección del sitio (URL)”, para que las etiquetas canonical que imprime el plugin de SEO coincidan con el destino de la redirección.
Cómo definir URL canónicas en WordPress para que Google elija la correcta
WordPress y los dos grandes plugins de SEO imprimen una etiqueta rel="canonical" en cada página individual. Esa etiqueta es una petición, no una orden. La guía de canonicalización de Google ordena las señales por fuerza: las redirecciones son una señal fuerte, las anotaciones rel="canonical" son una señal fuerte y la inclusión en un sitemap es una señal débil. La guía añade que los métodos se suman, así que combinar dos o más aumenta la probabilidad de que aparezca la URL preferida.
En la práctica, en WordPress: redirige con 301 el host no preferido y la versión HTTP en el servidor o en Cloudflare, deja que el plugin de SEO imprima el canonical y mantén en el sitemap solo URL canónicas. Cuando las tres cosas coinciden, Google no tiene pistas contradictorias que resolver. Cuando no (un sitemap lleno de URL ?replytocom=, un canonical que apunta a una dirección redirigida), Google elige su propio canonical, y la herramienta de inspección de URLs de Search Console muestra cuál ha elegido.
Cómo bloquea la indexación el ajuste de visibilidad en los motores de búsqueda de WordPress
Toda copia de pruebas de WordPress debería tener marcada en Ajustes > Lectura > “Visibilidad en los motores de búsqueda” la casilla “Pedir a los motores de búsqueda que no indexen este sitio”. Esa casilla hace que la parte pública imprima una metaetiqueta robots con noindex, nofollow, como describe la nota sobre la Robots API de WordPress 5.7. Si migras la base de datos a producción sin desmarcarla, todas las páginas piden a Google que las retire.
El error contrario es bloquear páginas en robots.txt y esperar que desaparezcan. La documentación de Google sobre noindex dice que una regla noindex solo funciona si la página no está bloqueada por robots.txt: un rastreador bloqueado nunca ve la regla, y la URL puede seguir apareciendo en los resultados si otras páginas la enlazan. Usa noindex para las páginas que quieres fuera del índice, y robots.txt solo para rutas que no quieres que se rastreen en absoluto.
Qué plugin de SEO elegir en 2026
Elige uno. La decisión importa menos que la profundidad de la configuración.
Yoast SEO. Maduro, interfaz tranquila, fuerte en las indicaciones de análisis de contenido. La versión gratuita cubre la mayoría de sitios; la de pago añade gestor de redirecciones, sugerencias de enlaces internos y optimización para varias palabras clave.
Rank Math. Algunos tipos de schema integrados más, un gestor de redirecciones más configurable, interfaz rápida. La versión gratuita es generosa; la de pago añade sugerencias de contenido asistidas por IA y una integración más estrecha con Search Console.
La configuración que importa más que la elección:
- Completa el asistente de configuración entero. Saltárselo deja valores por defecto que perjudican más adelante.
- Conecta Google Search Console (y Bing Webmaster Tools).
- Define el tipo de schema del sitio (Organization o Person).
- Genera el sitemap; comprueba que carga en
/sitemap_index.xml(la ruta que usan tanto Yoast como Rank Math) y que incluye todos los tipos de contenido que de verdad quieres indexar. - Configura el noindex de los archivos de taxonomías y de las páginas de resultados de búsqueda.
WordPress crea un sitemap XML sin plugin
Sí. Desde la versión 5.5, el núcleo de WordPress expone un índice de sitemaps en /wp-sitemap.xml, según el anuncio de los sitemaps de WordPress 5.5. Cubre los tipos de contenido públicos, las taxonomías, los archivos de autor y la página de inicio, admite por defecto hasta 2000 entradas por archivo de sitemap, y el robots.txt que genera WordPress apunta a él. Yoast y Rank Math sirven su propio sitemap en /sitemap_index.xml; abre las dos direcciones después de instalar el plugin y envía solo la que quieres que use Google.
Lo que va dentro del sitemap importa más que el plugin que lo escribe. La guía de sitemaps de Google dice que ignora los valores <priority> y <changefreq> y que solo usa <lastmod> cuando es exacto de forma constante y verificable. Un lastmod que cambia en cada petición, o al actualizar el año del copyright, enseña a Google a ignorarlo. Deja que cambie cuando cambian el contenido principal, los datos estructurados o los enlaces de la página.
Cómo afectan las Core Web Vitals al SEO en WordPress
Son una de las señales que usan los sistemas de ranking de Google, y la que un proyecto WordPress controla de forma más directa. Los objetivos de Google son un LCP dentro de 2,5 segundos, un INP por debajo de 200 milisegundos y un CLS por debajo de 0,1, según su página sobre Core Web Vitals.
Ejecuta PageSpeed Insights sobre la página de inicio y tres páginas internas representativas. Anota LCP, INP y CLS en móvil. Después optimiza en este orden:
LCP (Largest Contentful Paint). Suele ser la imagen principal o un script que bloquea el renderizado. Soluciones: sirve las imágenes principales en AVIF o WebP, añade loading="eager" y fetchpriority="high" a la imagen principal, aplaza el JavaScript no crítico.
INP (Interaction to Next Paint). Sustituye a la antigua métrica First Input Delay. Lo provocan las tareas largas durante la interacción. Soluciones: evita maquetadores pesados en las páginas donde el rendimiento es crítico, aplaza o elimina scripts de terceros, revisa el JavaScript de acordeones y pestañas.
CLS (Cumulative Layout Shift). Lo provoca el contenido que se desplaza tras el primer pintado. Soluciones: ancho y alto explícitos en las imágenes, font-display: swap con fuentes alternativas equivalentes, espacio reservado para contenido incrustado y anuncios.
Un hosting gestionado con caché de página completa más Cloudflare delante de WordPress elimina buena parte del retraso del lado del servidor sin tocar ningún plugin. Sigue ese camino antes de tocar el tema.
Cómo implementar JSON-LD de Schema.org en WordPress
El conjunto básico de schema para 2026:
- Article en cada entrada del blog (Yoast y Rank Math lo hacen automáticamente).
- BreadcrumbList en todo el sitio (lo gestiona el plugin).
- Organization o Person en la página de inicio (lo gestiona el plugin).
- Service en cada página de servicio o producto (a mano o con un bloque personalizado).
- Dataset en páginas de benchmarks e investigación.
- Quotation en citas con autor identificado.
- FAQPage y HowTo solo donde la página sea de verdad una FAQ o una lista de pasos, sabiendo lo que Google hace con ellos (sección siguiente).
Valida cada página en la prueba de resultados enriquecidos de Google para los tipos que Google admite y en el Schema Markup Validator para el resto. Los errores se corrigen; las advertencias sobre propiedades decorativas pueden ignorarse si son intencionadas.
El schema FAQ y HowTo sigue mostrando resultados enriquecidos en Google
En la mayoría de casos, no. En agosto de 2023 Google limitó los resultados enriquecidos de FAQ a sitios gubernamentales y de salud conocidos y de autoridad, y una actualización del mismo artículo, de septiembre de 2023, declara obsoletos los resultados How-to. El artículo también dice que no hace falta retirar el marcado: los datos estructurados que Google no usa no causan problemas en la búsqueda, pero tampoco tienen ningún efecto visible.
Speakable es todavía más limitado. La documentación de Google sobre speakable marca la función como beta y la limita a contenido de noticias en inglés para usuarios de EE. UU. con dispositivos Google Home. En un sitio WordPress en español, hoy no hace nada en Google.
Así que mantén el JSON-LD FAQPage o HowTo si un plugin ya lo genera bien y la página se corresponde con él, pero no reserves tiempo de lanzamiento para ello.
Qué son los elementos AEO y GEO en el SEO en WordPress
AEO (Answer Engine Optimisation) consiste en estructurar el contenido para que los motores de respuesta (Google AI Overviews, Perplexity, ChatGPT) puedan extraer respuestas limpias. Los elementos básicos que no dependen de ningún motor en concreto:
- Párrafos de respuesta directa al principio de cada página: el esquema de pirámide invertida, en el que las primeras frases responden a la búsqueda y el resto lo respalda.
- Encabezados redactados como las preguntas que la gente busca, para que cada sección se sostenga sola cuando se cita.
- Datos estructurados que coinciden con el contenido visible, validados como se ha descrito.
GEO (Generative Engine Optimisation) consiste en ayudar a los sistemas de generación aumentada por recuperación a leer tu contenido de forma eficiente. Los elementos básicos:
- /llms.txt en la raíz del sitio: un índice en Markdown de las URL canónicas agrupadas por tema.
- Resúmenes en Markdown por servicio en
/api/services/{slug}.md: texto limpio, sin ruido de HTML. - JSON-LD Dataset en páginas de benchmarks o investigación, con un
@idestable para que otras páginas puedan citarlas por referencia. - JSON-LD Quotation en citas con autor identificado, con creador, fuente y fecha.
Muchos plugins de SEO no lo incluyen de serie. La página de Google sobre funciones de IA dice que no necesita ninguno de estos elementos; si otras herramientas de IA los usan depende de cada proveedor.
Cómo controlar lo que muestran los AI Overviews de Google de tu sitio WordPress
Los controles son los mismos que ya existen para los resultados normales. La documentación de Google sobre funciones de IA indica nosnippet, data-nosnippet y max-snippet para limitar lo que se muestra, y noindex para dejar una página fuera por completo. En WordPress, Yoast y Rank Math ofrecen noindex y los ajustes de meta robots por entrada; data-nosnippet se pone en un elemento HTML, en la vista HTML del editor de bloques o en la plantilla del tema.
La medición tampoco requiere herramientas nuevas. La misma página dice que el tráfico de las funciones de IA se incluye en el informe de Rendimiento de Search Console, en el tipo de búsqueda “Web”, así que no hay un informe aparte de AI Overviews que buscar.
Cómo elige Google el título y el fragmento de una página WordPress
El título SEO que escribes en Yoast o Rank Math es una preferencia. La guía de Google sobre enlaces de título dice que usa varias fuentes para determinar automáticamente el enlace de título, y pide un <title> descriptivo y conciso en cada página, sin etiquetas vagas como “Inicio” y sin acumular palabras clave. Los títulos no tienen límite de longitud; Google los recorta para que quepan en el dispositivo.
Con los fragmentos ocurre lo mismo. La guía de Google sobre fragmentos dice que se crean sobre todo a partir del contenido de la página y que la meta descripción se usa cuando describe mejor la página. Una plantilla de meta descripción que repite el título no aporta nada; una descripción escrita para cada página importante tiene opciones de mostrarse.
Hreflang para sitios multilingües
Si el sitio tiene más de un idioma (y la mayoría de sitios corporativos europeos en 2026 lo tienen), hreflang es un requisito obligatorio. Las reglas, según la guía de Google sobre versiones localizadas:
- Cada página declara todas las alternativas más una entrada que apunta a sí misma.
- Los enlaces de vuelta son obligatorios: si dos páginas no se apuntan entre sí, Google ignora las etiquetas.
- Una entrada
x-defaultcubre a los visitantes cuyo idioma no coincide con ninguna versión. - Las etiquetas link en el HTML, los encabezados HTTP y las entradas del sitemap son métodos equivalentes; elige uno y úsalo de forma coherente.
- Subdirectorios (
/en/,/de/) o subdominios, no parámetros de consulta. - Metadatos traducidos: título SEO, meta descripción, títulos Open Graph.
La misma guía señala que Google detecta el idioma de una página mediante algoritmos y no usa hreflang ni el atributo html lang para ello, así que el texto visible tiene que estar en el idioma declarado.
Las estrategias multilingües basadas en plugins (Polylang, WPML) generan hreflang automáticamente una vez configuradas. Los front ends headless controlan hreflang directamente.
Arquitectura de enlazado interno
Las reglas básicas de enlazado interno para 2026:
- Una página pilar por clúster temático (la página de WordPress headless es el ejemplo).
- De cinco a diez artículos de apoyo por clúster, cada uno enlazando al pilar.
- Enlaces entre clústeres donde la relación temática es real.
- Textos ancla con variantes de palabras clave, no genéricos (“leer más”, “haga clic aquí”).
- Enlaces que sean elementos
<a>reales conhref. Las prácticas recomendadas de enlaces de Google dicen que, en general, solo puede rastrear esos, así que los menús y botones de “cargar más” hechos con eventos de clic le ocultan páginas.
Yoast y Rank Math sugieren enlaces internos. Las sugerencias son útiles, pero no definitivas; un plan de enlazado manual y bien pensado supera a las sugerencias automáticas.
Qué debe incluir una lista de comprobación SEO para el lanzamiento de un WordPress
Antes del lanzamiento:
- “Pedir a los motores de búsqueda que no indexen este sitio” está desmarcado en producción y ninguna página lleva un noindex involuntario.
- El sitemap es válido y se ha enviado a Google Search Console y a Bing Webmaster Tools.
- Todas las URL canónicas son correctas (prueba 20 páginas al azar con un rastreador).
- El robots.txt permite todo el sitio público (solo se bloquean
/cdn-cgi/o rutas de infraestructura similares). - El schema es válido en la página de inicio, una página de servicio, una entrada del blog y un bloque de FAQ.
- PageSpeed Insights muestra verde o casi verde en móvil para la página de inicio y tres páginas internas.
- Hreflang es válido en una muestra multilingüe (Sitebulb, Screaming Frog o un rastreador propio).
- llms.txt está publicado y accesible, si has decidido publicarlo.
- Los resúmenes en Markdown por servicio están publicados, si has decidido publicarlos.
Después del lanzamiento:
- Revisa Search Console cada semana durante el primer mes: problemas de indexación, acciones manuales, errores de datos estructurados.
- Vuelve a auditar las Core Web Vitals cada semana. Los datos de campo tardan 28 días en acumularse; los datos de laboratorio están disponibles al momento.
- Vigila las citas en los motores de respuesta (prompts manuales en ChatGPT, Claude, Perplexity, Gemini).
Contratar un sitio WordPress optimizado para SEO
Todo lo anterior es el estándar base de WPPoland en cualquier proyecto WordPress de 2026. El modelo de colaboración para sitios donde el rendimiento es crítico está en la página de servicios de WordPress headless y, para proyectos monolíticos, en el servicio de desarrollador WordPress. Las valoraciones de cada herramienta están en el Tech Radar Q4 2026.
