Sus primeros 30/60/90 días como nuevo especialista en SEO

Día tres. Tiene acceso parcial a GSC y un CMO que ha preguntado dos veces cuándo va a "mover la aguja." También tiene cuatro años de caos de etiquetas canónicas, un backlog de redirecciones más viejo que su carrera, un CMS que elimina el schema al publicar y un responsable de marketing ops que le dice en el día ocho que el último contratista "dejó las cosas en un estado extraño."

Aquí está la parte que nadie le advirtió. La mayoría de los nuevos especialistas SEO in-house son despedidos en el mes cuatro. El patrón es consistente: alguien promete tráfico en 60 días, publica cambios que el equipo de desarrollo no aprobó, una actualización del sitio sobreescribe la mitad de su trabajo en la semana diez, y para el próximo QBR no hay nada defendible a lo que apuntar.

El SEO orgánico se acumula con un retraso de seis a nueve meses. Cualquier cosa que publique hoy aparecerá en los datos en octubre. Su trabajo en los primeros 90 días no es mover la línea de tráfico. Su trabajo es: (a) construir una línea base defendible para que el usted del futuro pueda demostrar qué cambió, (b) publicar un logro técnico y uno de contenido que demuestren que puede ejecutar dentro de esta organización, y (c) ganarse un slot recurrente en el sprint de ingeniería. Ese es todo el trabajo.

Por qué el marco de 30/60/90 importa aquí

Cualquier otro enfoque le lleva al despido. "Crecer el orgánico un 30% en Q1" muere cuando Q1 termina con la línea plana. "Corregir todos los problemas técnicos" fracasa porque hay 14.000. "Lanzar un motor de contenido" fracasa porque aún no tiene adopción de briefs, soporte de desarrollo ni una línea base.

El marco de 30/60/90 funciona porque cada hito es algo que usted controla. Finalización de la auditoría. Una corrección técnica. Una optimización de contenido. Una hoja de cálculo de línea base. Una reunión recurrente con ingeniería. Ninguno depende del estado de ánimo del crawler de Google.

Días 1-30: auditoría y línea base

El primer mes es acceso, auditoría y línea base. Resista cada impulso de publicar una corrección en la semana dos.

Consiga acceso, pero no lo espere en el día uno. Solicítelo cada semana. Orden realista: GSC, GA4, CMS en los días 1-3 (sin GSC está ciego). Licencia de Ahrefs o Semrush, licencia de Screaming Frog, canales de Slack de desarrollo y contenido para el día 10. Acceso a logs del servidor, acceso a staging y GTM para el día 21. Exportación BigQuery de GSC, dashboards de analítica e introducciones con el ingeniero principal y el responsable de contenido para el día 30.

Cuando los accesos le bloqueen, documente la solicitud y siga adelante. No escale en la semana uno. Aún no ha ganado el capital político para ello.

Realice un rastreo completo. Screaming Frog o Sitebulb. Rastree con renderizado JS activado, luego de nuevo con el renderizado desactivado, y compare. La diferencia es su problema de CSR vs. SSR. Anote problemas de etiquetas canónicas, cadenas de redirección de más de dos saltos, páginas huérfanas, páginas con noindex que siguen en el sitemap y cualquier URL que devuelva un estado diferente a Googlebot que a Chrome. Repita mensualmente.

Exporte los últimos 16 meses de GSC. Las 200 consultas principales por clics, las 200 principales por impresiones, y un corte aparte: consultas donde las impresiones están decayendo mes a mes. La lista de deterioro es oro: páginas donde las posiciones están cayendo y nadie lo notó porque los clics aún no han bajado.

Auditoría de backlinks, no desautorización. Segmente el perfil: los 10-20 enlaces que generan tráfico de referencia real, los 50-200 de publicaciones reales, y los miles de enlaces de baja calidad que parecen tóxicos pero no vale la pena desautorizar. No desautorice nada en el mes uno. El "spam obvio" a veces es una colaboración de 2022 por la que alguien luchó.

Análisis de brecha de contenido frente a competidores. Los tres competidores más cercanos. Las 50 palabras clave principales de cada uno para las que posicionan y usted no. Filtre por intención que coincida con su producto. La lista de brechas es input para su plan de contenido de Q3, no de Q1.

