Lompat ke konten
Aback Tools Logo

Cara Menemukan dan Memperbaiki Masalah Tag Kanonik: 6 Tipe dan Solusinya

Cara menemukan dan memperbaiki masalah tag kanonik: enam tipe masalah kritis, cara membaca laporan kanonik Search Console, implementasi spesifik per framework, dan alur kerja audit kanonik yang dapat diulang.

DH
Tutorials & How-Tos13 menit baca2,750 kata

Masalah tag kanonik termasuk salah satu masalah SEO yang paling merugikan bagi sebuah situs — dan salah satu yang paling sulit diperhatikan karena tidak menghasilkan error yang terlihat. Tag kanonik yang dikonfigurasi dengan buruk diam-diam membagi otoritas tautan Anda di antara URL yang diduplikasi, memberi tahu Google untuk mengindeks versi halaman yang salah, atau menciptakan loop referensi-diri yang membingungkan crawler. Panduan ini mencakup setiap tipe masalah kanonik, cara menemukannya dengan pemeriksa masalah kanonik, dan cara tepat memperbaiki masing-masing.

~30%Halaman memiliki masalah kanonikBerdasarkan audit SEO skala besar
< 1 dtkWaktu untuk memeriksa secara onlineTanpa perlu instalasi
6Tipe masalah kritisSemua dapat terdeteksi otomatis

Apa itu tag kanonik dan mengapa penting

Tag kanonik adalah elemen link HTML yang ditempatkan di `<head>` sebuah halaman yang memberi tahu mesin pencari URL mana yang merupakan versi «terpilih» dari sebuah konten. Bentuknya seperti ini: `<link rel="canonical" href="https://example.com/page/" />`. Ketika beberapa URL menyajikan konten yang sama atau sangat mirip — situasi yang umum di e-commerce, paginasi, parameter URL, dan variasi HTTPS/HTTP — tag kanonik menginstruksikan Google untuk mengonsolidasikan sinyal peringkat ke URL terpilih yang dideklarasikan.

Tanpa tag kanonik yang benar, Google memperlakukan setiap varian URL sebagai halaman terpisah yang bersaing untuk peringkat yang sama. Otoritas tautan terpecah, anggaran perayapan terbuang untuk konten yang hampir duplikat, dan halaman yang ingin Anda peringkat mungkin bukan yang dipilih Google untuk diindeks. Satu tag kanonik yang salah arah dapat menghapus halaman dari indeks Google sepenuhnya jika menunjuk ke URL yang lebih dipercaya Google.

Tag kanonik vs pengalihan 301

  • Tag kanonik — menyarankan kepada Google bahwa halaman saat ini adalah duplikat dan URL terpilih berada di tempat lain; URL saat ini tetap dapat diakses pengguna.
  • Pengalihan 301 — mengalihkan pengguna dan bot secara permanen ke URL baru; URL asli tidak lagi dapat diakses.
  • Kapan memakai kanonik — ketika kedua URL perlu tetap dapat diakses (mis. versi cetak, halaman produk terfilter) tetapi Anda ingin hanya satu yang diindeks.
  • Kapan memakai 301 — ketika URL lama tidak boleh lagi diakses secara langsung dan Anda ingin migrasi sinyal yang bersih dan permanen.

Note

Google memperlakukan tag kanonik sebagai «petunjuk», bukan direktif. Jika Google menentukan bahwa kanonik Anda bertentangan dengan sinyal kuat lainnya — sitemap, tautan internal, atau backlink masuk Anda semuanya menunjuk ke URL berbeda — ia dapat mengesampingkan kanonik Anda dan memilih versi terpilihnya sendiri. Sinyal yang konsisten di semua sumber tersebut memperkuat kanonik dan membuat kepatuhannya lebih mungkin.

Enam tipe masalah kanonik yang merugikan SEO

Sebagian besar masalah kanonik masuk dalam sekumpulan kecil pola yang berulang. Mengetahui setiap tipe membantu Anda mengidentifikasi akar penyebab dengan cepat — dan memilih perbaikan yang tepat — alih-alih memperlakukan setiap error kanonik sebagai masalah yang sama.

Jika Anda memiliki halaman duplikat di situs Anda, Google akan mencoba mengonsolidasikannya menjadi satu halaman kanonik. Jika Anda tidak menunjukkan kanoniknya, Google akan mencoba menentukan URL terbaik dengan caranya sendiri.

