¿Qué es WordPress?

WordPress nació en 2003, cuando Mike Little y Matt Mullenweg crearon una bifurcación de b2/cafelog, un programa de blogs anterior. Hoy se usa para mucho más que blogs: webs corporativas, medios, tiendas online con extensiones como WooCommerce. Su licencia, GPLv2 o posterior, permite usar el programa para cualquier fin, estudiar cómo funciona, modificarlo y redistribuirlo.

Conviene separar dos nombres que se confunden a menudo. WordPress.org es la web del proyecto de código abierto, de donde se descarga el software para instalarlo en un alojamiento propio. WordPress.com es un servicio comercial que aloja sitios con ese mismo software. En el primer caso decides tú qué se instala en el servidor; en el segundo, parte de esas decisiones las toma el proveedor.

La cuota de uso es alta, pero la cifra cambia según quién mida. W3Techs, que publica un informe diario con metodología propia, situaba WordPress el 8 de octubre de 2026 en el 40,1 % de todos los sitios web y en el 58,6 % de los que usan un CMS identificable. La página oficial del proyecto habla de «más del 43 %» sin explicar cómo lo cuenta. Si hay que elegir una referencia, la medición con método publicado es la más sólida.

Una instalación de WordPress tiene tres capas. El núcleo gestiona usuarios, contenidos, archivos multimedia y la base de datos. El tema decide cómo se presenta ese contenido. Los plugins añaden funciones: formularios, tienda, caché, SEO. Cuando llega una visita, WordPress lee el contenido de la base de datos, lo combina con las plantillas del tema y genera el HTML. Un plugin o un servidor de caché puede guardar ese resultado para no repetir el trabajo en cada visita.

Desde la versión 5.5, el núcleo genera por defecto un sitemap XML en la dirección /wp-sitemap.xml. Si en los ajustes se marca la opción que pide a los motores de búsqueda no indexar el sitio, ese sitemap se desactiva. Muchos plugins de SEO lo sustituyen por el suyo. Lo que el núcleo no trae es un campo para la meta description: para editarla hace falta un plugin o código propio.

WordPress ofrece además una API REST que entrega el contenido en formato JSON. Con ella, otro programa puede leer artículos y páginas y construir la web por su cuenta. Es lo que se llama un WordPress headless: WordPress queda como gestor de contenidos y el sitio que ve el público lo genera otro sistema.

Con cuatro de cada diez webs funcionando sobre WordPress, según W3Techs, merece la pena conocer los fallos que nacen de su configuración, porque se buscan igual en cualquier sitio que lo use. Los clásicos son tres: la opción de no indexar olvidada después del lanzamiento, dos sitemaps activos a la vez porque el del núcleo y el del plugin conviven, y plugins que cargan código en todas las páginas aunque solo se usen en una.

Para la búsqueda con IA vale lo mismo que para Google. Los rastreadores leen el HTML que entrega el servidor, no lo que muestra el panel de administración. Si un plugin de caché, el tema o un frontend separado cambian ese HTML, lo que dice el panel deja de ser una prueba de lo que ven los buscadores.

Esta misma web es un ejemplo. zds.es guarda y edita su contenido en WordPress, pero las páginas las genera Astro, que lee ese contenido por la API REST; el código fuente de cualquier página declara «Astro» como generador. Por eso, comprobado el 8 de octubre de 2026, la dirección /wp-sitemap.xml devuelve un error 404 en zds.es, y el sitemap que figura en el robots.txt lo produce el frontend. En una instalación headless, revisar el sitemap del plugin no dice nada sobre el sitemap que leen Google y los rastreadores de IA.

• Comprueba, justo después de publicar la web, que la opción que pide a los buscadores no indexar está desmarcada.
• Deja un solo sitemap activo, el del núcleo o el del plugin de SEO, y declara solo ese en el robots.txt y en Search Console.
• Mantén actualizados núcleo, tema y plugins. Según W3Techs, el 35,2 % de las webs con WordPress no usaba todavía la versión 7 el 8 de octubre de 2026.
• Instala solo los plugins que uses y revisa si alguno duplica funciones de otro, sobre todo en SEO y caché.
• Comprueba title, meta description, canonical y datos estructurados en el HTML que recibe el navegador, no en el editor.
• Mide la velocidad con datos de campo después de cambiar de tema o de añadir plugins, no solo con una prueba de laboratorio.

• Pasar una web de pruebas a producción con la opción de no indexar activada.
• Tener activos dos sitemaps con listas de URL distintas.
• Dar por buena la configuración SEO porque el panel de WordPress la muestra, sin mirar el HTML servido. Con caché o en una instalación headless, los dos pueden no coincidir.
• Instalar dos plugins de SEO a la vez, que acaban generando etiquetas duplicadas.
• Contratar WordPress.com creyendo que se tiene el mismo control sobre el servidor que con una instalación propia.