Documente posiciones de referencia para 100 términos prioritarios. Una hoja de cálculo con cinco columnas: palabra clave, posición actual, volumen de búsqueda, URL objetivo y fecha de última comprobación. Actualice mensualmente. Este es el artefacto más importante que creará en los primeros 30 días. Cuando el CMO pregunte en el mes siete qué cambió, esto es lo que responde.

Identifique tres victorias rápidas. Páginas que ya posicionan en la segunda o tercera página para términos con volumen real. La posición siete no es una victoria rápida; eso es una reescritura, que es un problema del mes tres. Patrón clásico: la página está en posición 14 para un término con volumen 5.000, la página es decente, la etiqueta de título es genérica, los enlaces internos son escasos. Corrija el título, añada cinco enlaces internos desde páginas relevantes, y verá cómo sube a la posición 7-9 en seis semanas.

Para el día 30 debe tener: un informe de rastreo, la exportación de GSC, la segmentación de backlinks, la lista de brechas de la competencia, la hoja de cálculo de posiciones de referencia, tres victorias rápidas documentadas y un resumen de auditoría escrito. Dos páginas, no veinte. Si su documento de auditoría tiene 47 páginas, nadie lo leerá.

Días 31-60: publicar uno de cada

El mes dos es para publicar. No publicar mucho. Publicar uno de cada tipo que demuestre que el patrón funciona.

Publique una corrección técnica que no necesite tiempo de desarrollo. Reescrituras de etiquetas de título en una página controlada por plantilla. Enlaces internos en una página de alto tráfico. Una corrección de etiqueta canónica en una plantilla de categoría que puede editar usted mismo en el CMS. Criterios: cero tickets de ingeniería, se publica en una semana, medible en GSC en 30 días. Elija la victoria rápida de mayor impresión del mes uno. Publíquela. Documente el antes y el después.

Publique una acción de optimización de contenido. Tome un artículo en el top-10 de impresiones pero en la tercera página. Lea todos los resultados de la primera página para la misma consulta. Anote qué cubren ellos que el suyo no. Anote lo que el bloque de People Also Ask revela sobre la intención. Reescriba para alinear la intención, amplíe las secciones superficiales, añada los H2 que la SERP recompensa. Reserve cuatro horas, publique e itere.

Construya el brief de contenido que el equipo realmente use. El brief que fracasa tiene seis páginas con secciones de "tono de voz" y "densidad de palabra clave secundaria." El que funciona cabe en una página: consulta objetivo, intención de búsqueda, número de palabras, tres competidores a leer, H2 obligatorios, enlaces internos, enfoque en una frase. Consiga que el responsable de contenido lo use en el próximo brief, no en los próximos diez.

Configure un informe semanal de GSC en un canal de Slack visible para el CMO. Generado automáticamente. Cinco líneas. Total de clics los últimos 7 días vs. los 7 anteriores. Los tres movimientos positivos principales. Los tres negativos principales. Una línea de comentario. La visibilidad genera confianza. La confianza gana el slot en el sprint de desarrollo.

Inicie el trabajo político. Dos reuniones individuales. Una con el ingeniero principal sobre renderizado JS y cómo el equipo maneja el SSR. No pida nada. Escuche. La segunda es con el responsable de contenido sobre la adopción de briefs. Escuche primero. Está recopilando información sobre cómo se toman las decisiones y qué ha salido mal antes.

Para el día 60 debe tener: una victoria técnica publicada y rastreada, una optimización de contenido publicada y rastreada, una plantilla de brief de una página en uso, un informe semanal de GSC publicándose en un canal visible para el CMO y notas de las reuniones individuales con ingeniería y contenido. Aún no ha pedido nada. Está a punto de hacerlo.

Días 61-90: apropiarse de un clúster y reservar el sprint

El mes tres es cuando deja de ser el nuevo y empieza a ser la función SEO.

Elija un clúster temático que pueda trabajar de extremo a extremo. Una página pilar más cuatro a seis artículos de apoyo, todos orientados a un conjunto coherente de consultas que encajan en un único buyer journey. No "todo el contenido SEO". Un clúster. Lo suficientemente pequeño para publicar en un trimestre, lo suficientemente relevante para que el logro sea visible. El clúster es su solicitud del H2. Usted gestionará el brief, el calendario de publicación, el enlazado interno y la comprobación de posiciones a 90 días.

