¿Qué son Patches?
Patches te permite solucionar problemas y realizar cambios en tu sitio web directamente desde Site Audit. Considera Patches una solución rápida y temporal. Si necesitas arreglar algo grave urgentemente y no tienes tiempo para preguntar a tus desarrolladores, o si quieres probar algo con la posibilidad de deshacerlo fácilmente antes de hacer un cambio definitivo, puedes usar Patches para ello.
¿Qué puedes usar Patches para cambiar en una página?
Actualmente, la primera versión de esta función solo te permite utilizar patches en dos campos: Título y Metadescripción. Próximamente habrá más campos. Tenemos previsto permitir la gestión de redirecciones, URL canónicas y metaetiquetas robots, además de añadir y actualizar enlaces internos, y mucho más.
¿Cómo usar Patches?
Para crear un patch, tienes que abrir un problema relacionado con los títulos de la página o las metadescripciones, o un filtro predefinido relacionado con ellos en el Explorador de páginas, o añadir estos campos allí manualmente. Los problemas que se pueden corregir están marcados con un icono de rayo en el informe Todos los problemas.
Verá la entrada "Patch it" en el informe junto a los títulos y las metadescripciones para cada página del informe. Puedes redactar un nuevo título o metadescripción y, cuando esté listo, publicarlo en tu sitio web.
Estado de los patches
Los patches se pueden guardar como borradores, publicados o no publicados. Puedes tomarte un tiempo y diseñar un título o una metadescripción antes de publicar. Los borradores se guardan automáticamente cuando escribes. Una vez publicado, puedes anular la publicación en cualquier momento para deshacer un patch.
En la entrada "Patch it" puedes encontrar el estado actual de un patch y las acciones disponibles:
También puedes seguir el historial completo de cualquier patch. Si no sabes con seguridad cuándo se publicó un patch o quién editó tu borrador, estás en el sitio correcto. El enlace "Mostrar historial" está disponible en el menú contextual de cualquier patch.
Informe de patches
Aunque es conveniente usar Patches para solucionar problemas directamente en los reportes de incidencias, también existe un 'Informe de Patches' dedicado donde puedes ver y administrar todos los Patches que has creado para tu sitio. Puedes acceder a este informe desde el encabezado, que también muestra el número de Patches actualmente publicados.
El informe de patches te permite filtrar patches según su estado y URL de página, exportar tus patches y realizar las mismas acciones con patches que en los informes de problemas o el Explorador de páginas. Este informe también permite configurar la implementación de patches.
Configuración de la implementación de patches
Para comenzar a configurar la implementación, haz clic en el botón "Configuración de la implementación" en el encabezado del informes Patches.
Puedes implementar Patches en tu sitio de dos maneras:
Fragmento de JavaScript
Para permitir que Site Audit haga cambios en tus páginas, necesitarás agregar un pequeño fragmento de JavaScript a la sección <head> de cada página en tu sitio. El fragmento de JavaScript se genera y proporciona durante la configuración de la implementación.
Este fragmento llama a un archivo JavaScript único alojado por Ahrefs. Todos los Patches que publiques se agregan ahí y se aplican del lado del cliente cuando un navegador o bot ejecuta JavaScript en la página. Ten en cuenta que los bots que no ejecutan JavaScript cuando visitan tu página no verán los cambios. Pero Google renderiza las páginas antes de clasificarlas, por lo que esto generalmente no es un problema.
Puedes activar o desactivar la implementación de JavaScript en cualquier momento. Si la desactivas mientras los Patches están activos, se te pedirá que confirmes que se despublicarán.
Trabajador de Cloudflare
Si estás en Cloudflare, puedes permitir que Site Audit ejecute un worker en tu cuenta de Cloudflare para aplicar Patches del lado del servidor, de modo que tanto el HTML sin procesar como la página renderizada incluyan tus cambios. Esto es especialmente importante para etiquetas como <link rel="canonical"> o <meta name="robots">, ya que Google verifica ambas versiones antes de decidir cuál respetar.
Así es como funciona:
Crear un token de API
Se te pedirá que otorgues permiso a Ahrefs para crear un worker de Cloudflare en tu cuenta proporcionando un token de API. En tu dashboard de Cloudflare, genera un token con alcance a la zona de tu sitio con estos permisos:
Cuenta > Workers Scripts: Editar
Zona > Workers Routes: Editar
Zona > Zona: Leer
Creación única del worker
Site Audit usa tu token para instalar un worker en tu cuenta y, para mayor seguridad, desecha inmediatamente el token. Así que nunca conservamos acceso continuo a tu dashboard de Cloudflare.
Obtención de Patches en tiempo real
El script del worker contiene la lógica básica de Patches, pero tus Patches reales viven en un archivo JSON en Ahrefs. Cada vez que publicas nuevos Patches, el worker obtiene el JSON más reciente en tiempo real.
Mantener tu worker sincronizado
Como no almacenamos tus credenciales, no podemos detectar ediciones manuales al script del worker que puedan romper los Patches. Si eso sucede, simplemente puedes hacer clic en Redeploy worker para restaurar el script actualizado. Ocasionalmente, Site Audit puede pedirte que redistribuyas el worker también si las actualizaciones importantes de funciones lo requieren.
Al igual que con la implementación de JavaScript, puedes desactivar la implementación de Cloudflare en cualquier momento.
Implementar Patches manualmente
Los patches están disponibles para todos los usuarios, pero, para publicarlos desde Site Audit, tu proyecto necesita un impulso Boost de actualización que admita la funcionalidad Patches. Si el proyecto no se actualiza o no quieres usar Site Audit para la implementación real, puedes esbozar patches, exportarlos y entregárselos a tus desarrolladores para que puedan realizar cambios e implementarlos.
Puntos importantes
Por favor, considera los siguientes puntos para usar Patches de manera más efectiva.
Los cambios son visibles para todos los que visiten tu sitio: Hacer cambios que las personas y bots puedan ver es un objetivo obvio de la función Patches, pero solo para dejarlo claro. Publicar patches aplicará cambios visibles en tu sitio. Después de publicar un patch, las personas y los bots que visiten su sitio verán los cambios. Así que es importante asegurarte de que los cambios que publiques son adecuados para ti sitio.
La elaboración de borradores y la publicación requieren verificaciones adicionales: Cualquier usuario con acceso a Proyecto puede crear borradores de Patches. Sin embargo, solo los usuarios con 2FA activada en la configuración de su cuenta pueden publicar patches. Asegúrate de que has seleccionado a las personas adecuadas para que tengan acceso a proyectos con la implementación de Patches activada, ya que tendrán la posibilidad de publicar cambios en tus sitios. Además, los patches solo se pueden publicar en proyectos en los que se ha verificado la propiedad del sitio.
Patches están vinculados a proyectos: Si eliminas un proyecto, todos los Patches publicados dentro de él serán despublicados.
Debes comprar Project Boost: La implementación de Patches no está disponible en todos los proyectos. Tu proyecto necesita un impulso Boost que admita la funcionalidad Patches para poder publicar patches. Si cambias el impulso Boost a uno inferior que no la admite, no podrás publicar nuevos patches. Sin embargo, los patches publicados anteriormente permanecerán activos.
Ejecutar JavaScript debe estar activado: La opción "Ejecutar JavaScript" se habilita automáticamente en los proyectos donde configures la implementación. Esto garantiza que el bot de Site Audit pueda detectar los cambios implementados mediante JavaScript la próxima vez que rastree tu sitio. Ten en cuenta que la velocidad de rastreo puede ser más lenta con la ejecución de JavaScript, por lo que tus rastreos tomarán más tiempo si ya tenías esta opción desactivada.
Te pediremos que aceptes estos términos antes de activar la implementación de JavaScript en Site Audit.