Cómo implementar SEO técnico en Drupal para posicionar mejor en Google

He auditado más de 500 sitios y te ahorro la introducción de manual: cómo implementar SEO técnico en Drupal para posicionar mejor en Google no consiste en instalar tres módulos y rezar. Drupal trae una arquitectura excelente, pero por defecto sirve URLs como /node/123, mete metadatos vacíos y deja el sitemap a medio cocinar. El control granular existe, pero hay que activarlo a mano.

La mayoría de proyectos Drupal no posicionan no por culpa del CMS, sino porque alguien dio el sitio por terminado el día que se publicó. Aquí van las piezas que reviso siempre, en el orden en que las tocaría si entrara hoy a tu admin. Sin plugins mágicos, sin atajos, y sin venderle SEO a quien no le hace falta.

Configuración base: lo que se rompe primero

URLs limpias y estructura semántica

Pathauto es el primer módulo que instalo y el primero donde la gente mete la pata. Si tu robots.txt bloquea /node, has tirado el dinero del rediseño: revisa eso antes de tocar nada más. Después, define patrones por tipo de contenido, no patrones de cajón.

Lo que pido en un proyecto cuerdo:

• Patrones tipo /blog/[node:title] para artículos y /servicios/[node:title] para páginas de servicio. Nada de mezclar todo en raíz.
• URLs cortas, descriptivas, con la keyword principal dentro. Si pasa de 70 caracteres, recórtala.
• Guiones para separar palabras. Guiones bajos jamás: a Google le parecen una sola palabra.
• Cero parámetros de consulta en URLs que quieres indexar. Para eso están los filtros bien planteados.
• Transliteración activada. Las eñes y los acentos en URL son una invitación a problemas de codificación.

Pathauto sin Redirect es media instalación. Cuando alguien renombra un nodo seis meses después, Redirect crea la 301 automática y te ahorra una mañana entera persiguiendo 404 en Search Console.

Metadatos: título, descripción y Open Graph

Metatag es obligatorio. Sin él estás dejando que Drupal recorte títulos a su antojo, y ningún SEO serio acepta eso. Lo configuro por tipo de contenido y luego permito override individual donde haga falta.

El mínimo decente:

• Meta title: uno por página, con la keyword al principio y la marca al final. Si pasas de 60 caracteres, Google te lo trunca y tú te quejas.
• Meta description: 120-155 caracteres, persuasiva, con la keyword. No es factor de ranking, pero sí de CTR, y el CTR sí mueve la aguja.
• Canonical URL: Metatag la genera, pero verifica que no la rompen las paginaciones, los filtros de Views ni los parámetros de sesión. Es el error más común que veo en auditorías.
• Open Graph y Twitter Cards: si compartes en redes y aparece una miniatura genérica, estás perdiendo clics que ya habías ganado.
• Robots: noindex para resultados de búsqueda interna, paginaciones profundas, páginas de usuario y cualquier vista que sea ruido. No todo merece estar en el índice.

XML Sitemap

Simple XML Sitemap genera el archivo y, si lo configuras bien, te olvidas. Si lo dejas con los valores por defecto, le mandas a Google páginas de login y formularios de contacto. Lo que pido siempre:

• Incluir solo los tipos de contenido que deben indexarse.
• Excluir login, contacto, páginas de admin y cualquier nodo que ya esté en noindex.
• Frecuencia de actualización y prioridad realistas. Poner daily en un sitio que publica una vez al mes es marcarse un farol que Google ignora.
• Hreflang en cada entrada si hay versiones lingüísticas. Si no, el multiidioma se canibaliza solo.
• Sitemaps divididos a partir de 50.000 URLs. El módulo lo hace nativo, no hay excusa.

Subir el sitemap a Search Console después de cada cambio gordo acelera el rastreo. No es magia: es avisar.

Rendimiento web: donde más auditorías pierden puntos

Desde que los Core Web Vitals son señal de ranking, el rendimiento dejó de ser cosa del frontend para ser cosa del SEO. Las tres métricas que miro siempre:

• Largest Contentful Paint (LCP): cuánto tarda en pintarse el elemento grande visible. Por debajo de 2,5 segundos.
• Interaction to Next Paint (INP): tiempo de respuesta a las interacciones. Por debajo de 200 milisegundos.
• Cumulative Layout Shift (CLS): cuánto baila la página mientras carga. Por debajo de 0,1.

Optimización de rendimiento en Drupal

• Caché de páginas: activa la caché interna y configura expiraciones serias. Si el contenido cambia poco, cachea horas o días. Los TTL de 5 minutos por miedo son una pereza disfrazada de prudencia.
• Agregación de CSS y JavaScript: enciéndela en la configuración de rendimiento. Si no la enciendes, sirves veinte ficheros donde podías servir dos.
• Lazy loading de imágenes: Drupal 10 lo trae nativo. Las imágenes fuera del viewport no deben pelearse con el LCP.
• Estilos de imagen responsivos: usa los estilos de imagen de Drupal junto con el módulo Responsive Image para emitir un srcset decente. Servir un JPEG de 2.000 px en móvil es un pecado capital.
• Formato WebP: conversión automática. Entre un 25 % y un 35 % menos de peso que JPEG sin pérdida perceptible. No hay motivo para no usarlo.
• CDN: Cloudflare, AWS CloudFront, Fastly. El que prefieras, pero con uno. Servir assets desde Madrid a un usuario de Lima añade latencia que ya no perdona nadie.
• Varnish: si tienes tráfico real, ponlo delante como reverse proxy. Los tiempos de respuesta bajan a milisegundos para contenido cacheado y el origen respira.

Datos estructurados: hablarle a Google en su idioma