Presente el informe de 90 días. Un documento. Cinco secciones.

Lo que encontré. Los tres hallazgos principales de la auditoría, en lenguaje llano. El CMO no va a aprender qué es hreflang en esta reunión.
Lo que publiqué. La corrección técnica y la optimización de contenido, con datos de antes y después de su hoja de cálculo de línea base.
Lo que se movió. Datos de GSC sobre los dos elementos publicados. Con honestidad. Si la corrección lo movió de la posición 14 a la 11, diga eso. No extrapole hacia "ganancia de tráfico esperada."
Lo que está bloqueado en ingeniería. Dos o tres elementos concretos. Para cada uno: en qué consiste, por qué importa en inglés llano, qué está solicitando.
La solicitud del H2. Un clúster temático más un slot recurrente en el sprint de desarrollo. Esa es toda la solicitud. No lleve 14 cosas a esta reunión.

El slot recurrente en el sprint de desarrollo es el objetivo clave. Puede ser pequeño. Dos días de ingeniería en cada sprint de dos semanas. Un medio sprint por mes. El tamaño importa menos que la recurrencia. Un slot recurrente significa que el trabajo SEO pasa por el backlog normal de producto igual que lo hace el trabajo de funcionalidades. Un slot no recurrente significa que pelea cada trimestre por los mismos dos días, pierde tres de cada cuatro veces y renuncia a los 18 meses.

Para el día 90 debe tener: una línea base documentada, una victoria técnica publicada, una victoria de contenido publicada, una plantilla de brief en uso, un informe semanal de GSC visible para el CMO, un clúster temático propio y un slot recurrente en el sprint de desarrollo reservado. La línea de tráfico probablemente esté plana. Es lo esperado. Es el trabajo.

El anti-objetivo de "mostrar tráfico en 60 días"

Le preguntarán esto repetidamente, a menudo por parte de directivos que nunca han gestionado una función SEO. La respuesta incorrecta es comprometerse con un número, no alcanzarlo y ser despedido en el mes cuatro. La respuesta correcta tiene tres partes.

Primero: explique el retraso sin sonar a la defensiva. "Los cambios de posición del trabajo publicado hoy aparecen en el índice a lo largo de 4-12 semanas, y luego tardan otros 2-6 meses en traducirse en clics a escala. El trabajo que publico en mayo alcanza posiciones estables en agosto y un volumen de clics relevante en octubre. Así funciona el índice."

Segundo: redirija hacia indicadores anticipados que puede mostrar en 60 días. Impresiones de páginas nuevas. Cambios de posición en victorias rápidas. Cobertura de rastreo. Tasa de indexación de páginas prioritarias. Estos se mueven en semanas. Repórtelos semanalmente.

Tercero: ancle el horizonte temporal correcto. "Reporto indicadores anticipados semanalmente a partir de la semana ocho. El volumen de clics relevante llega en los meses seis a nueve. El informe de 90 días documenta la línea base y las victorias publicadas, no el tráfico. El próximo hito de tráfico es la revisión del H2."

Quien venda plazos más cortos está vendiendo, no haciendo SEO.

El backlog cósmico de redirecciones

Todo sitio de cuatro años lo tiene. Redirecciones 302 que deberían ser 301. Cadenas de cinco saltos por antiguos renombres de producto. Páginas de productos eliminados que siguen posicionando por términos de marca porque sus redirecciones apuntan a un 404. Rutas /blog/ redirigiendo a la página de inicio en lugar del artículo relevante. Migraciones de 2022 que dejaron la mitad de la estructura de URL en el servidor anterior.

No lo corrija todo en el mes uno. Documéntelo: URL de origen, comportamiento actual, comportamiento esperado, impacto y solución propuesta. Triaje por impacto ponderado por tráfico. Lleve los 20 principales a su informe de 90 días.

El backlog también es donde encontrará tesoros ocultos: páginas de productos eliminados que siguen generando miles de impresiones mensuales, contenido de blog archivado que debería redirigirse a las páginas actuales del clúster. Esas son victorias rápidas para el mes cuatro, una vez que el slot del sprint de desarrollo esté activo.

Problemas de renderizado de JavaScript que nadie le contó

