Lista de comprobación para el lanzamiento

La lista de comprobación para el lanzamiento es un resumen de las mejores prácticas a tener en cuenta a la hora de lanzar un sitio web. Estos pasos son buenas prácticas en general, pero contienen algunos aspectos específicos de Adobe Experience Manager.

Pasos antes del lanzamiento

Control de calidad de contenido y diseño

Asegúrese de que el contenido y el diseño se ajusten a las especificaciones y de que está satisfecho con el sitio web que ve en el dominio de .aem.live de sus proyectos. Esto puede incluir comprobaciones de accesibilidad específica y requisitos de SEO de su proyecto.

Validación de rendimiento

Cada proyecto de AEM debe generar una puntuación de 100 en la puntuación de faro para móviles y equipos de escritorio a partir de datos de Pagespeed de Google en su sitio .aem.live correspondiente.

Consulte el documento Mantener el rendimiento web 100 para obtener más información.

Validación de Analytics

Asegúrese de que toda la configuración de Analytics y el resto de la pila de Martech se active según lo esperado y de que los datos del visitante sean visibles en los paneles de informes.
En cualquier relanzamiento de un sitio web, la instrumentación de análisis cambiará en función de la secuencia de carga y el rendimiento.

Es importante esperar que la línea de base de cualquier métrica capturada por el análisis cambie. Póngase en contacto con los analistas correspondientes para asegurarse de que el ajuste de la línea de base se entiende y se espera.

Las métricas que pueden cambiar sus líneas de base según la información de Analytics pueden incluir vistas de página, tasas de conversión, tasas de devolución, tiempo en la página, etc. Según el cambio en los patrones de carga, la línea de base de las métricas puede subir y bajar.
La parte inferior de las métricas de canal, como el cierre de compra, las transacciones o el envío de formularios, que capturan los sistemas operativos no se ven afectados y se espera que permanezcan estancadas después del inicio de un alza y un cambio.

instrumentación RON

Para poder ver el impacto en el rendimiento de forma rápida y confiable y comparar las métricas antes y después del lanzamiento, recomendamos instrumentar su sitio web antes del lanzamiento con Monitorización de uso real (RUM), idealmente lo antes posible. Agregar RUM al sitio existente es trivial y puede ofrecerle información operativa importante incluso antes del lanzamiento.

Redirecciones heredadas

En la mayoría de las migraciones, hay direcciones URL heredadas que se retiran. Asegúrese de que se reflejen en la hoja de cálculo de redirecciones (redirects.xlsx en SharePoint o redirects en Google), que se encuentra en la carpeta de contenido del proyecto. Busque en la consola de búsqueda de Google los vínculos de retorno más impactantes (en términos de SEO) para crear redirecciones para.

Consulte el documento Redirecciones para obtener más información.

Mapa del sitio y robots

Para la mayoría de los sitios web con un número significativo de páginas, es deseable un mapa del sitio. AEM genera automáticamente los mapas del sitio a partir del índice de consultas. Para los sitios multilingües, añadir hreflang al mapa del sitio garantiza que el sitio web se dirija correctamente a la audiencia geográfica y de idioma adecuada, lo que es esencial para la SEO y evita problemas como el contenido duplicado en versiones de diferentes idiomas (también conocido como canibalización de la SEO) y mejora la capacidad del motor de búsqueda para ofrecer la versión correcta del contenido a los usuarios adecuados.

Si tiene un mapa del sitio generado para su sitio, asegúrese de que se pueda detectar desde su robots.txt​.Tenga en cuenta que robots.txt (técnicamente) distingue entre mayúsculas y minúsculas, y un buen ejemplo es:

User-agent: *
Allow: /

Sitemap: https://<your-domain>/sitemap.xml

Nota: aem.page y aem.live se mantienen ocultos intencionalmente de los rastreadores para evitar contenido duplicado.

Consulte los documentos Indexación y Mapas del sitio para obtener más información.

