Backlinks de GitHub: distinguir campos del perfil, README y repositorios
Proyecto ficticio y observaciones públicas separadas. No se crean cuentas, repositorios ni enlaces de GitHub y no se mide posicionamiento.
Elegir referencias para un conversor ficticio
Proyecto ficticio y observaciones públicas separadas. No se crean cuentas, repositorios ni enlaces de GitHub y no se mide posicionamiento.
Contexto del proyecto
Un conversor ficticio tiene una guía mantenida.
Campo o README
Elegir la ubicación según la tarea del lector.
Observación fechada
Registrar destino y atributos sin promesas de ranking.
- Contexto del proyecto Elegir el contexto apropiado Campo o README
- Campo o README Inspeccionar la salida en lugar de inferirla Observación fechada
nofollow me es ilustrativo, no un valor universal de GitHub.
Esta es la guía ficticia local. No se publicó nada en GitHub.
Inspeccionar el HTML del ejemplo
<a href="#publisher-platform-target" rel="nofollow me">Leer la guía del conversor</a>| Paso de revisión | Observación de ejemplo | Evidencia que registrar | Acción si no coincide |
|---|---|---|---|
| Web del perfil | Identificar un sitio pertinente del responsable | Campo web del perfil público concreto | Revisarlo separado de la biografía |
| README de perfil | Explicar trabajo y próximos pasos | Enlace renderizado y su destino | No inferir atributos solo del Markdown |
| README del repositorio | Ayudar a utilizar un proyecto | Versión, contexto y guía de destino | Mantener documentación útil y actual |
| Atributos observados | Tres contextos del 27-10-2026 | Origen, destino y rel de cada respuesta | No generalizar a todos los enlaces |
| Mantenimiento | La documentación y el acceso cambian | Disponibilidad pública, versión y fecha | Repetir la observación cuando cambie el contexto |
Cómo usar la matriz
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.
[Leer la guía del conversor](https://converter.example/guide)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.
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.
Lista de revisión
- 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.
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.
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.