Si su sitio de producto usa React, Next.js, Vue o Angular, tiene un problema de renderizado JS. Las preguntas: qué páginas están renderizadas en servidor, cuáles en cliente, cuáles usan hidratación y qué ve realmente Googlebot.

Compruébelo. GSC, inspección de URL, "Probar URL en vivo", luego "Ver página analizada". Compare el HTML renderizado con Chrome DevTools. Busque H1 ausentes, enlaces internos faltantes, datos estructurados no presentes, metaetiquetas inexistentes y contenido de carga diferida que nunca aparece en el resultado renderizado.

Patrones habituales: páginas CSR donde el cuerpo está inyectado por JavaScript y Googlebot ve un <div id="root"> casi vacío. Desajustes de hidratación donde SSR y CSR producen HTML diferente y Google indexa la versión equivocada. Secciones de "Leer más" por debajo del pliegue que nunca llegan al indexador. Schema del lado del cliente, por lo que los datos estructurados no están presentes durante el rastreo.

Estos son problemas de desarrollo, no de contenido. Van a la lista de solicitudes de ingeniería. También por eso importa su slot en el sprint de desarrollo. Sin uno, los problemas de renderizado JS permanecen para siempre y su trabajo de contenido se acumula en páginas medio indexadas.

La realidad política de conseguir tiempo de ingeniería

Los equipos de ingeniería tienen una hoja de ruta. La hoja de ruta está llena. Cada solicitud SEO compite con trabajo de funcionalidades, infraestructura y bugs por los que el PM también está luchando. "Esto aumentará el tráfico" es el argumento más débil posible. Pierde ante "esto desbloquea el lanzamiento" siempre.

Los argumentos que funcionan:

"Esto desbloquea la indexación de nuestras tres páginas comerciales principales, que actualmente no son accesibles para Googlebot." (Específico, acotado, vinculado a ingresos.)
"Esto corrige una cadena de redirección que nos está costando link equity en nuestra página de adquisición con mayor conversión." (Nombra la página, nombra el coste.)
"Tarea de un sprint que evita el problema del último release donde 1.400 páginas de producto cayeron del índice durante 11 días." (Referencia al dolor que el equipo ya vivió.)

El argumento que pierde: "Necesitamos corregir Core Web Vitals para mejorar el posicionamiento SEO." A nadie en el equipo de ingeniería le importan sus posiciones. Les importa no recibir alertas a las 2am, entregar la próxima funcionalidad a tiempo y no romper producción. Enmarque cada solicitud en términos de uno de esos tres.

El slot recurrente en el sprint resuelve esto políticamente. Una vez que está en el calendario, no está haciendo pitch cada trimestre, sino rellenando un slot que ya existe. Por eso es el objetivo clave a 90 días.

Qué no hacer en los primeros 90 días

No proponga una migración de sitio en el mes uno. No conoce el historial. La migración anterior probablemente falló por razones que nadie documentó.
No desautorice enlaces hasta haber hablado con quien los construyó. El "spam obvio" de 2023 podría ser una colaboración que cerró dos cuentas empresariales.
No prometa una cifra de tráfico que no pueda defender. Una vez que se compromete, es suya.
No luche contra el CMS en la semana dos. Documente las limitaciones; no proponga reemplazarlo. Las migraciones de plataforma tardan 18 meses sin ningún beneficio hasta que se completan.
No publique 40 cosas en el mes uno. Una cosa publicada y rastreada supera a cuarenta a medias.
No se salte la reunión individual con ingeniería. El ingeniero principal es la relación de mayor apalancamiento en este rol.

Cómo medir el éxito en el día 90

Abra su informe de 90 días. Cada punto es binario.

Marque los 10 y estará por delante del 90% de los nuevos especialistas SEO in-house con la misma antigüedad. ¿Tráfico? Probablemente plano. No importa. Línea base documentada, victorias publicadas, slot de desarrollo reservado. La curva de tráfico se dobla en los meses seis a nueve. Para entonces habrá ganado la confianza necesaria para aguantar la espera.

Los especialistas SEO que superan el mes cuatro establecen las expectativas correctas desde el día uno y las mantienen. Los que fueron despedidos intentaron mostrar tráfico en 60 días. Tiene 90 días para construir algo defendible. Es suficiente.

Playbooks del SEO Specialist