SoundCloudの被リンク：プロフィールと訪問経路を調べる
図は架空のクリエイターの例です。Tychoの確認結果は2026年10月27日の別の公開観察記録であり、推薦や全アカウントに共通する規則ではありません。
図は架空のクリエイターの例です。Tychoの確認結果は2026年10月27日の別の公開観察記録であり、推薦や全アカウントに共通する規則ではありません。
クリエイターのプロフィール
架空のプロフィールから、聴き手を新作ページに案内できます。
クリエイターのサイト
studio.example/releasesがプロフィールリンクの意図した行き先です。
SoundCloudトラック
サイトのプレーヤーで、この独立した再生体験を提供できます。
- クリエイターのプロフィール 聴き手を案内する先 クリエイターのサイト
- クリエイターのサイト プレーヤーを埋め込む対象 SoundCloudトラック
observedAt = "2026-10-27"
bio.rel = "nofollow ugc"
website.rel = "me nofollow ugc"
banner.rel = null| 確認段階 | 意図する結果 | 記録する証拠 | 異なる場合の対応 |
|---|---|---|---|
| ウェブサイト欄 | クリエイターの関連サイトへ案内する | 公開ラベル・href・最終リンク先を調べる | 古いURLや誤解を招くリンク先を直す |
| 自己紹介のアドレス | 記載されたサイトへ聴き手が移動する | 生の文字列と描画されたリンクを区別する | 実際の要素と属性を記録する |
| バナーのリンク | 独立した視覚的ナビゲーションを提供する | hrefとrelを別途調べる | 自己紹介の属性をそのまま当てはめない |
| 埋め込みプレーヤー | サイト上でトラックや一覧の再生を提供する | 文章リンクとは別の要素として確認する | 検証済みの編集上の被リンクと呼ばない |
| 日付付きの確認 | 証拠を特定の掲載場所と時点に結び付ける | 転送・応答・端末・確認日を記録する | 関連箇所を変更したら再確認する |
判断表の使い方
2026年10月27日にsoundcloud.com/tychoを調べました。生の応答には、アーティストのサイトが説明文の文字列として含まれていました。描画後のブラウザーでは自己紹介リンクのrelが"nofollow ugc"、Websiteリンクが"me nofollow ugc"でした。両方ともgate.scを経由し、https://tychomusic.com/にHTTP 200で到達しました。アーティストのサイトにも同じSoundCloudプロフィールへのリンクがありました。これは公開された訪問経路の記録で、訪問数や検索への効果の測定ではありません。
確認したバナーリンクにはrel属性がなく、自己紹介やWebsiteとは異なりました。したがって、一つの観察からSoundCloudのリンクをすべてdofollowまたはnofollowと決めることはできません。実際の要素と確認日を記録し、relがないことを測定済みの評価移転と扱わないでください。埋め込みプレーヤーも別の要素であり、自分のサイトへの編集上の文章リンクと同一とは限りません。属性の意味と成果の測定は別の判断です。
確認チェックリスト
- 実際のクリエイターを表す管理可能なプロフィールを使う
- ラベルに合うリンク先を選ぶ
- 自己紹介・ウェブリンク・バナーを別々に調べる
- 転送経路と最後の応答を記録する
- 属性・確認日・測定成果を区別する
架空の例では、プロフィールからstudio.example/releasesへウェブリンクを設け、スタジオのサイトにはSoundCloudトラックのプレーヤーを別に置きます。プロフィールを保存したら公開表示を開き、ラベル、実際のhref、転送経路、最後のURLを確認します。新作のページがラベルの内容に合っているかも見ます。リンク元URL、掲載場所、端末、観察した属性、最終URL、応答、確認日をまとめて保存し、プロフィールやリンク先の編集後に再確認してください。