La mayoría de los consejos de SEO técnico están escritos para desarrolladores o por ellos, lo que deja a quien dirige un negocio atrapado entre no entender el problema y no poder pedir la solución. No necesitas escribir código para briefar a alguien que sí lo hace: necesitas saber cómo se ven, en términos claros, el puñado de problemas que realmente importan, y qué debería hacer una versión ya corregida.
¿Se puede siquiera encontrar el sitio?
Antes que nada, un buscador tiene que poder llegar y leer cada página que quieres posicionar. La versión sencilla: ¿hay un archivo que bloquea por accidente a los buscadores de ciertas páginas (esto pasa más de lo que debería cuando un sitio pasa de un entorno de pruebas al sitio en vivo y un ajuste no se revierte), y hay un mapa del sitio —una lista simple de cada página— realmente enviado y mantenido al día? Pide a tu desarrollador que confirme ambas cosas directamente en lugar de asumir que están bien; este es el problema técnico más común, el que en silencio impide que un buen contenido llegue siquiera a considerarse.
¿Carga el sitio lo bastante rápido como para retener a alguien que espera?
La velocidad de página es un factor de ranking y, más importante aún, un factor en si una visita se queda el tiempo suficiente para convertir. No necesitas entender algoritmos de compresión de imágenes para hacer la pregunta correcta: cómo rinde el sitio en un teléfono de gama media con una conexión normal, no en el wifi rápido de oficina de un desarrollador con un portátil nuevo. Pide el resultado de una prueba de velocidad real, no la seguridad de que "está bien".
¿Hay una dirección clara por página?
Direcciones de página duplicadas o poco claras —el mismo contenido accesible por dos URL distintas, o una página que cambia de dirección sin redirigir la antigua— confunden a los buscadores sobre qué versión posicionar y pueden desperdiciar en silencio la autoridad que una página ha construido. La solución que implementa un desarrollador es técnica; lo que hay que pedir no lo es. Pregunta si cada página importante tiene exactamente una dirección canónica, y si las direcciones antiguas redirigen correctamente cuando una página se renombra o se mueve, en vez de simplemente romperse.
¿Tiene sentido la estructura de la página sin ver el código?
Los encabezados deben leerse como un esquema: un encabezado principal, luego una secuencia lógica de subencabezados, porque esa estructura ayuda tanto a los lectores como a los buscadores a entender de qué trata realmente la página. Puedes comprobarlo tú mismo sin ningún conocimiento de código: lee solo los encabezados de una página, de arriba abajo, y comprueba si forman un esquema sensato del contenido. Si no es así, la estructura de la página necesita trabajo sin importar lo limpio que sea el código subyacente.
¿Es el sitio seguro y usable en móvil?
Un sitio sin conexión segura (el candado en la barra de direcciones del navegador) y un sitio que se rompe o exige hacer zoom en la pantalla de un teléfono crean la misma fricción que buscadores y visitantes registran igual: como razones para no confiar o no quedarse en la página. Ambas cosas se comprueban rápido sin conocimientos técnicos: mira la barra de direcciones en busca del candado, y abre el sitio en tu propio teléfono.
Briefar a un desarrollador sobre esto
Nada de lo anterior te exige leer una línea de código: exige saber qué preguntas separan un problema real de SEO técnico de algo que simplemente suena técnico. Esta es la lista de comprobación que sigue nuestro equipo de desarrollo web en cada construcción de sitio, y es un buen punto de partida para cualquier conversación con un desarrollador, ya sea que el trabajo se haga internamente o se externalice, una disciplina que forma parte del enfoque más amplio de nuestro marco de estrategia SEO.
