Asegura que el sitio de producción sea recuperable
Lista las páginas que quieres que se encuentren: normalmente la página de inicio, páginas principales de producto o servicio, categorías clave, páginas de soporte y artículos originales. Registra cada URL final HTTPS y si está destinada a búsqueda. Prueba la dirección pública de producción en un navegador sin sesión; los entornos de staging, vista previa y las vistas autenticadas pueden comportarse de forma distinta.
Comprueba muros de contraseña, directivas noindex a nivel de sitio, reglas de robots, errores, cadenas de redirección y activos críticos para el renderizado que falten. robots.txt gestiona el acceso de rastreadores; Google dice que no es una forma de mantener una página fuera de la búsqueda. Usa control de acceso para contenido privado y noindex para páginas públicas excluidas deliberadamente de la búsqueda.
Separa las páginas públicas indexables, las exclusiones deliberadas y las áreas privadas antes de las pruebas.
Carga la URL preferida y las variantes HTTP, de host, con/sin barra final y heredadas relevantes.
Elige una URL preferida por contenido
Una URL canónica es la dirección representativa para contenido duplicado o muy similar. Decide el host preferido, la convención de barra final y el tratamiento de parámetros, páginas imprimibles y rutas retiradas. La navegación, los mapas del sitio XML, los enlaces rel=canonical y los redireccionamientos deben nombrar esa misma dirección.
Usa una redirección permanente del lado del servidor al eliminar o consolidar un duplicado. En páginas HTML indexables, incluye un enlace absoluto rel=canonical en el head de la página, incluyendo un enlace autorreferente en la página preferida. Google describe los redireccionamientos y las anotaciones canonicals como señales fuertes, la inclusión en el sitemap como más débil, y aun así puede tomar su propia decisión canónica.
Para cada variante significativa, registra su origen, destino, canonical y motivo.
No listess una URL en el sitemap mientras declares o enlaces a otra como canonical.
Redirige las variantes HTTP a la dirección preferida HTTPS en uso.
Deja claras y útiles las páginas prioritarias
Escribe un título de página único y conciso que identifique con precisión la oferta o la respuesta. Añade una meta descripción corta específica de la página como candidato de resumen, no como promesa de lo que Google mostrará. Google puede generar un título a partir de varias señales y un fragmento a partir del contenido de la página o, a veces, de la descripción. Incluye la explicación esencial y el siguiente paso en el texto visible.
Usa encabezados descriptivos y lenguaje natural que responda a la tarea del visitante. Evita textos copiados y páginas casi idénticas con poco valor único. Proporciona texto alternativo descriptivo para imágenes significativas. No inviertas esfuerzos de lanzamiento en la metaetiqueta keywords: web.dev dice que los motores de búsqueda ya no la consideran útil.
Un lector puede distinguir las páginas por sus títulos sin términos repetitivos.
La página responde a su pregunta central antes de pedir una venta o registro.
Conecta el sitio con enlaces internos útiles
Los enlaces internos son enlaces entre páginas del mismo sitio. Ayudan a los visitantes a navegar y a Google a encontrar contenido. Enlaza desde la página de inicio y hubs relevantes a las páginas prioritarias, usando texto de anclaje que identifique el destino. Añade enlaces contextuales cuando respondan la siguiente pregunta del visitante; una larga lista en el pie de página no puede reemplazar una estructura comprensible.
Usa las URLs canónicas en la navegación, migas de pan, módulos de contenido relacionado y llamadas a la acción. En un sitio pequeño, haz clic en cada ruta primaria. En un sitio más grande, usa una herramienta de rastreo de confianza para tu equipo para investigar páginas prioritarias huérfanas, enlaces rotos y códigos de respuesta inesperados.
Cada página prioritaria necesita una ruta útil desde un menú, hub o página relacionada.
Comprueba menús móviles, formularios, acordiones y sobreposiciones de consentimiento así como los enlaces en escritorio.
Publica un sitemap limpio
Un mapa del sitio XML indica a los motores de búsqueda qué páginas y archivos consideras importantes. Puede apoyar el descubrimiento para un sitio nuevo, pero no garantiza rastreo ni indexación. Si un CMS lo genera, revísalo. Incluye las URLs públicas preferidas destinadas a búsqueda; excluye redireccionamientos, errores, páginas de prueba y URLs bloqueadas para indexación.
Mantén el sitemap en una ubicación estable y envíalo en Search Console si procede. Complementa, no repara, el enlazado interno, la calidad del contenido y el acceso de rastreo. Usa extensiones de sitemap especializadas solo cuando coincidan con la implementación en vivo.
Haz coincidir las URLs del sitemap con el inventario de páginas y el mapa de canonicals.
Confirma que las páginas preferidas nuevas aparecen y que las URLs retiradas desaparecen.
Mide el descubrimiento y diagnostica URLs objetivo
Verifica la propiedad de la propiedad de producción en Google Search Console. Envía el sitemap si se usa. Inspecciona una muestra representativa: la página de inicio, cada plantilla importante, una página recientemente cambiada y una URL de migración de alto valor. URL Inspection proporciona información actual de indexación y puede probar una URL en vivo; úsalo para investigar un síntoma, no para solicitar cada URL por hábito.
Registra la fecha de lanzamiento, convenciones de URL, dirección del sitemap, páginas prioritarias y exclusiones. Revisa el rendimiento de búsqueda para impresiones, clics, consultas, páginas y países. Search Console es específico de Google y los datos pueden tardar en aparecer, así que es evidencia de diagnóstico, no una prueba instantánea de que todos los motores han procesado el lanzamiento.
Almacena URLs probadas, resultado observado, fecha y responsable para comparaciones posteriores.
Comprueba exclusiones de indexación, problemas de seguridad y Core Web Vitals junto a las pruebas a nivel de página.
Convierte el SEO en una comprobación de lanzamiento y remediación
Incluye el inventario de páginas, redireccionamientos, canonicals, sitemap y comprobaciones representativas de URLs en vivo en el registro de lanzamiento. Status Is UP trata esto como optimización proactiva de disponibilidad y remediación: expone defectos de entrega o configuración antes de una release y permite una corrección controlada cuando se introduce uno. La disponibilidad no es una garantía de posicionamiento.
Nombra a la persona que puede aprobar un rollback focalizado si una release rompe una ruta pública, el head de la página, la navegación o la generación del sitemap. Vuelve a probar las URLs preferidas afectadas después de la corrección. Un preflight de rutas públicas reduce fallos de entrega evitables pero no puede predecir el rastreo, la indexación o las posiciones por parte de un motor.
Prueba rutas públicas representativas y activos tras el despliegue, no solo en staging.
Documenta quién puede revertir un cambio perjudicial en rutas, plantillas, robots o sitemap.