Consultoría SEO para WordPress desde el Core, el tema, los plugins y el servidor
WordPress ofrece una base extensible, pero el resultado depende de varias capas. Añadir otro plugin no corrige una plantilla que genera duplicados, un servidor lento o una arquitectura editorial confusa. Por eso la consultoría SEO en WordPress empieza asignando responsabilidades.
En esta página
Matriz de responsabilidades
| Capa | Responsabilidad principal | Riesgo habitual |
|---|---|---|
| WordPress Core | tipos de contenido, URLs, feeds y sitemap base | configurar sin entender el modelo editorial |
| Tema | HTML, plantillas, navegación, imágenes y experiencia | mezclar presentación con lógica SEO persistente |
| Plugin SEO | metadatos, canonicals, schema y controles editoriales | duplicar salida entre varias suites |
| Plugins funcionales | eCommerce, idiomas, formularios o caché | crear URLs o scripts no inventariados |
| Servidor/CDN | HTTPS, caché, compresión y cabeceras | validar una capa y servir otra desde caché |
| Contenido | intención, estructura, fuentes y enlaces | publicar piezas solapadas o sin revisión |
Qué se revisa
- estado de indexación y sitemap;
- tipos de contenido, archivos, adjuntos y taxonomías;
- salida de title, canonical, robots, Open Graph y datos estructurados;
- conflictos entre tema y plugins SEO;
- editor, bloques y HTML generado;
- caché, recursos, consultas y rendimiento;
- seguridad de formularios y actualizaciones;
- flujo de staging, backup y rollback.
Menos capas, más trazabilidad
WordPress Core debe resolver primero lo que ya sabe hacer. Una suite SEO puede conservarse si está bien configurada y es la fuente única de verdad. Si existe, no se desactiva por impulso: se inventaría su configuración, se comparan salidas y se define una migración. El objetivo es evitar duplicados y dependencias sin dueño.
Implementación y prueba
Los cambios se prueban sobre versiones declaradas. Una etiqueta correcta en el admin no demuestra la salida pública: se comprueba HTML, sitemap, enlaces y caché. Un cambio de plantilla necesita revisión móvil, teclado y JavaScript desactivado. Una actualización necesita instalación limpia, upgrade y rollback.
Para problemas amplios, empieza por auditoría SEO. Si el catálogo es WooCommerce, revisa también SEO eCommerce. Si hay un cambio de estructura o dominio, aplica el runbook de migraciones.
Próximo paso
Indica la versión, el tema, los plugins relevantes y el síntoma observado. Solicita un diagnóstico sin compartir contraseñas; los accesos se tratan después mediante un canal seguro y con permisos mínimos.
Antes de tocar títulos y descripciones, el previsualizador SERP enseña cómo quedan en móvil y en escritorio, con su recuento de caracteres. Calcula en tu navegador y no envía nada.
Hablemos
¿Tu web tiene un problema de rastreo, indexación o rendimiento que nadie te explica? Cuéntamelo: te respondo en 24 horas laborables con una primera lectura del caso.
Abrir consultaQué incluye este trabajo
El informe con el antes y el después medidos, y los cambios aplicados en tema hijo o en un plugin propio documentado.
Incluye
- Medición separada de tiempo de servidor y tiempo de navegador, que es lo que decide dónde está el problema
- Revisión de plugins uno a uno con su peso real, no por reputación
- Análisis de la plantilla: qué HTML genera y qué consultas lanza
- Caché, imágenes y recursos críticos, en el orden en que rinden
- Arquitectura de contenidos: taxonomías, archivos y lo que no debería indexarse
- Implementación con tema hijo para que la siguiente actualización no borre el trabajo
No incluye
- Mantenimiento continuo de actualizaciones y copias, que es otro servicio
- Desarrollo de funcionalidad nueva a medida
- Migración de hosting, salvo que el diagnóstico demuestre que es la única salida
Lo que suelen preguntar
Respuestas directas, incluidas las que no venden.
¿Qué plugin de SEO recomiendas?
Cualquiera de los principales sirve para emitir títulos, descripciones y marcado; la diferencia no está ahí. El problema habitual no es qué plugin se usa, sino cuántos hay instalados y cuánto trabajo hacen en cada carga. Un plugin más no arregla lo que genera la plantilla.
Mi WordPress va lento. ¿Es cosa del hosting?
A veces, pero rara vez solo. Lo primero es separar el tiempo de servidor del tiempo de navegador: si el primer byte tarda, se mira caché, consultas y plugins; si lo que tarda es pintar, se mira la plantilla, las imágenes y el JavaScript. Cambiar de hosting sin medir eso suele decepcionar.
¿Hay que quitar plugins?
Los que no se usan, sí. Los demás se miden uno a uno: hay plugins de veinte líneas que no pesan nada y plugins populares que cargan medio megabyte en todas las páginas. La decisión se toma con el número delante, no con la reputación del plugin.
¿Elementor o desarrollo a medida?
Depende de quién va a mantener la web. Un constructor permite que el cliente edite sin depender de nadie, y eso vale dinero; el coste es peso y capas de CSS que hay que gobernar. A medida rinde mejor y ata la web a quien la programó. Ninguna de las dos es la respuesta siempre.
¿Se puede mejorar sin tocar el tema?
Una parte sí: caché, imágenes, marcado y arquitectura de contenidos se pueden trabajar sin abrir la plantilla. Pero si el problema está en cómo el tema genera el HTML, tocarlo es inevitable, y entonces se hace con un tema hijo para que la próxima actualización no lo borre.
De dónde sale esto
- Manual de temas de WordPress WordPress.org
- Core Web Vitals web.dev
Cómo se hace, escrito
Método, límites y fuentes de cada pieza. No son resúmenes: son los análisis completos.