- Dokumentasi Google Search Central

1. Tag kanonik yang hilang

Halaman tanpa tag kanonik apa pun membiarkan Google memilih versi terpilihnya sendiri di antara varian URL yang tersedia. Di situs dengan parameter URL, ID sesi, atau parameter pelacakan, ini berarti Google dapat mengindeks `example.com/page?utm_source=email` alih-alih `example.com/page`. Setiap halaman yang dapat diindeks sebaiknya memiliki kanonik referensi-diri yang eksplisit, bahkan ketika tidak ada duplikat yang diketahui — itu adalah sinyal defensif yang tidak berbiaya apa pun.

2. Sinyal kanonik yang bertentangan

Kanonik yang bertentangan terjadi ketika tag kanonik halaman A menunjuk ke halaman B, tetapi sinyal lain membawangnya — sitemap menyertakan halaman A, tautan internal menunjuk ke halaman A, atau robots.txt memblokir halaman B. Google melihat konflik tersebut dan dapat mengabaikan kanonik Anda sepenuhnya, memilih mengikuti sinyal yang dianggapnya paling berotoritas.

3. Kanonik menunjuk ke URL non-HTTPS

Jika tag kanonik Anda menggunakan `http://` sementara situs Anda disajikan lewat `https://`, Anda mendeklarasikan versi HTTP sebagai versi terpilih — yang menginstruksikan Google untuk mengindeks versi yang tidak aman. Ini adalah kesalahan umum setelah migrasi HTTPS di mana tag kanonik tidak diperbarui bersama dengan pengalihan.

4. Kanonik menunjuk ke URL yang dialihkan atau mati

Kanonik yang menunjuk ke URL yang mengembalikan respons 301, 302, atau 404 adalah kanonik yang rusak. Google dapat mengikuti rantai pengalihan dan menyelesaikan tujuan akhir, tetapi itu tidak dapat diandalkan — dan kanonik yang menunjuk ke 404 dapat membuat halaman keluar sepenuhnya dari indeks.

5. Rantai kanonik (A→B→C)

Rantai kanonik terjadi ketika halaman A dikanonisasi ke halaman B, dan halaman B dikanonisasi ke halaman C. Google merekomendasikan mengarahkan semua kanonik langsung ke URL terpilih akhir — rantai mengencerkan sinyal dan menyulitkan Google menentukan versi terpilih yang sebenarnya dengan cepat.

6. Kanonik referensi-diri menunjuk ke URL berbeda

Ini adalah masalah yang paling halus: halaman di `example.com/page/` memiliki kanonik yang menunjuk ke `example.com/page` (tanpa garis miring akhir). Keduanya mungkin terlihat identik tetapi secara teknis merupakan URL yang berbeda. Google dapat menyelesaikannya, tetapi inkonsistensi menciptakan ambiguitas yang tidak perlu — terutama ketika perilaku garis miring akhir tidak konsisten di seluruh situs Anda.

Warning

Kanonik lintas domain valid tetapi memerlukan pengawasan ekstra. Jika kanonik situs Anda menunjuk ke domain pesaing — sesuatu yang dapat terjadi karena kesalahan template atau sindikasi konten pihak ketiga — Anda menyerahkan otoritas tautan Anda langsung ke situs lain. Selalu audit kanonik lintas domain secara terpisah.

Cara menemukan masalah kanonik dengan pemeriksa

Masalah kanonik jarang muncul di Google Search Console sebagai error eksplisit — mereka terwujud sebagai penurunan cakupan, fluktuasi indeks, atau perubahan peringkat yang tidak dapat dijelaskan dan sulit didiagnosis tanpa pemeriksa masalah kanonik khusus. Pengesanan pertama tercepat menggunakan alat online; audit sistematis seluruh situs membutuhkan perayapan.

1

Periksa satu halaman dengan Pemeriksa URL Kanonik

Pemeriksa URL Kanonik dari Aback Tools memvalidasi tag kanonik dan daftar pemetaan URL untuk mencari kanonik yang bertentangan, target non-HTTPS, parameter pelacakan, dan masalah normalisasi SEO. Tempel data pemetaan URL Anda dan alat tersebut melaporkan setiap tipe masalah dengan petunjuk lokasi dan panduan yang dapat ditindaklanjuti — tanpa perayapan, tanpa instalasi.

