Antes de publicar cualquier artículo, reviso una lista de comprobaciones que he ido construyendo a lo largo de años de auditorías SEO. No es un checklist sacado de una guía genérica, sino el destilado de los errores que veo repetirse en casi todos los proyectos que llegan a mis manos: páginas que llevan meses «rastreadas pero no indexadas», contenidos bien escritos que no posicionan porque nadie revisó los fundamentos antes de darle al botón de publicar.
El objetivo de este artículo no es darte una lista de 20 ítems que marcar sin pensar, sino explicarte qué reviso yo, por qué cada punto importa de verdad y qué pasa cuando se omite. Si ya tienes tu propio checklist, igual encuentras algún hueco que no habías considerado.
Lo que reviso antes de escribir una sola palabra
La mayoría de los problemas de posicionamiento que diagnostico en auditorías no nacen en la redacción, sino en la fase previa. Un artículo puede estar perfectamente escrito y, aun así, no tener ninguna posibilidad de posicionar porque nadie validó la keyword antes de empezar.
Lo primero que compruebo es si la intención de búsqueda coincide con el formato que voy a usar. Parece obvio, pero me encuentro habitualmente con posts de blog intentando posicionar por una keyword transaccional —«comprar X en Valencia»— donde Google muestra categorías de tienda en el top 10. Publicar un artículo informativo ahí es perder el tiempo. La intención manda; el formato ha de encajar con lo que Google ya está premiando para esa consulta.
Después verifico la demanda real. Herramientas como Ahrefs o Semrush te dan volúmenes de búsqueda, pero hay que leerlos con criterio: una keyword de 50 búsquedas mensuales muy específica y sin competencia real puede traer más tráfico cualificado que una de 2.000 donde compiten dominios de autoridad 80. Lo que me interesa es la oportunidad concreta, no el número grande en el titular.
Por último, antes de escribir, miro qué hay ya publicado en mi sitio sobre el tema. La canibalización es el error que más veces paso por alto cuando trabajo rápido y el que más cuesta corregir después: dos URLs compitiendo por la misma keyword se frenan mutuamente, y Google acaba eligiendo la peor de las dos o rotando sin criterio. Si ya tengo contenido solapado, actualizo o fusiono antes de crear algo nuevo.
Los puntos técnicos que marcan la diferencia entre indexar y no indexar
Cuando una página está «rastreada pero no indexada», la causa técnica más frecuente que encuentro no es un error de código ni un problema de canonicals: es que Google evaluó el contenido y decidió que no era suficientemente distinto ni útil para añadirlo al índice. Dicho esto, hay aspectos técnicos que, si no están bien, ni siquiera dan la oportunidad de que el contenido sea valorado.
El title y la meta descripción son lo primero que reviso en la parte técnica, no por ser los más críticos para el ranking, sino porque son los que más directamente afectan al CTR, y un CTR bajo es una señal negativa para Google. El title ha de contener la keyword principal sin forzarla, dentro de los 55-60 caracteres que se muestran sin corte; la meta descripción, aunque no sea factor de ranking directo, es tu única oportunidad de convencer al usuario de que haga clic antes de que llegue a tu página. Si quieres profundizar en cómo optimizar ambos elementos, tengo un artículo específico sobre cómo optimizar meta tags para mejorar el CTR que cubre los detalles que aquí solo rozo.
También verifico que la URL sea limpia y descriptiva, que el artículo tenga enlazado interno desde páginas con autoridad del sitio y que ninguna directiva de rastreo esté bloqueando la página por error. Este último punto suena básico, pero lo he visto en más de una migración: un «noindex» que se coló en producción o un robots.txt demasiado restrictivo que dejaba fuera secciones enteras del blog.
 (1).jpg)
La velocidad de carga y los Core Web Vitals los reviso con PageSpeed Insights, especialmente para artículos con muchas imágenes. No busco perfección —un 100 en móvil es casi imposible en WordPress con plugins reales—, sino que no haya ningún bloque de render-blocking evidente ni imágenes sin comprimir que estén multiplicando el tiempo de carga.
El contenido en sí, el punto que más se subestima
Este es el bloque donde más tiempo invierto y donde más diferencia hace trabajar con criterio propio frente a seguir una plantilla.
Lo que más penaliza a un artículo en términos de indexación no suele ser un error técnico, sino que Google lo clasifica como contenido de baja utilidad porque no aporta nada que no esté ya en el top 10. Cuando reviso el borrador, me hago una pregunta concreta: si alguien llega a este artículo después de leer los tres primeros resultados de Google, ¿se va con algo que no encontró en los otros? Si la respuesta es no, el artículo necesita más trabajo antes de publicarse.
Para garantizar esa capa de originalidad, me aseguro de que haya al menos un dato propio, una perspectiva que venga de mi experiencia directa con proyectos reales o un ángulo que el resto no esté tocando. No invento estadísticas ni exagero casos, pero sí estructuro el artículo alrededor de lo que yo sé que funciona —y de lo que he visto que no funciona— en lugar de reproducir lo que ya está dicho.
Los encabezados los reviso con la misma lógica: cada H2 ha de desarrollar una idea con suficiente profundidad, no ser un cajón de tres frases que podría encajar en cualquier post del sector. Un artículo con ocho H2 superficiales vale menos que uno con tres H2 trabajados, porque la profundidad es lo que diferencia el contenido útil del thin content a ojos de Google.
Por último, compruebo que el artículo tenga al menos un enlace externo a una fuente de autoridad que respalde algún dato o afirmación, y uno o dos enlaces internos que conecten de forma natural con otros contenidos del sitio. El enlazado interno no es solo buena práctica técnica; es la forma en que le dices a Google que este artículo forma parte de un ecosistema de contenido coherente, algo que trabajo con detalle dentro de mi estrategia de enlazado interno.
La revisión final antes de publicar
Una vez que el artículo está redactado y los puntos técnicos están en orden, hago una lectura completa en modo lector, no en modo editor. Cambio el dispositivo —paso al móvil— porque el comportamiento de lectura es distinto y los problemas de formato que no ves en escritorio se hacen evidentes en pantalla pequeña.
En esa lectura final compruebo tres cosas: que el artículo responda realmente a lo que promete el título, que no haya párrafos de relleno que podrían eliminarse sin que el lector perdiese nada, y que la imagen destacada tenga un alt text descriptivo y el nombre de archivo sea legible, no «IMG_3847.jpg».
Si todo esto está en orden, publico. Si no, vuelvo al punto que falla. Puede parecer un proceso lento, pero es mucho más rápido que publicar algo a medias y tener que corregirlo semanas después, cuando ya está indexado —o cuando llevas meses preguntándote por qué Google lo rastrea y no lo indexa.