URL canónicas

Asegúrese de que las URL canónicas devuelven el código de estado de respuesta de HTML 2xx (no 3xx ni 4xx) y que están correctamente implementadas, lo que es crucial para evitar problemas de contenido duplicado en el sitio. La canonización adecuada ayuda a los motores de búsqueda a comprender qué versiones de páginas similares se indexan y muestran en los resultados de búsqueda, lo que afecta directamente al rendimiento de la SEO.

Consulte la siguiente documentación externa para obtener más información: Consolidar direcciones URL duplicadas

Icono de favoritos

Añadir un icono de favoritos al sitio le proporciona un aspecto profesional en los navegadores del visitante.

Consulte el documento Favicon para obtener más información.

Autenticación para autores

De forma predeterminada, no es necesario que los autores inicien sesión para utilizar AEM Sidekick. Si decide que desea controlar quién puede obtener una vista previa y publicar documentos, puede configurarlo.

Consulte el documento Configuración de la autenticación para autores para obtener más información.

Acceso a SharePoint

Si el contenido está en SharePoint, siga esta guía para configurar el acceso dedicado que usted controla.

Configuración de la CDN

Uno de los últimos pasos de un lanzamiento suele ser actualizar la configuración de CDN para que apunte a su punto de conexión aem.live.

Lo ideal es probar la configuración de CDN en un entorno de ensayo para asegurarse de que todo funciona según lo esperado, lo que incluye redirecciones de www a APEX y viceversa.

Consulte la siguiente documentación de configuración de CDN para obtener más información sobre la configuración de su CDN autogestionado.

Nota: Al eliminar un sitio de Edge Delivery, también se eliminan las configuraciones de CDN relacionadas. Esta acción anula la conexión entre los dominios personalizados y el sitio de Edge Delivery.

Configuración de invalidación push

Asegúrese de que la invalidación push esté configurada correctamente según el documento Configuración de la invalidación push para la CDN de producción de BYO. Pruebe la configuración publicando un pequeño cambio y comprobando que el cambio es visible en el dominio de producción.

Actualizar host de producción

Después de configurar la CDN de producción, agregue la propiedad host a la configuración de la barra de tareas en /tools/sidekick/config.json en su repositorio de GitHub para permitir que los autores naveguen directamente desde el dominio de producción y editen directamente desde la barra de tareas.

Consulte el documento Configuración de Sidekick para obtener más información.

Publicar la validación del lanzamiento

Validación de rendimiento

Valide que el rendimiento tenga todavía una puntuación de 100 en la puntuación de faro a través de datos de pagespeed en el entorno de producción. La introducción de una capa de CDN puede tener efectos de rendimiento adversos que normalmente son visibles en la capa de protocolo. Los culpables habituales son la ejecución de HTTP/1.1 o el almacenamiento en caché de origen ineficaz, así como la detección de bots u otras bibliotecas insertadas por la configuración de CDN.

Consola de búsqueda de Google

Si tiene una consola de búsqueda de Google activa con el mapa del sitio cargado, puede ser útil obtener un informe de cobertura y asegurarse de que la indexación funcione según lo esperado. La consola de búsqueda de Google debe monitorizarse durante las semanas posteriores al lanzamiento para rastrear el estado de indexación de las páginas nuevas y actualizadas, lo que garantiza que Google las reconozca correctamente. Es crucial comprobar los clics totales, las impresiones totales, los cambios en los backlinks y los errores de rastreo, ya que estos pueden afectar significativamente al rendimiento y la autoridad de SEO del sitio.

Informe 404

Después de migrar un sitio web, normalmente hay un conjunto de 404 No se encuentra, que deben supervisarse después del lanzamiento y redirigirse a las direcciones URL de páginas populares. Esta información se puede extraer de los análisis del sitio y del informe de bots de Slack correspondiente. Se recomienda monitorizar esto durante las semanas posteriores al lanzamiento de un lanzamiento.