2

Baca nilai kanonik dari kode sumber halaman

Untuk pemeriksaan manual cepat di halaman langsung mana pun, tekan `Ctrl+U` untuk melihat kode sumber dan cari `rel="canonical"`. Nilai atribut `href` adalah URL kanonik yang dideklarasikan. Verifikasi bahwa URL tersebut: (a) URL absolut HTTPS, (b) URL tepat yang ingin Anda indeks, dan (c) konsisten dengan sitemap dan tautan internal Anda. Satu baris konsol browser juga berfungsi: `document.querySelector('link[rel="canonical"]')?.href`.

3

Periksa judul duplikat yang menandakan kegagalan kanonik

Judul halaman yang duplikat di sebuah situs adalah indikator yang andal atas kegagalan kanonik. Jika beberapa halaman berbagi tag judul yang sama, kemungkinan besar mereka berbagi konten yang sama — dan jika struktur kanoniknya salah, Google mengindeks semuanya sebagai halaman terpisah yang bersaing untuk kueri yang sama. Jalankan audit judul bersamaan dengan pemeriksaan kanonik Anda untuk mengidentifikasi kedua masalah sekaligus.

4

Pastikan kanonik muncul di indeks Google

Pemeriksaan definitif adalah alat Inspeksi URL di Google Search Console. Masukkan URL kanonik Anda dan lihat kolom «kanonik yang dipilih Google» — jika berbeda dari kolom «kanonik yang dideklarasikan pengguna», Google telah mengesampingkan tag Anda. Perbedaan ini mengidentifikasi halaman-halaman tempat sinyal yang bertentangan membuat Google mengabaikan kanonik yang Anda deklarasikan.

Pemeriksa URL Kanonik

Memvalidasi tag kanonik dan pemetaan URL untuk mendeteksi kanonik yang bertentangan, target non-HTTPS, parameter pelacakan, dan masalah normalisasi SEO — sepenuhnya di browser Anda.

Open tool

Cara memperbaiki setiap tipe masalah kanonik

Setiap tipe masalah kanonik memiliki perbaikan spesifik. Menerapkan solusi generik «tambahkan tag kanonik» tanpa memahami akar penyebab masalah tertentu justru menghasilkan lebih banyak masalah, bukan lebih sedikit. Berikut perbaikan yang benar untuk setiap pola.

Tipe masalahAkar penyebabPerbaikan
Kanonik hilangTidak ada tag di halamanTambahkan kanonik referensi-diri ke setiap halaman
Kanonik non-HTTPSTag menggunakan http:// bukan https://Perbarui semua nilai href kanonik ke https://
Rantai kanonik A→B→CPengalihan kanonik berjenjangArahkan semua kanonik langsung ke URL akhir C
Sinyal bertentanganSitemap/tautan membawang kanonikSelaraskan sitemap, tautan internal, dan kanonik
Target rusak (404/pengalihan)Href kanonik mengembalikan selain 200Perbarui href ke URL tujuan akhir yang aktif
Ketidakcocokan garis miringURL dan kanonik berbeda pada /Pilih satu format; terapkan konsisten di seluruh situs
Kanonik lintas domainTag menunjuk ke luar domain AndaVerifikasi apakah disengaja; perbaiki jika kesalahan template

Memperbaiki kanonik yang hilang secara massal

Untuk platform CMS, kanonik yang hilang biasanya merupakan masalah konfigurasi plugin atau tema alih-alih masalah per halaman. Di WordPress, plugin SEO (Yoast, Rank Math) menghasilkan tag kanonik secara otomatis untuk setiap halaman setelah dikonfigurasi dengan benar. Di aplikasi kustom, tambahkan tag kanonik ke template HTML dasar Anda dan isi `href` secara dinamis dari URL kanonik rute saat ini — URL yang sama yang akan Anda masukkan ke sitemap.

Kanonik referensi-diri yang benar di head HTML
html
<head>
  <!-- Kanonik referensi-diri - wajib di setiap halaman yang dapat diindeks -->
  <link rel="canonical" href="https://example.com/your-exact-page-path" />

  <!-- Untuk halaman dengan parameter URL yang tidak boleh diindeks: -->
  <!-- <link rel="canonical" href="https://example.com/base-page/" /> -->
