SEO técnico para una web de empresa: qué revisar antes y después de publicar

1. Arquitectura y URLs

Cada servicio, caso o guía que responda a una intención distinta necesita una URL estable y enlazable. Una portada con nueve tarjetas no genera la misma profundidad que nueve páginas con contenido específico, preguntas, ejemplos y enlaces relacionados.

• Utiliza rutas breves y descriptivas.
• Mantén una jerarquía comprensible para usuarios y rastreadores.
• Evita que filtros o parámetros creen miles de variantes indexables.
• Enlaza páginas importantes desde navegación, hubs y contenido relacionado.
• No cambies URLs consolidadas sin redirección individual.

2. Rastreo, indexación y canonicals

Comprueba que las páginas importantes devuelven 200, no requieren JavaScript para mostrar el contenido principal y no están bloqueadas por robots.txt o una etiqueta noindex. Las páginas eliminadas deben devolver 404 o 410, y las movidas, una redirección permanente hacia su equivalente real.

Cada página indexable debe declarar una canonical coherente consigo misma. Incluye en el sitemap solo URLs canónicas que quieras ver en resultados. Google explica que el sitemap es una señal de descubrimiento, no una garantía de indexación, en su documentación oficial de sitemaps.

3. HTML, títulos y contenido principal

• Un título único y descriptivo, sin repetir una lista artificial de palabras.
• Una descripción que explique el valor y mejore la decisión de clic.
• Un H1 principal y una jerarquía de H2 y H3 lógica.
• Texto principal disponible en el HTML y legible sin interacción.
• Imágenes con dimensiones, formato adecuado y texto alternativo útil.
• Enlaces con texto que describa el destino.

La etiqueta keywords no sustituye ninguna de estas señales. El contenido debe responder preguntas reales y demostrar que entiende el problema.

4. Intención de búsqueda y contenido útil

Una URL debería resolver una necesidad principal. Una persona que busca cuánto cuesta una web necesita rangos, factores, costes recurrentes y criterios para comparar; una página de servicio debe explicar problema, alcance, proceso, límites y siguiente paso. Repetir la misma descripción en varias rutas crea competencia interna y poca utilidad.

Construye un mapa sencillo de intención, página y objetivo de negocio. Revisa resultados reales para entender formatos y preguntas, pero aporta experiencia propia: decisiones, errores frecuentes, ejemplos de proceso, tablas o comprobaciones que ayuden a actuar. Actualiza cuando cambien precios, herramientas, normativa o prácticas técnicas.

Evita publicar muchas piezas casi iguales para ciudades o variaciones de una palabra si no existe contenido local o una propuesta diferente. Es preferible una guía completa que varias páginas intercambiables. La calidad editorial también incluye fuentes claras, autoría responsable, fechas honestas y ausencia de afirmaciones que no puedas demostrar.

5. Enlazado interno y páginas hub

Los enlaces ayudan a descubrir páginas y a comprender relaciones. Una página de servicios puede enlazar cada especialidad; una biblioteca agrupa guías por tema; cada artículo puede señalar el servicio aplicable y otras lecturas. Utiliza texto descriptivo en lugar de repetir «pulsa aquí».

Las páginas importantes no deberían depender únicamente del sitemap. Deben recibir enlaces desde navegación o contenido relevante. Revisa periódicamente páginas huérfanas, enlaces rotos y cadenas de redirecciones. Cuando consolides dos contenidos, actualiza los enlaces internos hacia la URL final en vez de confiar para siempre en la redirección.

No existe un número mágico de enlaces. Añade los que ayudan a continuar la tarea y evita bloques masivos que no aportan contexto. Una jerarquía clara distribuye atención sin convertir cada página en un índice de todo el sitio.

6. Rendimiento y experiencia

Optimiza la imagen principal, evita cargar JavaScript innecesario antes del contenido y reserva dimensiones para elementos que podrían mover la página. Revisa móvil con datos y dispositivos razonables, no solo en un monitor rápido.

