El SEO no empieza al agregar una descripción antes de publicar. Durante el diseño se decide qué páginas existen, qué preguntas responden y cómo se relacionan. Después hay requisitos técnicos para que ese contenido pueda rastrearse e indexarse. Son trabajos complementarios: cumplir uno no garantiza haber resuelto el otro.
Una web técnicamente accesible puede tener contenido poco útil o una oferta difícil de entender. A su vez, una página bien redactada puede quedar fuera de los buscadores si conserva una instrucción de no indexar. Conviene separar estrategia, implementación y comprobación para no tratar todo como una lista de etiquetas.
Estrategia de contenido: qué pregunta responde cada página
Antes de diseñar secciones, identificá necesidades relacionadas con la oferta real. Una persona que compara servicios necesita información diferente de quien busca una definición. No corresponde crear muchas páginas casi iguales para repetir una palabra: cada una debería aportar una respuesta y tener una razón para existir.
Un mapa de temas puede relacionar servicios, ejemplos y artículos. La página de servicio explica alcance y condiciones; un artículo puede ayudar a entender una decisión; un caso propio puede mostrar cómo se organiza una propuesta. Si el caso es independiente, hay que presentarlo así, sin convertirlo en evidencia de resultados comerciales.
Arquitectura y enlaces internos
La estructura debería permitir encontrar contenidos desde lugares previsibles. Una página importante no conviene que dependa de un enlace escondido o de una interacción difícil de descubrir. Menú, listados y relaciones editoriales cumplen funciones distintas: acceso general, exploración de una colección y continuidad de lectura.
Los enlaces deben explicar su destino dentro del contexto. “Leer más” puede funcionar dentro de una card clara, pero en un párrafo conviene nombrar el tema. Al planificar una página, revisá desde dónde se llega y a dónde se puede seguir. Esa revisión evita internas aisladas y conexiones agregadas solamente para completar un cierre.
Títulos que organizan y describen
El H1 presenta el tema principal; los H2 y H3 organizan partes de la respuesta. No deberían elegirse solo por su tamaño visual. Una jerarquía coherente facilita lectura y permite mantener la misma lógica cuando cambia el dispositivo. El título SEO puede incluir contexto, pero no necesita repetir una misma expresión varias veces.
La meta description resume lo que se encontrará, sin prometer una posición ni un resultado. Conviene escribirla después de revisar el contenido real. Si el texto de la página cambia sustancialmente, también hay que revisar el resumen, los enlaces relacionados y la imagen social; no alcanza con dejar la descripción original.
Requisitos técnicos, sin confundirlos con estrategia
Google explica en su guía que necesita poder acceder al contenido y que títulos descriptivos y enlaces ayudan a entender y descubrir páginas. Las instrucciones de indexación y el acceso deben revisarse antes de publicar. Un sitemap comunica URLs, pero no garantiza que se indexen ni reemplaza la navegación interna. La guía oficial de Google desarrolla esos fundamentos.
En la implementación conviene comprobar la URL que representa cada contenido, los destinos de enlaces y las respuestas del servidor. Si una página se mueve, hay que planificar cómo conservar el acceso desde la dirección anterior. No hace falta inventar URLs nuevas por motivos estéticos cuando la ruta existente ya es clara y estable.
Imágenes y móvil dentro del contenido
Las imágenes deberían aportar información, no ocupar un espacio porque el layout lo pide. En un caso puede servir una captura legible; en un artículo, una composición editorial que acompañe el tema. El texto alternativo depende de la función de esa imagen y no debe convertirse en una lista de palabras clave.
En móvil importa conservar contenido y relaciones, no solamente reducir tamaños. Un índice, una tabla o un enlace deben seguir siendo utilizables. Si la información principal queda detrás de una interacción que no funciona con teclado o depende del hover, hay un problema de acceso que también afecta la calidad del sitio.
Ejemplo hipotético: servicios y preguntas concretas
Una empresa tecnológica quiere publicar una web con una home y una sección llamada “Soluciones”. El brief identifica tres servicios con problemas distintos. En lugar de repetir una frase general en tres páginas, la arquitectura podría asignar a cada una alcance, condiciones y ejemplos propios. Los artículos responderían dudas que requieren una explicación más extensa.
Un texto sobre mantenimiento podría enlazar al servicio correspondiente, y ese servicio a una explicación sobre cuándo conviene actualizar una web. La relación tiene sentido para quien lee. No demuestra que la empresa vaya a posicionarse por una búsqueda determinada: eso necesitaría observar demanda, competencia, contenido y comportamiento posterior a la publicación.
Checklist antes de habilitar indexación
- Revisar que cada página tenga una respuesta diferenciada y contenido aprobado.
- Comprobar títulos, bajadas, encabezados y descripciones coherentes.
- Verificar enlaces internos, rutas y páginas relacionadas.
- Confirmar dominio y canónicas según la configuración real.
- Revisar instrucciones de indexación en HTML y cabeceras.
- Comprobar robots y sitemap sin incluir páginas vacías o de prueba.
- Revisar imágenes, alternativas y recursos que realmente cargan.
- Probar navegación, tablas y lectura en móvil y con teclado.
- Definir quién observa problemas después de publicar y cómo los corrige.
La revisión no termina al tildar estos puntos. Si cambian URLs, contenido o plantillas, hay que comprobarlos nuevamente. Tampoco conviene atribuir una posición a una sola decisión: un resultado de búsqueda depende de más factores que el diseño de una página y no tiene un plazo garantizado.
Para avanzar, conectá este checklist con el brief de la web, las decisiones de imágenes y el rendimiento. Podemos revisar estructura, SEO y optimización como partes del mismo proyecto, sin prometer primeras posiciones.