Los datos estructurados de schema.org son la diferencia entre aparecer como un resultado plano o aparecer con estrellitas, precio, FAQ desplegable o migas de pan visibles. No es un factor de ranking directo, pero el impacto en CTR es medible.

Módulos que uso para datos estructurados en Drupal

• Schema.org Metatag: la extensión de Metatag que mete JSON-LD para Article, Organization, LocalBusiness, FAQPage, HowTo, Product y BreadcrumbList. Es lo primero que instalo después de Metatag base.
• JSON:API: para casos donde el frontend necesita consumir datos estructurados desde un componente, no para sustituir Schema.org Metatag.

Tipos de schema que tocan en un sitio normal

• Article: para blog. Mete headline, datePublished, dateModified, author, image y publisher. Sin author no eres nadie a ojos de E-E-A-T.
• Organization: en home y footer. La identidad de la empresa marcada como toca.
• BreadcrumbList: las migas que Google enseña debajo del título en SERP. Suben CTR sin tocar nada más.
• FAQPage: si tienes preguntas frecuentes reales, no si las inventas para hinchar el snippet. Google ya penaliza ese juego.
• LocalBusiness: si atiendes en una dirección física, mete horario y área de servicio. Es el SEO local más barato que existe.
• HowTo: para tutoriales paso a paso de verdad, no para listicles disfrazados.

Antes de publicar, pásalo siempre por el Rich Results Test. Si la herramienta de Google se queja, el snippet no va a salir.

Arquitectura de enlaces internos

Es de lo más infravalorado que veo y de lo que más rendimiento da por euro invertido. Drupal te deja control fino, así que no hay coartada.

Migas de pan (Breadcrumbs)

Drupal trae breadcrumbs nativos que reflejan la jerarquía. Márcalos con BreadcrumbList y tendrás navegación útil para el usuario y una pista clara para Google sobre cómo está organizado el sitio.

Menús y navegación

El menú principal debe reflejar la estructura temática real. Las páginas que importan, a tres clics máximo de la home. Anclajes descriptivos con keywords naturales: "haz clic aquí" es un anti-patrón que sigue vivo en demasiados proyectos.

Enlaces contextuales entre contenidos

Related Content o campos de referencia entre nodos para enlazar artículos y páginas afines. La autoridad de enlace se distribuye según donde apuntes, así que apunta con cabeza, no por relleno.

SEO multiidioma en Drupal

Si el sitio es multilingüe y no tienes hreflang bien puesto, las versiones se canibalizan y pierdes en todos los mercados a la vez.

• Hreflang: Metatag lo genera automático en cuanto le defines las relaciones de traducción.
• URLs por idioma: prefijos (/es/, /en/, /fr/) o dominios separados, según presupuesto y estrategia. Las dos opciones funcionan; mezclarlas, no.
• Traducción de metadatos: títulos SEO, meta descriptions y datos estructurados se traducen, no se replican. Si publicas el mismo meta description en cuatro idiomas, Google entiende que no te importa.
• Sitemap multiidioma: Simple XML Sitemap genera entradas con hreflang por cada traducción. Verifícalo, porque si falta una traducción el módulo no avisa con luces de neón.

Seguridad y SEO

Un sitio hackeado puede acabar desindexado, inyectado con spam o redirigiendo a sitios maliciosos. Meses o años de trabajo orgánico desaparecen en una semana. La seguridad no es opcional ni épica: es mantenimiento.

• HTTPS obligatorio: redirección 301 de HTTP a HTTPS y HSTS activo. Si todavía sirves contenido por HTTP, llegas tarde a 2017.
• Actualizaciones regulares: núcleo Drupal y módulos contribuidos al día. Las vulnerabilidades conocidas son las que explotan los bots.
• Headers de seguridad: Content-Security-Policy, X-Content-Type-Options y X-Frame-Options. Defienden contra ataques que terminan afectando al contenido visible.
• Monitorización de integridad: el módulo Security Review hace una pasada sobre la configuración y te enseña los huecos obvios.

Monitorización y mejora continua

El SEO técnico no es un checklist que firmas y archivas. Necesita seguimiento.

• Google Search Console: la herramienta de cabecera para errores de rastreo, indexación, acciones manuales y oportunidades. Si no la miras una vez por semana, no estás haciendo SEO.
• Core Web Vitals en campo: los datos reales del CrUX cuentan la verdad. Las métricas de laboratorio mienten en cuanto el usuario tiene un móvil viejo y una red mala.
• Logs del servidor: revisa el acceso para ver qué rastrea Googlebot, qué ignora y qué te devuelve 5xx. Es la auditoría que más sorpresas da.
• Auditorías periódicas: Screaming Frog, Sitebulb o Ahrefs Site Audit. Enlaces rotos, cadenas de redirecciones, contenido duplicado y huérfanos salen a la primera pasada.

Si además quieres que tu sitio rinda en SEO sin dejarte gente fuera, la accesibilidad ya no es un extra: complementa todo lo anterior con nuestra guía para crear un sitio web accesible con WCAG en Drupal. Lo que mejora la experiencia de un lector con discapacidad suele mejorar también las señales que mira Google.

Qué auditar la próxima vez que entres al admin

Si gestionas un Drupal y quieres saber por dónde sangra, hay un orden razonable: robots.txt, Pathauto, Metatag, Simple XML Sitemap, Schema.org Metatag, rendimiento y logs de Googlebot. En ese orden encuentras el 80 % de los problemas que cuestan posiciones, y los corriges sin reescribir el tema ni cambiar de hosting.

Si después de revisar todo eso sigues con dudas, en Tangram Consulting hacemos una auditoría técnica sin compromiso y te decimos qué tocar y qué no merece tu tiempo. Si tu sitio ya está fino, te lo diremos también: no vendemos SEO a quien no lo necesita.