7 errores que hunden un blog SEO recién creado (y cómo evitarlos)
La mayoría de blogs que no escalan no fallan por el contenido en sí, sino por lo que se hizo —o se dejó de hacer— en las primeras semanas tras conectar el dominio. Los errores al empezar un blog SEO desde cero casi nunca son visibles en el momento en que se cometen: se notan meses después, cuando el rastreo no llega, cuando los artículos canibalizan entre sí o cuando el calendario editorial se queda en blanco a la tercera semana. Esta guía repasa los siete patrones que se repiten en proyectos recién lanzados y los pasos prácticos para corregirlos antes de que cuesten posiciones.
Índice
- Puntos clave
- Qué falla de verdad en un blog SEO recién lanzado: el patrón que se repite
- ¿Por qué publicar sin un plan mata el blog antes del tercer post?
- Errores técnicos iniciales que bloquean el rastreo y la indexación
- Cómo elegir los temas equivocados antes incluso de escribir el primer artículo
- Errores de brief y de intención que mezclan consultas distintas en una sola página
- Errores de enlazado interno que dejan cada post como una isla
- Plantilla mínima viable: qué debería tener un blog SEO en su primer mes para poder escalar después
- Preguntas frecuentes
- Fuentes
Puntos clave
- Un blog nuevo fracasa por lo que se decide —o no se decide— en las primeras semanas, no por la calidad de los artículos.
- Publicar sin un plan editorial fechado convierte cada post en un experimento aislado y rompe la consistencia que Google necesita para confiar en un dominio nuevo.
- Los bloqueos técnicos (rastreo, indexación, canonicalización) cuestan más cuanto más tarde se corrigen.
- Elegir temas por intuición en lugar de por hueco real en SERP lleva a artículos que nadie busca o que compiten entre sí.
- Un enlazado interno pobre deja cada URL sin herencia de autoridad y lastra incluso los posts bien escritos.
Qué falla de verdad en un blog SEO recién lanzado: el patrón que se repite
El patrón que se repite en blogs recién creados no es la falta de ideas, sino la ausencia de decisiones previas. Se conecta el dominio, se publica el primer artículo "para probar", se espera una semana y, al no ver resultados, se cambia de tema. Tres meses después hay quince posts sueltos que no comparten estructura, ni enlazan entre sí, ni apuntan a una página de conversión. En casi todos los casos, el problema no está en la calidad del texto, sino en que nunca se fijaron las ocho decisiones que un plan editorial debería cerrar antes del primer borrador: consulta objetivo, intención de búsqueda, términos de apoyo, esquema, metadatos, enlazado, formato y profundidad.
Esa falta de decisiones previas se manifiesta en síntomas muy concretos: posts que nadie busca porque la consulta objetivo nunca se validó, artículos que cubren dos intenciones a la vez y Google termina sin saber para cuál mostrarlos, URLs que apuntan a una página de conversión que nunca existió o que cambió de URL a mitad de mes, y un calendario que se vacía porque nadie decidió qué se publicaba la semana siguiente. Cada uno de esos síntomas tiene su causa en una de las ocho decisiones que no se tomaron a tiempo, y corregirlas después implica reescribir lo ya publicado, algo que en un dominio nuevo duplica el coste porque todavía no hay autoridad acumulada que amortigüe los cambios.
¿Por qué publicar sin un plan mata el blog antes del tercer post?
Publicar sin un plan mata el blog porque cada entrada se convierte en un proyecto independiente, sin memoria ni continuidad, y el dominio nuevo nunca llega a demostrar un foco temático claro. Google trata los dominios jóvenes con cautela precisamente porque todavía no ha visto un patrón de publicación sostenido: si los primeros posts son de temáticas dispersas, los algoritmos de calidad interpretan que la web no tiene una propuesta definida. Además, sin un calendario con fechas, el ritmo se rompe en cuanto aparece una urgencia de producto y el blog se queda en blanco a la tercera semana, justo cuando empieza el trabajo serio de posicionamiento.
Antes de escribir nada conviene aterrizar una plantilla de brief SEO que funcione y usarla como spec para cada entrada; aprobar el plan equivale casi a aprobar el post que verá la luz, y elimina el trabajo de revisión posterior. La diferencia entre escribir contra un plan editorial fechado y escribir contra una lista de ideas es la misma que hay entre construir sobre cimientos y construir sobre arena: el primer caso permite corregir la columna que se torció antes de poner el tejado, y el segundo obliga a demoler para volver a empezar. Un plan de contenidos SEO bien armado cierra las ocho decisiones antes del primer borrador y deja al redactor con un único trabajo: ejecutar el spec.
Errores técnicos iniciales que bloquean el rastreo y la indexación
Los errores técnicos que más bloquean un blog nuevo son los que afectan al rastreo y a la indexación antes de que exista contenido suficiente como para "compensarlos". En un dominio recién conectado, Googlebot tiene un presupuesto de rastreo muy limitado: cada visita cuenta, y cada URL mal servida consume una parte de ese presupuesto que no se recupera. Si los primeros días se queman en URLs que devuelven 404, en canonicals que apuntan al dominio equivocado o en un sitemap lleno de enlaces rotos, el blog entero tarda más en entrar en el índice, y los artículos que sí están bien hechos tardan más en aparecer porque comparten sitio con los que no lo están. Conviene revisar en este orden, porque cada paso depende del anterior.
¿Qué revisar en el robots.txt y en el sitemap al lanzar el blog?
En el robots.txt hay que confirmar que no se está bloqueando por error el rastreo del propio blog (muchas plantillas heredadas llegan con Disallow: / aplicado a todo el sitio) y que la URL del sitemap XML apunta al directorio correcto y se envía desde Search Console. Un sitemap vacío no es un problema en sí, pero un sitemap con URLs que devuelven 404 sí lo es: cada enlace roto de un sitemap consume presupuesto de rastreo y desperdicia la primera visita de Googlebot al dominio. Conviene también marcar las páginas de etiquetas, de autor y de archivo como noindex, follow durante los primeros meses, para que no compitan con los artículos por las mismas consultas.
En la práctica, el orden de revisión en los primeros días debería ser: primero confirmar que el robots.txt no bloquea el directorio del blog ni el sitemap, después enviar el sitemap limpio a Search Console y comprobar que solo contiene URLs 200, y por último revisar que las páginas auxiliares (etiquetas, autor, archivos mensuales) llevan noindex, follow desde el primer momento. Cualquier URL auxiliar que entre al índice en las primeras semanas se convierte en una candidata a canibalizar con los posts de apoyo, y cuanto más tarde se marque como noindex, más cuesta sacarla después porque Google ya la ha rastreado varias veces.
¿Cómo afectan los canonicals y los redireccionamientos a un dominio nuevo?
Los canonicals y los redireccionamientos afectan especialmente a los blogs nuevos que arrancan con www y sin www accesibles a la vez, o que cambian de protocolo durante el lanzamiento. Cada vez que Google encuentra dos versiones de la misma URL, tiene que elegir una, y mientras tanto ninguna acumula señales. La regla operativa es: una sola versión canónica por URL, redirección 301 limpia entre variantes, y comprobación de que las etiquetas <link rel="canonical"> no apunten al dominio equivocado por una migración mal cerrada. Estos arreglos técnicos cuestan más cuanto más tarde se aplican, porque el doble contenido acumulado penaliza el ritmo de indexación. La guía de auditoría de contenidos SEO detalla cómo detectarlos cuando ya se sospecha el daño.
En un dominio nuevo, además, conviene revisar los redireccionamientos 301 que pueda haber heredado de una versión anterior del sitio o de un subdominio que se migró: cada cadena de redirecciones (URL A → URL B → URL C) diluye la señal que pasa y alarga el tiempo que tarda Google en resolver la versión canónica. Lo correcto es dejar una única redirección 301 limpia entre la variante antigua y la definitiva, y comprobar en Search Console que las páginas afectadas se reindexan en cuestión de días, no de semanas.
Cómo elegir los temas equivocados antes incluso de escribir el primer artículo
Elegir los temas equivocados antes de escribir es el error más caro, porque contamina toda la estrategia posterior. Se eligen mal por tres razones habituales: se escribe sobre lo que el producto quiere contar en lugar de sobre lo que la gente busca; se asume que una consulta "obvia" no tiene competencia solo porque la pyme no la ha buscado antes; y se eligen temas demasiado amplios, que dan lugar a posts genéricos en lugar de a respuestas específicas. El resultado es siempre el mismo: artículos que nadie busca, consultas que ya cubre otra página del propio sitio sin que el equipo lo supiera, y posts que compiten entre sí en la misma SERP porque nadie revisó qué devolvía Google para cada término antes de sentarse a escribir.
El antídoto es validar cada idea contra los huecos reales del sitio, no contra la intuición del equipo. Un plan de contenidos SEO bien armado cruza cada idea con lo que el dominio ya responde y con la dificultad real de la SERP, y deja fuera las consultas que ya cubre otra página propia o que son imposibles para un dominio sin autoridad. Esa validación previa convierte la lista de ideas en una lista de decisiones: para cada entrada, queda fijado de antemano qué consulta ataca, qué intención cubre, qué páginas la apoyarán con enlaces internos y qué hueco real de la SERP viene a cerrar.
Errores de brief y de intención que mezclan consultas distintas en una sola página
Los errores de brief más frecuentes son los que mezclan consultas con intención distinta dentro del mismo post. Un artículo titulado "qué es X y cómo contratar X" mezcla una consulta informativa con una transaccional; el texto termina siendo demasiado superficial en ambas directions y Google no sabe para cuál mostrarlo. Lo mismo ocurre cuando se intenta cubrir "X" y "Y" en el mismo post porque "están relacionados": si la SERP devuelve resultados distintos para cada término, el post está compitiendo contra dos páginas a la vez y rara vez gana a ninguna.
La decisión correcta es asignar una única consulta objetivo por URL, escribir el outline para esa intención concreta y, si el tema merece más cobertura, planificar dos posts separados en lugar de uno largo. Esta disciplina se mantiene mucho mejor cuando el plan editorial fija la intención de búsqueda en una columna, no en la cabeza de quien escribe. Una buena forma de comprobarla antes de publicar es mirar la SERP para la consulta objetivo y preguntarse: ¿el top 10 son guías informativas, comparaciones o páginas de producto? Si la SERP es informativa y el post termina vendiendo, o si la SERP es transaccional y el post se queda en la teoría, el outline no estaba alineado con la intención y hay que reescribirlo antes de seguir.
Errores de enlazado interno que dejan cada post como una isla
Los errores de enlazado interno que más lastran un blog nuevo son los que dejan cada URL sin conexiones hacia otras páginas del propio sitio. Un post nuevo, por joven, no tiene autoridad propia: depende de la herencia que reciba de las páginas que ya existen en el dominio y de los enlaces que reciba de los posts posteriores. Cuando los artículos se publican sin un mapa de enlazado previo, el flujo de PageRank interno se distribuye al azar y las páginas que más lo necesitan (las que atacan consultas comerciales) quedan huérfanas, sin señales que las empujen, mientras que los posts puramente informativos reciben enlaces por accidente y no porque formen parte de un embudo pensado.
La regla práctica es: cada nuevo post debe enlazar al menos a dos URLs ya publicadas del sitio, una hacia arriba en el embudo y otra hacia un contenido relacionado, y debe ser enlazado desde al menos un post posterior en las dos semanas siguientes. Sin esa reciprocidad, el blog acaba siendo un archipiélago de URLs aisladas que compiten entre sí en lugar de apoyarse. La mejor forma de mantener ese patrón sin que se rompa es anotar en el plan editorial, junto a cada entrada, qué URLs la enlazarán y a qué URLs enlazará ella, de modo que el enlazado quede decidido antes de redactar y no se improvise al final.
Plantilla mínima viable: qué debería tener un blog SEO en su primer mes para poder escalar después
Un blog SEO necesita un mínimo viable de decisiones estructurales antes del primer mes para poder escalar después sin reescribir lo ya publicado. Esa lista no incluye "muchos artículos", sino los elementos que sostienen todo lo que viene detrás. El checklist razonable para un blog SEO recién lanzado incluye:
- Un sitemap XML enviado a Search Console, con
robots.txtrevisado y canonicals unificados. - Un plan editorial fechado, con al menos ocho entradas definidas en consulta, outline, intención y metadatos.
- Una página pilar que sirva de ancla para los posts de apoyo y concentre la autoridad del embudo.
- Un patrón de enlazado interno documentado: cada post nuevo enlaza a la pilar y a un artículo relacionado, y es enlazado desde el siguiente.
- Una cadencia de publicación realista, con margen para reescribir los dos o tres primeros artículos cuando Search Console empiece a devolver datos de clics e impresiones.
Con este suelo técnico y de proceso cubierto, el contenido se vuelve acumulativo: cada post nuevo hereda señales de los anteriores y empuja a la pilar, en lugar de competir con ella. Saltarse cualquiera de estos puntos no rompe el blog el día uno, pero garantiza un cuello de botella entre el tercer y el sexto mes, cuando las decisiones que se dejaron para "más adelante" ya no se pueden tomar sin reescribir medio sitio.
Una vez aprobado el plan y fijadas las fechas, lo que toca es producir cada entrada siguiendo el orden definido en el plan y ajustar la cadencia según los datos que devuelva Search Console durante el primer mes. La disciplina aquí es la misma que en el resto del proceso: no improvisar lo que ya se decidió, y reservar los huecos del calendario para reescribir los posts que los primeros datos de Search Console señalen como flojos, no para llenar semanas con artículos nuevos que heredarán los mismos problemas.
Preguntas frecuentes
¿Cuánto tarda en verse resultados SEO en un blog nuevo?
Los primeros efectos medibles (impresiones y clics en Search Console) suelen aparecer entre las 6 y las 12 semanas tras la publicación, según la competencia del nicho y la calidad del enlazado interno. Para consultas de baja competencia pueden verse clics antes, pero las posiciones estables tardan más; la guía sobre plazos reales del SEO entra en detalle sobre por qué el "sexto mes" es la horquilla honesta para hablar de retorno.
¿Cuántos artículos hay que tener antes de empezar a posicionar?
No hay una cifra mágica, pero un dominio nuevo necesita entre seis y diez posts publicados con enlaces cruzados antes de que Google tenga suficiente señal para evaluar el foco temático. Más importante que el conteo es la consistencia: mejor seis posts publicados en seis semanas que veinte en dos días y después silencio durante un mes.
¿Se puede lanzar un blog SEO sin escribir a diario?
Sí, si la cadencia es realista y se mantiene. Un blog nuevo escala mejor con dos posts por semana sostenidos en el tiempo que con cinco posts en una sola semana y luego nada. La clave es que el calendario editorial sea defendible frente al equipo de producto, no una promesa que se rompe a la primera sprint.
¿Qué herramienta usar para revisar los errores técnicos de un blog nuevo?
Para una primera auditoría basta con Search Console (cobertura, experiencia en página, Core Web Vitals) y un crawler como Screaming Frog en modo limitado al propio dominio. Cualquier problema de rastreo, indexación o canonical aparece en esas dos herramientas; lo que no detectan es contenido duplicado entre posts o canibalización de consultas, que requieren ya una auditoría de contenidos específica.
¿Conviene empezar con un blog en subdominio o en un directorio del dominio principal?
En un proyecto nuevo casi siempre conviene empezar en un directorio del dominio principal (por ejemplo, marca.com/blog/) y no en un subdominio, porque toda la autoridad acumulada del dominio raíz se transfiere al directorio y el blog se beneficia desde el primer día. Los subdominios tratan al blog como una propiedad separada y obligan a reconstruir autoridad desde cero, algo especialmente costoso en dominios jóvenes.