SEO en empresas grandes: cómo conseguir que los cambios se implementen y demostrarlo con Semalt

En una empresa pequeña, el SEO fracasa por falta de conocimiento. En una empresa grande fracasa por otra cosa completamente distinta: las recomendaciones son correctas, están documentadas, y llevan catorce meses en un backlog compartido con otras trescientas tareas.

Este artículo no explica qué optimizar. Explica cómo conseguir que se ejecute lo que ya sabes que hay que hacer, dentro de una organización donde nadie te reporta y todo el mundo tiene su propia lista de prioridades.

Por qué no se implementan las recomendaciones

Casi nunca es desinterés. Las tres causas reales que encontramos, por frecuencia, son estas.

La petición compite en el idioma equivocado. Un ticket que dice “optimizar el marcado de las fichas” compite con otro que dice “corregir error de facturación que afecta a 400 clientes”. No hay comparación posible, y no porque el SEO no importe, sino porque una petición está expresada en consecuencias y la otra en tareas.

No hay una estimación compartida del esfuerzo. Cuando el equipo técnico no ha estimado el cambio, la petición queda en un limbo permanente. Y cuando la estimación llega, muchas veces revela que lo que parecía trivial toca un componente común a todo el sitio.

Falta un dueño del resultado. Si nadie responde por el efecto de la mejora, nadie tiene incentivo para pelearla en la reunión de priorización. Las tareas sin dueño no suben nunca.

El formato de petición que sí se aprueba

Una página, cinco campos, ningún adjetivo. Es el formato que hemos visto entrar en sprints en organizaciones donde el informe de auditoría llevaba un año parado.

Construir la evidencia antes de pedir nada

La diferencia entre una petición que se aprueba y otra que se aparca suele estar en los datos que la acompañan. Y la buena noticia es que esos datos no requieren presupuesto ni integración con sistemas internos.

En los datos de Search Console están las páginas que reciben impresiones sin clics, las consultas donde estás entre la cuarta y la decimoquinta posición, y el reparto entre móvil y escritorio. En el seguimiento de posiciones está el dato que más pesa en una reunión: qué competidor ocupa la posición que quieres y con qué tipo de página, sin necesidad de acceder a nada suyo.

La reunión de prioridades: cómo se llega preparado

En la mayoría de organizaciones existe un comité donde se decide qué entra en el próximo ciclo de trabajo. Llegar a esa reunión con un documento de auditoría es perder el turno; llegar con una petición de una página, estimada y con cifra de negocio detrás, es competir en igualdad.

Lo vemos en detalle en SEO B2B con ciclo de venta largo.

Conviene además llevar solo una petición. Presentar cinco reparte la atención y garantiza que ninguna se aprueba; presentar una, bien defendida, tiene muchas más probabilidades de entrar. Las otras cuatro se guardan para los ciclos siguientes, y su preparación mejora con lo aprendido en el primero.

Los tres interlocutores y qué le importa a cada uno

El error habitual es usar el mismo argumento con los tres. Al equipo técnico no le mueve el argumento de ingresos, y a dirección no le interesa el detalle del marcado. La misma petición necesita tres traducciones.

El coste de no hacer nada, expresado en cifras

El argumento que más veces ha desbloqueado un backlog no es el beneficio esperado: es el coste de la inacción, expresado con los mismos datos que ya tienes.

Se construye así: se toman las consultas donde estás entre la cuarta y la decimoquinta posición, se estima cuántos clics adicionales supondría entrar en las tres primeras, y se multiplica por el valor medio de una visita en tu negocio - que finanzas o comercial pueden aproximar mejor que tú. El resultado es una cifra anual, no mensual, porque la pérdida es continua.

Esa cifra convierte la petición en una decisión económica. Y tiene una ventaja adicional: es la misma cifra que sirve para justificar, meses después, que la inversión ha rendido, porque la comparación se hace contra el mismo punto de partida.

Empezar por lo que no requiere desarrollo

En organizaciones bloqueadas, la estrategia que desatasca es demostrar resultado con cambios que no pasan por el equipo técnico: títulos y descripciones editables desde el gestor de contenidos, enlaces internos, textos de categoría, contenido nuevo.

Son cambios menores, pero producen un dato real en cuatro a ocho semanas. Y ese dato es la palanca: cuando en la siguiente reunión puedes decir “con lo que sí pudimos tocar, estas doce consultas se movieron así”, la conversación sobre lo que requiere desarrollo cambia de tono por completo.

Ese último punto es útil también como diagnóstico: el módulo de indexación permite comprobar si el contenido publicado está siendo descubierto. Cuando una sección entera no recibe visitas de rastreadores, ya no estás pidiendo una mejora: estás reportando una avería, y las averías sí entran en el sprint.