</head>

Menghasilkan tag kanonik yang benar

Generator Tag Kanonik dari Aback Tools menghasilkan HTML `<link rel="canonical">` yang benar dari URL apa pun, dengan 10 opsi normalisasi: memaksa HTTPS, menghapus `www`, menghilangkan garis miring akhir, menghapus parameter kueri, dan lainnya. Tempel URL halaman, pilih preferensi normalisasi Anda, dan salin tag yang dihasilkan langsung ke template Anda.

Tip

Saat memperbaiki rantai kanonik, perbarui setiap halaman dalam rantai secara bersamaan — bukan hanya tautan pertama. Jika A menunjuk ke B dan B menunjuk ke C, memperbarui hanya A agar menunjuk langsung ke C membiarkan B tetap menunjuk ke C (mata rantai yang redundan). Perbaiki semua halaman dalam rantai agar menunjuk langsung ke URL kanonik akhir.

Menangani paginasi dan navigasi faset

Halaman paginasi (`/products?page=2`, `/products?page=3`) termasuk salah satu sumber paling umum masalah kanonik. Pendekatan yang umum: (a) menganonikasi setiap halaman ke dirinya sendiri (membiarkan Google mengindeks setiap halaman paginasi satu per satu), (b) menganonikasi semua halaman paginasi ke halaman pertama (memberi tahu Google bahwa hanya halaman 1 yang penting), atau (c) menggunakan `noindex` pada halaman 2+ sambil menjaga halaman 1 sebagai kanonik. Setiap pendekatan memiliki implikasi berbeda bagi anggaran perayapan dan cakupan indeks — pilihan yang benar bergantung pada apakah konten paginasi memiliki nilai unik bagi mesin pencari.

Generator Tag Kanonik

Menghasilkan tag kanonik referensi-diri yang benar dari URL apa pun dengan opsi normalisasi — memaksa HTTPS, menghapus parameter kueri, dan lainnya.

Open tool

Menerapkan tag kanonik di framework populer

Metode implementasi sangat bervariasi menurut framework. Kesalahan pada tingkat framework berarti setiap halaman di situs Anda memiliki masalah kanonik yang sama — karena itu ada baiknya memahami implementasi spesifik setiap framework dengan tepat.

Next.js (App Router)

Di Next.js App Router, atur properti alternates.canonical pada metadata yang diekspor oleh rute Anda. Next.js mengeluarkan tag link rel="canonical" secara otomatis. Selalu gunakan URL absolut — variabel lingkungan NEXT_PUBLIC_SITE_URL adalah cara paling bersih menanganinya antar lingkungan tanpa mengodekan domain secara permanen.

Next.js App Router - kanonik di metadata
typescript
import type { Metadata } from 'next';

const SITE_URL = process.env.NEXT_PUBLIC_SITE_URL ?? 'https://example.com';

export const metadata: Metadata = {
  alternates: {
    canonical: `${SITE_URL}/your-page-path`,
  },
};

WordPress (dengan plugin SEO)

Yoast SEO dan Rank Math keduanya menghasilkan tag kanonik secara otomatis untuk setiap halaman. Anda dapat mengesampingkan kanonik yang dihasilkan otomatis per halaman dari panel pengaturan SEO di editor entri. Untuk halaman dengan parameter URL yang seharusnya dikanonisasi ke URL dasar, tetapkan kolom «URL Kanonik» secara eksplisit alih-alih mengandalkan pembuatan otomatis, yang dapat menyertakan parameter ke dalam kanonik.

Shopify

Shopify menghasilkan tag kanonik secara otomatis untuk halaman produk, halaman koleksi, dan pos blog. Kanonik bawaan pada halaman produk menunjuk ke URL dasar produk tanpa parameter varian — perilaku yang benar. Risiko kanonik di Shopify adalah pemfilteran koleksi: URL terfilter (`/collections/shoes?color=red`) mungkin mendapat atau tidak mendapat tag kanonik bergantung pada tema Anda. Audit secara eksplisit halaman koleksi dengan parameter URL.

Note

