La página de servicio es la que te trae clientes. El blog es la que la sostiene. Esa es toda la relación, y funciona por una razón concreta: los artículos capturan búsquedas informativas que la landing nunca podría atender, y le pasan autoridad a través de los enlaces internos.
El problema es que la mayoría de los blogs corporativos no hacen ninguna de las dos cosas.
Por qué la landing sola no alcanza
Una página de servicio está escrita para alguien que ya sabe lo que quiere. "Auditoría SEO en Puebla" atiende a quien busca exactamente eso.
Pero por cada persona que busca así, hay diez que buscan "por qué mi sitio no aparece en Google" o "cómo saber si mi web tiene problemas técnicos". Esa gente todavía no sabe que lo que necesita se llama auditoría. Si intentas meter esas búsquedas en la landing, acabas con una página de cuatro mil palabras que no convierte a nadie porque no sabe a quién le habla.
Ahí entra el blog. Cada artículo atiende una pregunta, y el que la hizo llega a tu sitio antes de estar listo para comprar. Después el enlace interno hace el resto del trabajo.
El enlace interno es el mecanismo, no el adorno
Esta es la parte que se hace mal casi siempre.
Un blog que no enlaza a las páginas de servicio es un blog que trae visitas y las deja ir. Y un enlace metido al final en un bloque de "artículos relacionados" no cuenta igual que uno dentro del texto.
El enlace que funciona está en un párrafo, con anchor descriptivo, en el punto exacto donde el lector acaba de entender que tiene el problema. No "haz clic aquí". No "más información". Algo como: "…lo que en la práctica se resuelve con una auditoría SEO que revise rastreo, indexación y arquitectura."
Dos o tres enlaces así por artículo, hacia la landing que corresponde. Más de eso empieza a leerse como folleto.
Hay un detalle de arquitectura que vale más que todo lo anterior: revisa que tus páginas de servicio estén enlazadas desde algún sitio. En la última auditoría que hice a un sitio de once servicios, el footer listaba cinco. Las otras seis existían, estaban en el sitemap, y Google las reportaba como URL desconocida. Ningún artículo de blog arregla eso; se arregla enlazándolas.
Qué escribir y qué no
La regla que uso: si el artículo no puede terminar apuntando de forma natural a una página de servicio, probablemente no debería existir en el blog de la empresa.
Eso descarta buena parte de lo que se publica. Las notas de "nuestro equipo asistió a tal evento" no traen búsquedas ni llevan a ningún lado. Las efemérides tampoco. Los resúmenes de noticias del sector envejecen en semanas.
Lo que sí funciona, en orden de rendimiento según lo que veo:
Las preguntas de diagnóstico, del tipo "por qué pasa X". Son las que atraen a quien tiene el problema pero no sabe cómo se llama.
Las de precio. "Cuánto cuesta X" tiene intención comercial altísima y casi nadie la responde, porque da miedo poner números. Un rango honesto con explicación de qué lo mueve convierte mejor que un formulario de cotización.
Las comparativas entre dos cosas que la gente confunde. Capturan varias búsquedas con una sola pieza.
Las de "cómo elegir proveedor". Son incómodas de escribir bien porque es fácil caer en el tono de superioridad, pero son las que más confianza construyen cuando se escriben con honestidad.
La parte técnica, sin misticismo
Un artículo bien montado necesita menos de lo que parece.
Un solo H1, que es el título. Encabezados H2 que anuncien de qué va cada sección, no que sean frases ingeniosas. Una URL corta con la palabra clave y sin fecha, porque la fecha en la URL te obliga a elegir entre parecer viejo o romper el enlace cuando actualices.
Datos estructurados Article con autor real. Y aquí insisto en algo: el autor debe ser una persona con nombre, no "Equipo de Marketing". Cuando el schema declara un Person con knowsAbout, le estás dando a Google y a los modelos de lenguaje una entidad a la que atribuir el contenido. "Equipo de Marketing" no es una entidad que nadie pueda verificar.
Si el artículo tiene preguntas frecuentes de verdad visibles en la página, FAQPage. Si no las tiene, no marques nada: el schema que contradice lo visible no aporta y puede invalidarse.
Cómo saber si el blog está sirviendo
Mirar las visitas del blog no dice nada útil. Un artículo puede tener mil visitas al mes y no haber generado una sola conversación.
En Search Console, filtra por la carpeta /blog/ y revisa qué artículos traen impresiones y con qué consultas. Vas a descubrir que un artículo rankea por preguntas que no habías previsto, y eso es una pista para el siguiente.
En Analytics, lo que importa es el camino: cuánta gente entró por un artículo y después visitó una página de servicio. Si ese número es cercano a cero, el problema está en los enlaces internos, no en el contenido.
Y una advertencia sobre el ritmo: publicar cuatro artículos al mes mediocres rinde menos que publicar uno bueno. Lo he visto en los dos sentidos. El contenido de relleno además diluye la autoridad entre páginas que no compiten por nada.
Preguntas frecuentes
¿Cada cuánto hay que publicar?
Con una frecuencia que puedas sostener durante un año. Dos artículos al mes bien trabajados superan a ocho apurados, y sobre todo superan a la secuencia habitual de publicar doce en enero y ninguno el resto del año.
¿Sirve actualizar artículos viejos en vez de escribir nuevos?
Suele rendir más, sobre todo si el artículo ya tiene impresiones y está en posiciones del 8 al 20. Ampliarlo, corregir lo que envejeció y mejorar el título puede moverlo más rápido que empezar una pieza nueva desde cero.
¿El blog debe ir en un subdominio o en una carpeta?
En carpeta, tusitio.com/blog/. El subdominio se comporta como un sitio aparte para muchos efectos, y separar la autoridad cuando quieres concentrarla no tiene sentido.
¿Quieres que revisemos tu caso? El diagnóstico inicial no tiene costo y te decimos con honestidad si hay oportunidad real.