Mide Core Web Vitals en laboratorio y con datos reales cuando exista tráfico suficiente. Rendimiento también significa estabilidad, interacción y capacidad de completar formularios o compras sin errores.

Imágenes, fuentes y recursos externos

Sirve cada imagen con dimensiones adecuadas, formatos modernos y una resolución coherente con su uso. La imagen principal no debería esperar a una carga diferida; las que aparecen más abajo sí pueden cargarse cuando se acercan al viewport. Reduce familias y variantes tipográficas, y comprueba el coste de widgets, chats y etiquetas de marketing.

7. JavaScript y renderizado

Google puede procesar JavaScript, pero el renderizado añade pasos y puede ocultar errores que no aparecen en una navegación manual. El contenido esencial, títulos y enlaces deberían llegar en el HTML siempre que sea posible. Los filtros, demostraciones y asistentes pueden mejorar la experiencia sin ser la única forma de acceder a información indexable.

Prueba la respuesta inicial con JavaScript desactivado, revisa errores de consola y confirma que los enlaces son elementos a con destinos reales. Si una aplicación necesita renderizado del lado del cliente, utiliza una estrategia de renderizado o prerenderizado compatible con sus rutas públicas y evita devolver siempre una respuesta 200 para páginas inexistentes.

8. Datos estructurados

Usa datos estructurados solo cuando representen contenido visible y verdadero. Organization y WebSite ayudan a describir la entidad; BreadcrumbList, Article o Service pueden aportar contexto según la página. Valida el JSON-LD y evita marcar testimonios, precios o preguntas que no aparecen para el usuario.

La guía oficial de Google exige que el marcado represente el contenido principal y no sea engañoso.

9. Versiones por idioma

Publica cada idioma en una URL separada y enlaza las equivalencias con hreflang recíproco. No sirvas contenido distinto únicamente por IP o cabecera del navegador: un rastreador podría no descubrir todas las versiones.

La página española y la inglesa necesitan canonical propia; una no debe canonicalizar hacia la otra. Consulta la documentación de versiones localizadas.

10. Checklist para una migración

1. Exporta todas las URLs, títulos, canonicals, enlaces y tráfico conocidos.
2. Define correspondencias uno a uno entre URL antigua y nueva.
3. Conserva contenido e intención cuando una página ya tiene visibilidad.
4. Prueba redirecciones sin cadenas ni bucles.
5. Publica sitemap actualizado y revisa robots.
6. Valida códigos, metadatos, imágenes y enlaces en producción.
7. Monitoriza 404, indexación, posiciones y conversiones durante semanas.

11. Medición después de publicar

Configura analítica para contactos, formularios, llamadas, compras o acciones clave. Separa métricas de visibilidad de métricas de negocio: impresiones y clics ayudan a diagnosticar; oportunidades y ventas indican si el tráfico es útil.

Registra cambios relevantes para poder relacionar resultados con publicaciones, rediseños o migraciones. El SEO crece mediante una secuencia de hipótesis, contenido, enlaces internos y mejoras técnicas, no mediante una configuración única.

Vigila códigos 404 y 500, caídas de páginas indexadas, cambios de canonical, tiempos de respuesta y errores de datos estructurados. Una comprobación automática después de cada despliegue puede detectar títulos ausentes, enlaces rotos o rutas fuera del sitemap antes de que se conviertan en un problema sostenido.

Compara periodos equivalentes y anota estacionalidad, campañas y cambios de marca. Una mejora técnica puede facilitar el rastreo sin producir tráfico si todavía falta contenido o autoridad; una subida de impresiones puede tardar en generar oportunidades si la propuesta no responde bien a la intención. Diagnosticar cada capa evita atribuir todo a una única métrica.

Nuestro servicio de desarrollo web profesional integra arquitectura, rendimiento, SEO técnico y medición desde la planificación.