Laporan Cakupan Google Search Console mengklasifikasikan halaman sebagai «Duplikat tanpa kanonik terpilih pengguna» ketika Google menemukan konten duplikat tetapi tidak ada tag kanonik. Jika Anda melihat status ini, tambahkan tag kanonik ke halaman-halaman tersebut. Status «Duplikat, Google memilih kanonik yang berbeda dari pengguna» berarti kanonik Anda ada tetapi Google mengesampingkannya — selidiki sinyal yang bertentangan pada URL spesifik tersebut.

Alur kerja audit kanonik yang lengkap

Perbaikan kanonik sekali jalan tidak cukup. Masalah kanonik muncul kembali seiring situs berkembang, template berubah, dan tipe konten baru ditambahkan. Membangun alur audit yang dapat diulang menangkap regresi sebelum menjadi masalah cakupan indeks.

Langkah 1: Periksa Google Search Console terlebih dahulu

Mulailah dengan laporan Cakupan di Google Search Console. Lihat di tab «Tidak diindeks» entri yang diklasifikasikan sebagai «Duplikat tanpa kanonik terpilih pengguna», «Duplikat, Google memilih kanonik yang berbeda dari pengguna», dan «Halaman alternatif dengan tag kanonik yang tepat». Secara bersamaan, entri-entri ini mengidentifikasi halaman-halaman tempat pensinyalan kanonik hilang, bertentangan, atau sedang diesampingkan.

Langkah 2: Validasi tag kanonik dengan pemeriksa online

Untuk halaman yang ditandai di Search Console, gunakan Pemeriksa URL Kanonik untuk memvalidasi pemetaan kanonik. Tempel URL yang terdampak dan tinjau diagnostik terperinci untuk setiap tipe masalah. Ini lebih cepat daripada memeriksa kode setiap halaman secara manual, terutama ketika beberapa halaman berbagi kesalahan template yang sama.

Langkah 3: Audit meta tag dan direktif robots bersamaan

Masalah kanonik jarang berdiri sendiri. Halaman dengan kanonik rusak sering kali juga bermasalah dengan meta tag robots, tag judul, atau metadata Open Graph-nya. Luluskan halaman lengkap melalui Penganalisis Meta Tag untuk memeriksa semua sinyal meta SEO sekaligus. Halaman yang dikanonisasi ke URL lain dan juga membawa `<meta name="robots" content="noindex">` memiliki sinyal yang bertentangan — noindex menang dan kanonik tidak relevan.

  1. Periksa Google Search Console — laporan Cakupan, tab «Tidak diindeks», cari status terkait kanonik.
  2. Validasi dengan Pemeriksa URL Kanonik — tempel URL yang ditandai untuk mendapatkan diagnostik terperinci dengan panduan perbaikan.
  3. Audit semua meta tag — gunakan Penganalisis Meta Tag untuk menangkap masalah kanonik + robots + judul bersamaan.
  4. Perbaiki dan hasilkan ulang tag — gunakan Generator Tag Kanonik untuk membuat tag yang diperbaiki dan memperbarui template.
  5. Kirim ulang ke Google — gunakan Inspeksi URL → Minta pengindeksan di Search Console setelah memperbaiki untuk mempercepat perayapan ulang.
  6. Siapkan audit berulang — jalankan alur ini bulanan, dan selalu setelah perubahan template besar atau peluncuran tipe konten baru.

Warning

Jangan pernah menggunakan `noindex` dan tag kanonik yang menunjuk ke halaman lain pada halaman yang sama. Direktif `noindex` memberi tahu Google untuk tidak mengindeks halaman saat ini; tag kanonik memberi tahu Google bahwa versi terpilih berada di tempat lain. Google mengabaikan tag kanonik pada halaman `noindex`. Jika Anda ingin mengonsolidasikan sinyal ke URL kanonik, gunakan hanya tag kanonik — bukan kombinasi kanonik + noindex.

Penganalisis Meta Tag

Mengaudit tag kanonik, direktif robots, meta description, Open Graph, dan lebih dari 15 sinyal SEO lainnya dari HTML halaman mana pun — sekaligus, dalam satu kali lintasan.

Open tool

