Partir de un proyecto real

Una referencia de GitHub puede aparecer en el campo web del perfil, su README, la descripción de un repositorio o la documentación. El perfil identifica al responsable, el README explica el proyecto y la documentación ayuda a utilizarlo. El enlace debe servir a esa función. Crear repositorios, incidencias o comentarios ajenos al tema solo para introducir una URL no constituye una aportación útil.

Separar campos del perfil y Markdown

GitHub documenta por separado la información del perfil y los README de perfil. En Markdown, una etiqueta y un destino forman un enlace, pero ese texto no revela todos los atributos del elemento renderizado. Use los controles admitidos en una cuenta o repositorio que gestione y compruebe el resultado. No trate el campo web, la biografía libre y el README como ubicaciones equivalentes. Inicia sesión en tu propia cuenta y abre https://github.com/settings/profile desde el avatar, configuración y perfil público. Introduce la URL real del proyecto en el campo de sitio/URL disponible, actualiza el perfil y comprueba la página pública. En un repositorio que controlas, abre README.md, elige el lápiz de edición y añade Markdown: [Leer la guía del conversor](https://converter.example/guide). Sustituye la dirección de ejemplo por la guía real; converter.example es un marcador. Revisa la vista previa, escribe un mensaje de commit descriptivo y guarda en una rama permitida o mediante el pull request requerido. Una propuesta todavía no es una referencia publicada en la rama predeterminada. El README del perfil exige un repositorio público llamado exactamente como tu usuario y un README.md no vacío en su raíz; las cuentas de usuario administradas no lo admiten. Vuelve a abrir el perfil o repositorio público e inspecciona el enlace. Los pasos siguen la documentación; no se operó un editor autenticado para esta guía.

Elegir referencias para un conversor ficticio

El proyecto ficticio convierte unidades y tiene una guía pública. El perfil puede identificar su web, mientras el README dirige a instrucciones pertinentes de instalación o uso. Una página promocional genérica no sustituye la explicación de conversión prometida. La ficha distingue contexto de origen, destino y prueba necesaria. El enlace de muestra permanece en esta página y contiene nofollow me de forma deliberadamente ilustrativa.

  • Web del perfil: Observación de ejemplo: Identificar un sitio pertinente del responsable; Evidencia que registrar: Campo web del perfil público concreto; Acción si no coincide: Revisarlo separado de la biografía
  • README de perfil: Observación de ejemplo: Explicar trabajo y próximos pasos; Evidencia que registrar: Enlace renderizado y su destino; Acción si no coincide: No inferir atributos solo del Markdown
  • README del repositorio: Observación de ejemplo: Ayudar a utilizar un proyecto; Evidencia que registrar: Versión, contexto y guía de destino; Acción si no coincide: Mantener documentación útil y actual
  • Atributos observados: Observación de ejemplo: Tres contextos del 27-10-2026; Evidencia que registrar: Origen, destino y rel de cada respuesta; Acción si no coincide: No generalizar a todos los enlaces
  • Mantenimiento: Observación de ejemplo: La documentación y el acceso cambian; Evidencia que registrar: Disponibilidad pública, versión y fecha; Acción si no coincide: Repetir la observación cuando cambie el contexto

Leer atributos en su contexto exacto

El 27 de octubre de 2026, una respuesta HTML obtenida sin iniciar sesión de github.com/sindresorhus mostró nofollow me en el campo web hacia sindresorhus.com/apps y nofollow en el enlace del README hacia sindresorhus.com/blog. En github.com/github/docs, la referencia del README a docs.github.com/en/contributing no tenía rel en esa respuesta. Son tres observaciones fechadas, no valores universales ni pruebas de posicionamiento. El último ejemplo permanece dentro de la familia de dominios de GitHub.

Hacer reproducible la inspección

Registre URL de origen, contexto, destino, valores rel, estado de acceso y fecha. Distinga el elemento renderizado actual del Markdown guardado o de una respuesta antigua. Repita la comprobación si cambian la página o las restricciones. En su propio proyecto, mantenga la documentación acorde con la versión utilizada y el acceso público previsto. No exponga material privado de un repositorio para fabricar una referencia pública.

  • Usar referencias relacionadas con un proyecto real.
  • Separar web, biografía y README.
  • Inspeccionar el enlace renderizado concreto.
  • Registrar fecha y contexto de acceso.
  • Mantener privado el material que lo requiera.

No convertir una muestra en una regla general

La guía trata referencias legítimas e inspección contextual. No demuestra comportamiento dofollow universal, hechos de 2025, reglas del texto biográfico ni rendimiento de búsqueda. La ausencia de rel no prueba indexación o valor de ranking. Las muestras públicas no son recomendaciones ni autorización para editar esas páginas. Respete las condiciones de GitHub y deje como desconocido aquello que no se haya observado.

Proyecto ficticio y observaciones públicas separadas. No se crean cuentas, repositorios ni enlaces de GitHub y no se mide posicionamiento.