Trabajar con el equipo de desarrollo, no contra él

La relación con desarrollo determina el ritmo de todo el proyecto, y suele empezar mal por un motivo evitable: la primera interacción es una lista de defectos. Hay tres hábitos que la cambian por completo.

Llegar con contexto, no con órdenes. Explicar qué consulta está en juego, qué competidor la ocupa y cuánto tráfico hay detrás convierte una petición arbitraria en un problema compartido. Los equipos técnicos responden bien a los problemas y mal a las instrucciones sin justificación.

Aceptar la alternativa técnica. A menudo la solución propuesta no es viable, pero existe otra que produce el mismo efecto. Si insistes en tu implementación concreta, la conversación se convierte en una negociación; si defiendes el resultado y dejas el cómo a quien sabe, sale antes.

Hay una guía completa sobre el tema en SEO para franquicias y redes multisede.

Cerrar el círculo en público. Cuando un cambio se implementa y produce efecto, decirlo en el canal donde está el equipo. Es lo que hace que la siguiente petición se lea con otros ojos, y cuesta dos minutos.

Cuando el bloqueo es de gobernanza y no de recursos

Hay un caso que ninguna técnica de priorización resuelve: cuando dos departamentos tienen objetivos incompatibles sobre la misma página. Marketing quiere una página de categoría con texto; producto la quiere limpia; comercial quiere el formulario arriba.

Cuando eso ocurre, insistir con datos no sirve, porque el conflicto no es de evidencia sino de propiedad. Lo que sí funciona es acordar quién decide sobre esa plantilla concreta y con qué criterio, aunque la decisión no sea la que tú querías. Un criterio explícito que se aplica siempre es mejor que un debate que se repite cada trimestre y que paraliza cualquier avance mientras dura.

Cómo se reporta hacia arriba

El informe que funciona en una empresa grande tiene una sola página y cuatro bloques: qué se ejecutó del plan y qué no, qué se movió respecto al punto de partida, qué está bloqueado y por quién, y qué se pide para el trimestre siguiente.

El tercer bloque es el que más incomoda y el más importante. Documentar los bloqueos sin acusar a nadie - “pendiente de estimación desde marzo” - convierte un problema invisible en un asunto de gestión. La mayoría de los desbloqueos que hemos visto llegaron simplemente porque alguien puso el bloqueo por escrito en un informe que leía dirección.

Cuándo externalizar parte del trabajo

En organizaciones con recursos técnicos saturados, externalizar la ejecución continua es a menudo más realista que esperar capacidad interna. AutoSEO, por 149 dólares al mes, cubre selección de palabras clave con IA, construcción diaria de enlaces desde una red de más de 230.000 sitios asociados, recomendaciones on-site e informes en vivo. FullSEO, desde 500 dólares al mes, añade equipo dedicado, control manual de consultas y contenidos redactados. Las condiciones están en la página de precios. Lo que no se externaliza bien es la prioridad interna: eso sigue siendo trabajo de alguien de dentro.

Cómo elegir qué pedir primero

Con cincuenta recomendaciones y capacidad para tres, la selección importa más que el análisis. El criterio que usamos ordena por dos ejes: cuánto tráfico está en juego y cuánto esfuerzo técnico requiere.

Se empieza siempre por el cuadrante de mucho impacto y poco esfuerzo, aunque parezca poco ambicioso, por una razón política: son los cambios que producen un resultado demostrable en semanas, y ese resultado es lo que compra credibilidad para pedir lo siguiente. Los cambios de mucho impacto y mucho esfuerzo se preparan mientras tanto, con la estimación hecha y la especificación lista, para poder entrar en el momento en que se libere capacidad.

Ver también: Agencia de SEO para Pymes en Madrid.

Lo que nunca debe entrar en la lista es el cuadrante de poco impacto, aunque sea fácil. Consume el poco crédito que se tiene con el equipo técnico en cambios que después no se pueden defender con ninguna cifra.

Documentar para el que venga después

En empresas grandes la rotación es alta, y los proyectos de SEO mueren con frecuencia porque la persona que los llevaba se fue y nadie recordaba por qué se hacían las cosas. Es un riesgo que se mitiga con muy poco esfuerzo.

Tres documentos bastan: la fotografía inicial con fecha, la lista de consultas acordadas y por qué esas, y el registro de cambios implementados con su fecha y su efecto observado. Guardados en un espacio de la empresa y no en el ordenador de una persona.

Ese registro tiene además un beneficio inmediato: cuando alguien propone deshacer un cambio antiguo, existe evidencia de por qué se hizo y qué produjo, y la discusión dura cinco minutos en lugar de una reunión entera.

Preguntas frecuentes