Key takeaways

  • Tag kanonik adalah petunjuk, bukan direktif — Google mengesampingkannya ketika sinyal lain (sitemap, tautan internal, backlink) membawangi URL kanonik yang dideklarasikan.
  • Enam tipe masalah kritis adalah: kanonik hilang, target non-HTTPS, rantai kanonik, sinyal bertentangan, URL target rusak, dan ketidakcocokan garis miring akhir.
  • Gunakan Pemeriksa URL Kanonik untuk memvalidasi tag kanonik dan pemetaan URL untuk semua tipe masalah dengan petunjuk lokasi dan panduan perbaikan.
  • Jangan pernah menggabungkan `noindex` dengan tag kanonik yang menunjuk ke tempat lain pada halaman yang sama — `noindex` menang dan kanonik diabaikan.
  • Di Next.js, atur `alternates.canonical` pada ekspor metadata Anda menggunakan URL absolut HTTPS; di WordPress, tetapkan kolom kanonik per halaman melalui plugin SEO Anda.
  • Tab «Tidak diindeks» pada laporan Cakupan Google Search Console adalah sumber otoritatif kegagalan kanonik — mulai setiap audit dari sana sebelum menggunakan alat lain.
  • Selalu selaraskan tag kanonik, entri sitemap, dan tautan internal dengan URL yang sama — sinyal yang konsisten di ketiga sumber menghasilkan penegakan kanonik yang paling andal.

Pertanyaan yang sering diajukan

A canonical tag issue is any problem with the `<link rel="canonical">` tag that causes Google to misunderstand which URL is the preferred version of a page. Common issues include missing canonical tags, tags using HTTP instead of HTTPS, canonical chains where A points to B which points to C, canonical URLs that return 404 or 301 responses, and signals that contradict the canonical - such as a sitemap or internal links pointing to a different URL than the canonical declares.

The fastest method is the Canonical URL Checker on Aback Tools - paste your URL mapping data and it detects all issue types with location hints. For manual checks, press Ctrl+U on any page and search for `rel="canonical"`, or run `document.querySelector('link[rel="canonical"]')?.href` in the browser console. In Google Search Console, the URL Inspection tool shows both your declared canonical and the Google-selected canonical - if they differ, Google is overriding your tag.

Google treats canonical tags as hints rather than directives. If other signals contradict your canonical - your sitemap includes the non-canonical URL, most internal links point to a different version, or a large number of external backlinks target a different URL - Google may override your tag and choose its own preferred canonical. To make your canonical respected, align all signals: update the sitemap to include only the canonical URL, point internal links to the canonical version, and ensure no other signals point to alternate versions.

A canonical tag tells search engines which URL is the preferred version while keeping the current URL accessible to users. A 301 redirect permanently sends both users and bots to a new URL - the original URL returns a redirect response and becomes inaccessible. Use a canonical tag when both URLs need to remain accessible; use a 301 redirect when the old URL should no longer exist and you want to permanently transfer all signals to the new URL. Canonical tags are preferable for duplicate content that serves a legitimate user purpose.

No - this combination is contradictory and the noindex takes precedence. A noindex tag tells Google not to index the current page, which causes Google to ignore any canonical tag on the same page. If you want to consolidate link signals from a duplicate page onto a canonical URL, use the canonical tag alone without noindex. If you want to exclude a page from the index entirely without passing signals elsewhere, use noindex alone without a canonical pointing to another page.

In the Next.js App Router, export metadata from your route with `alternates: { canonical: "https://example.com/your-page" }`. Next.js emits the canonical link tag automatically. Always use an absolute HTTPS URL - use an environment variable like `NEXT_PUBLIC_SITE_URL` to build the canonical dynamically rather than hardcoding the domain. In the Pages Router with next/head, add `<link rel="canonical" href="https://example.com/your-page" />` inside the `<Head>` component directly.

Yes - every indexable page should have an explicit self-referencing canonical tag, even when there are no known duplicate URLs. This is a defensive best practice that prevents Google from choosing a parameter-appended or session-ID version of your URL as the canonical. Pages you want excluded from the index should use a noindex tag rather than a canonical - a canonical pointing to another page does not prevent the current page from being indexed unless Google decides to follow it.

A canonical chain occurs when page A canonicalises to page B, and page B canonicalises to page C instead of being the final destination. Update every page in the chain to point its canonical directly to the final preferred URL (page C). Fix all pages simultaneously - if you only update page A to point to C but leave B pointing to C, you still have a one-link chain for any URLs that canonicalise to B. After fixing, verify with Google Search Console URL Inspection that Google recognises the final URL as both the declared and selected canonical.

ShareXLinkedIn