De 0 a 20.000 Clics SEO en 12 Meses: cómo posicioné un portal laboral con Angular SSR (sin presupuesto)

Hace un año lanzamos Alerta Trabajo sin presupuesto. Hoy recibe 20.000 clics
orgánicos al mes.

Este es el desglose técnico de cómo lo hicimos con Angular SSR en un nicho laboral
altamente competitivo.

Soy desarrollador web y siempre me ha interesado la parte estratégica del posicionamiento. Para este proyecto decidí construir la arquitectura desde código,
buscando control total sobre rendimiento, estructura e indexación.

El proyecto Alerta Trabajo (https://alertatrabajo.com) nace con un objetivo claro:
ofrecer información laboral práctica y accesible para trabajadores en España.

Detectamos una necesidad real: personas con dudas sobre despidos, finiquitos,
prestaciones o derechos laborales…

Y entendimos que si queríamos que esa información fuese útil, primero nos tenían que encontrar.

MES	IMPRESIONES	CLICS
Febrero 2025	284	67
Octubre 2025	146.000	4.000
Enero 2026	780.000	15.000
Febrero 2026	1.050.000	20.000

Ahí es donde el SEO dejó de ser un complemento y paso a ser el epicentro del proyecto.

El reto ya no solo era crear contenido, había que diseñar una estructura técnica y semántica que permitiera a Google comprenderlo, indexarlo y posicionarlo de forma consistente. Todo sin presupuesto para campañas, enlaces pagados ni publicidad.

El primer problema técnico: Angular, SPA y las etiquetas Open Graph

Uno de los primeros grandes obstáculos fue técnico.

El frontend estaba desarrollado en Angular, y todo parecía funcionar correctamente.
Pero, al compartir los artículos en redes sociales, las preview cards no se generaban:
las etiquetas Open Graph (og:title, og:image, og:description ) no se encontraban.

El issue no era que las metaetiquetas no existieran, era que se estaban generando dinámicamente en el navegador. Para un usuario final sí eran visibles, pero para bots
y crawlers no existen en ese HTML inicial.

La solución: Implementar Server Side Rendering (SSR) con Angular Universal. Al
renderizar el HTML en el servidor, antes de enviarlo al cliente, el contenido -y las
metaetiquetas- ya está creado. Esto además de solucionar el problema de las previsualizaciones , mejoró la indexación y el rendimiento de la página.

Cierto es que introducir SSR, introdujo una capa adicional de complejidad, y
conocimiento técnico; pero ganamos que en lugar de ser una SPA ( single page
application ) , se convirtió en una aplicación optimizada para buscadores desde su
arquitectura.

Contenido accionable y experiencia de usuario como ventaja competitiva

La implementación de SSR fue un punto de inflexión, pero por sí sola no garantiza
posicionamiento. El SEO no se sostiene únicamente sobre la arquitectura. El contenido y la experiencia de usuario son las partes faltantes en la ecuación.

Desde el principio, entendí que el contenido tenía que ser práctico y accionable. En un nicho laboral, no solo sirve explicar los conceptos, el usuario viene porque tiene una duda, un problema y necesita saber cómo actuar.

Puede utilizarse la IA como apoyo, pero siempre tomando el control la persona que la
utilice. Usarla sin criterio se convierte en algo genérico y el usuario debe percibir el awareness del sitio.

Contenido de calidad significa para mi, que un usuario entre con una duda y cuando se vaya de Alerta Trabajo salga con una idea clara de qué hacer. En base a la cantidad de consultas recibidas y el tiempo que requiere analizar cada caso concreto (búsqueda de normativa, antecedentes, sentencias), implementamos nuestra asesoría laboral no jurídica.

No somos abogados, y lo decimos claramente. Pero tenemos muchos años de experiencia en un sindicato ayudando a trabajadores. Al final estamos haciendo lo mismo pero de manera online. Si el asunto requiere un abogado, lo decimos sin rodeos.

La decisión de retirar Google AdSense

Además, tomamos la decisión de incorporar Google AdSense, el cual nos aprobó sin
problemas. Lo tuvimos un par de meses, pero detectamos un problema: la experiencia de usuario se resentía.

Los bloques publicitarios reducían la claridad del contenido, aumentaban el ruido visual y generaban fricción: solo haciendo scroll, era muy fácil acabar en páginas externas con aún más publicidad, y las tarjetas de anuncios, eran muy parecidas a nuestro propio contenido.

Decidimos retirarlo.

Realmente fue una decisión estratégica: preferimos consolidar autoridad y confianza
antes que monetizar -si se le puede llamar así-.

Investigando, en proyectos informativos, la experiencia de usuario influye directamente al tiempo en página, interacción y retorno. Y esas señales impactan en el rendimiento orgánico.

Como concepto clave, la experiencia de usuario además de eliminar la publicidad
intrusiva implica:

• Navegación clara e intuitiva
• Velocidad de carga rápida
• Diseño adaptable a todo tipo de pantallas ( responsive web design)
• Jerarquía visual
• Objetivo claro de cada página.

En resumen, nuestro fin no solo es atraer tráfico, sino construir una estructura donde
el usuario se quiera quedar.

Fundamentos técnicos SEO que marcaron la diferencia

Además de la arquitectura, hay una serie de fundamentos técnicos que fueron claves
para escalar tráfico de forma progresiva.

El primero es tener un/varios sitemap/s dinámico/s, actualizado/s automáticamente
con cada nueva publicación. Esto hace que los motores de búsqueda detecten más
rápido nuevos contenidos y comprendan la estructura global del sitio.

El segundo pilar es el uso sistemático de Google Search Console. No como herramienta ocasional, sino como panel de control permanente: análisis de cobertura, errores de indexación, rendimiento por URL y consultas reales. Search Console además de medir resultados, también revela oportunidades.

En términos de rendimiento, herramientas como Lighthouse son imprescindibles.
Métricas como First Contentful Paint, accesibilidad y rendimiento general ayudan a
identificar fricciones que afectan tanto a la experiencia del usuario como al rastreo.

La optimización de imágenes también fue estratégica. Servir imágenes en formato
WebP, limitar dimensiones y aplicar carga perezosa (lazy loading) reduce significativamente el peso de cada página. En un portal informativo con alto volumen
de publicaciones, esta diferencia es acumulativa.

En el plano semántico, se implementaron:

• Etiquetas HTML correctamente jerarquizadas (H1, H2, etc.).
• Textos alternativos en imágenes.
• Atributos ARIA para mejorar accesibilidad.
• Datos estructurados en JSON-LD, formato recomendado por Google y el W3C para facilitar la comprensión del contenido.

No hay hacks. Hay sistemas bien construidos. Y los sistemas bien construidos
terminan dando resultados.

Bing y la IA

Un punto que muchos proyectos no tienen en cuenta es la presencia en Bing
Webmaster Tools. Aunque Google tiene la mayor cuota de mercado, parte del
ecosistema de IA y asistentes ( ChatGPT, Copilot ) utiliza el índice de Bing como
fuente de información.

Verificar y monitorizar el sitio allí es sencillo, más si ya se utiliza Search Console, y
aporta una capa adicional de visibilidad.

Además, implementamos la API de IndexNow. Esto es como ir a Search Console,
pegar la URL a indexar y decir que la indexe, pero con una llamada directa a la API de
Bing. De hecho, tengo una automatización para que cuando creamos un post se
llame automáticamente al endpoint.

Si el proyecto tiene componente local, la ficha en Google Business Profile también
puede jugar un papel relevante. Una ficha bien trabajada —con descripciones claras,
imágenes reales y reseñas auténticas— refuerza la confianza y la presencia digital.

En este aspecto, la autenticidad es clave. Las prácticas artificiales, como la compra
masiva de reseñas, no solo comprometen la credibilidad, sino que pueden tener
consecuencias negativas a medio plazo.

Distribución y presencia en redes sociales

Aunque el tráfico principal proviene del SEO, distribuir el contenido en redes sociales
cumple un papel complementario importante. Sirve para ampliar el alcance del
proyecto, y además de generar tráfico recurrente y señales externas de autoridad.

Cada plataforma tiene dinámicas distintas. Algunas priorizan conversación, otras
visibilidad de enlaces. Por eso, más que estar en todas, es clave elegir aquellas que
encajen con la audiencia y el tipo de contenido del proyecto.

En mi caso, he implementado un sistema de autopublicación que se encarga de
distribuir automáticamente cada nuevo artículo. Así mantengo la consistencia y evito
tareas repetitivas, lo que me permite centrarme realmente en crear y mejorar el
contenido.

Infraestructura y arquitectura desacoplada

Uno de los aprendizajes más importantes fue entender que un proyecto SEO no es
solo contenido y diseño. Es infraestructura.

En el caso de Alerta Trabajo, no estamos ante una sola aplicación, sino ante un
ecosistema de piezas que trabajan juntas de forma coordinada:

• Frontend con SSR, responsable del renderizado optimizado para buscadores.
• Backend, que gestiona la creación de contenidos, la generación dinámica del
  sitemap, la seguridad y las automatizaciones (como la publicación en redes).
• Base de datos, donde se estructura y organiza la información.
• Bucket de imágenes, desacoplado de la aplicación principal para optimizar
  rendimiento y escalabilidad.

Esta separación permite que cada pieza cumpla su función sin interferencias. El
frontend se centra en servir HTML renderizado y rápido; el backend en lógica y
automatización; el almacenamiento de imágenes en servir recursos optimizados sin
inflar el bundle de la aplicación.

Las imágenes se sirven en formato WebP, con medidas controladas y carga diferida
(lazy loading), y sus correspondientes atributos alt. De esta forma, cada página pesa
menos y rinde mejor.

El resultado es una aplicación ligera, estructurada y eficiente. con puntuaciones altas
en Lighthouse. En SEO técnico, la velocidad y la estabilidad no son detalles: son parte
esencial del sistema.

En el momento de redacción, las métricas en Lighthouse son: Performance 97, SEO
100, Accessibility 93 y Best Practices 100.

Linkbuilding, autoridad y errores estratégicos

El crecimiento orgánico no depende únicamente de la arquitectura interna. La
autoridad externa también importa.

Durante los primeros meses cometí un error importante: subestimé la importancia
de la página de inicio. El proyecto comenzó mostrando únicamente noticias, y decidí
redirigir la home directamente a la paginación del listado. Desde una perspectiva
técnica parecía funcional, pero desde el punto de vista SEO fue un desacierto.

La home es uno de los activos más relevantes de cualquier proyecto. Es el punto de
consolidación de autoridad, jerarquía y relevancia temática. Al no estructurarla
correctamente desde el inicio, perdí una oportunidad clara de fortalecer la
arquitectura interna y facilitar la distribución de autoridad.

Este tipo de decisiones no hunden un proyecto, pero sí ralentizan su crecimiento.

Actualmente estamos trabajando la fase de linkbuilding y guest posting de forma más estratégica, entendiendo que la autoridad no se improvisa. La combinación de base técnica sólida, contenido estructurado y enlaces de calidad está empezando a reflejarse en métricas más consistentes.

El último mes superamos los 20.000 clics orgánicos y la tendencia sigue siendo
ascendente.

Conclusión: ¿Angular puede ganar a WordPress en SEO?

Hace un año, si alguien me decía “haz un blog optimizado para SEO”, habría elegido
WordPress sin pensarlo. Es práctico, rápido y tiene plugins para casi todo.

Hoy, después de alcanzar 20.000 clics orgánicos mensuales con Angular SSR, mi
visión es distinta.

La tecnología no define el SEO. Lo definen la arquitectura, el contenido y la
estrategia.

WordPress ofrece soluciones inmediatas. Angular te exige entenderlo todo. Cuando
entiendes todo el sistema, el SEO deja de ser suerte y pasa a ser arquitectura.

El proyecto sigue creciendo. Objetivo para 2026: superar los 100.000 clics mensuales.