ممکن است صفحه ای در سایت منتشر شده باشد، داخل Sitemap قرار گرفته باشد و حتی Google آن را بشناسد، اما کاربری که از صفحات دیگر سایت حرکت می کند هیچ مسیر داخلی برای رسیدن به آن نداشته باشد.
به چنین صفحه ای معمولا Orphan Page یا صفحه یتیم گفته می شود.
صفحات یتیم همیشه صفحه های بد یا اسپم نیستند. گاهی یک مقاله جدید بعد از انتشار فراموش شده است، گاهی URL از ساختار قدیمی سایت باقی مانده و گاهی صفحه ای عمدا برای هدف خاصی ساخته شده که اصلا نیازی به لینک داخلی یا حضور در نتایج جستجو ندارد.
بنابراین هدف این نیست که هر Orphan Page را فورا به منو یا ده ها مقاله لینک کنیم. ابتدا باید بفهمیم صفحه چرا یتیم شده، آیا هنوز باید وجود داشته باشد و اگر مهم است، طبیعی ترین جای آن در ساختار سایت کجاست.
در این راهنما بررسی می کنیم Orphan Page چیست، چه تفاوتی با صفحه بدون بک لینک یا صفحه بن بست دارد، چگونه صفحات یتیم را پیدا کنیم و برای هرکدام بین لینک سازی داخلی، ادغام، حذف، Redirect یا noindex تصمیم بگیریم.
Orphan Page یا صفحه یتیم چیست؟
Orphan Page صفحه ای است که هیچ لینک داخلی قابل دنبال کردنی از صفحات دیگر سایت به آن وجود ندارد.
در نتیجه اگر کاربر یا Crawler فقط از لینک های داخل سایت حرکت کند، مسیر مستقیمی برای رسیدن به آن URL پیدا نمی کند.
به شکل ساده:
صفحه A → صفحه B → صفحه C
اگر صفحه D در سایت وجود داشته باشد اما هیچ کدام از صفحات A، B یا C و هیچ بخش دیگری از سایت به آن لینک ندهند، D یک کاندید Orphan Page است.
Google در مستند رسمی لینک ها توصیه می کند هر صفحه ای که برای سایت اهمیت دارد حداقل از یک صفحه دیگر همان سایت لینک داشته باشد.
راهنمای رسمی Google درباره لینک های داخلی و قابل Crawl بودن لینک ها
آیا صفحه یتیم یعنی Google از وجود صفحه خبر ندارد؟
نه لزوما.
این یکی از مهم ترین تفاوت هایی است که باید درک کنیم.
Google ممکن است یک صفحه یتیم را از مسیرهای دیگری پیدا کرده باشد، مثلا:
- XML Sitemap؛
- یک بک لینک از سایت دیگر؛
- لینکی که قبلا وجود داشته و بعدا حذف شده است؛
- Redirect یا URL قدیمی؛
- داده های قبلی Crawl.
پس ممکن است صفحه ای Orphan باشد و در عین حال:
Discovered
یا حتی:
Indexed
باشد.
مسئله Orphan Page درباره جایگاه صفحه در ساختار داخلی سایت است، نه فقط اینکه Google URL را می شناسد یا نه.
وجود صفحه در Sitemap مشکل Orphan Page را حل می کند؟
خیر.
Sitemap می تواند به موتور جستجو برای کشف URL کمک کند، اما جایگزین معماری داخلی سایت نیست.
Google می گوید اگر صفحات سایت به شکل مناسبی به یکدیگر لینک شده باشند، معمولا می تواند بیشتر صفحات مهم سایت را از طریق Navigation و لینک های داخلی کشف کند. Sitemap می تواند به کشف URLها کمک کند، مخصوصا در سایت های بزرگ، اما قرار گرفتن یک URL در Sitemap تضمین نمی کند که آن صفحه Crawl یا Index شود.
راهنمای رسمی Google درباره Sitemap
بنابراین:
URL در Sitemap است + هیچ لینک داخلی ندارد = همچنان می تواند Orphan Page باشد
صفحه یتیم چه تفاوتی با صفحه بدون بک لینک دارد؟
این دو مفهوم یکی نیستند.
صفحه یتیم: از داخل سایت لینک داخلی دریافت نمی کند.
صفحه بدون بک لینک: از سایت های دیگر لینک خارجی دریافت نمی کند.
ممکن است یک مقاله از ده سایت دیگر Backlink داشته باشد اما از هیچ صفحه داخلی سایت خودتان به آن لینک داده نشده باشد.
در این حالت هنوز از نظر معماری داخلی Orphan است.
برعکس، ممکن است یک صفحه ده ها لینک داخلی داشته باشد ولی هیچ Backlink خارجی نداشته باشد؛ این صفحه Orphan نیست.
صفحه یتیم با Dead-End Page چه تفاوتی دارد؟
این دو نیز متفاوت هستند.
Orphan Page: لینک داخلی ورودی ندارد.
Dead-End Page: معمولا صفحه ای است که کاربر از آن مسیر واضحی برای رفتن به صفحات دیگر ندارد.
بنابراین ممکن است صفحه ای:
- ورودی داخلی داشته باشد ولی لینک خروجی نداشته باشد؛
- لینک خروجی داشته باشد ولی هیچ ورودی داخلی نداشته باشد؛
- یا هر دو مشکل را همزمان داشته باشد.
برای حل Orphan Page تمرکز اصلی روی مسیرهای ورودی داخلی است.
چرا صفحات یتیم ایجاد می شوند؟
Orphan Page معمولا نتیجه یک اشتباه واحد نیست. چند سناریو بسیار رایج وجود دارد.
مقاله جدید منتشر شده اما از صفحات قدیمی به آن لینک نداده ایم
این یکی از رایج ترین حالت ها در سایت های محتوایی است.
مقاله منتشر می شود، داخل Sitemap می رود و شاید حتی روی Homepage مدتی نمایش داده شود، اما هیچ مقاله قدیمی مرتبطی به آن لینک نمی دهد.
بعد از مدتی نیز از صفحه اصلی خارج می شود و عملا در ساختار محتوا تنها می ماند.
ساختار سایت تغییر کرده است
ممکن است قبلا یک دسته بندی، منو یا صفحه مادر وجود داشته که به چند URL لینک می داده است.
بعد از بازطراحی سایت، آن بخش حذف شده اما خود URLها باقی مانده اند.
نتیجه این است که صفحات همچنان آنلاین هستند ولی مسیر ورودی داخلی خود را از دست داده اند.
لینک داخلی هنگام حذف یک مقاله از بین رفته است
گاهی صفحه A تنها صفحه ای بوده که به B لینک می داده است.
اگر A حذف یا Redirect شود و هیچ مسیر جایگزینی ایجاد نشود، B تبدیل به صفحه یتیم می شود.
صفحه خارج از ساختار اصلی CMS ساخته شده است
Landing Pageها، صفحات کمپین و بعضی URLهای ساخته شده توسط Page Builder ممکن است وارد Navigation یا دسته بندی عادی سایت نشوند.
محصول یا دسته بندی از Navigation خارج شده است
در فروشگاه ممکن است محصول هنوز URL فعال داشته باشد اما:
- از دسته بندی خارج شده باشد؛
- دیگر در لیست محصولات نمایش داده نشود؛
- از صفحات مرتبط نیز لینکی نداشته باشد.
مهاجرت سایت ناقص انجام شده است
بعد از تغییر CMS، دامنه یا معماری URL ممکن است تعدادی صفحه باقی بمانند که دیگر داخل ساختار جدید جایی ندارند.
آیا هر Orphan Page یک مشکل سئو است؟
نه.
وجود صفحه یتیم فقط به ما می گوید این URL از ساختار داخلی سایت لینک دریافت نمی کند.
برای تصمیم گیری باید بدانیم صفحه چه کاری انجام می دهد.
ممکن است صفحه:
- مقاله مهمی باشد که باید وارد ساختار لینک داخلی شود؛
- Landing Page یک کمپین باشد؛
- صفحه ورود یا حساب کاربری باشد؛
- صفحه تشکر بعد از خرید باشد؛
- URL آزمایشی یا قدیمی باشد؛
- یا صفحه ای باشد که اصلا نباید در Search حضور داشته باشد.
پس هدف Audit این نیست که به تمام URLهای یتیم لینک بدهیم؛ هدف تعیین تکلیف آن هاست.
چه Orphan Pageهایی واقعا مهم هستند؟
بیشترین توجه باید به صفحه ای داده شود که:
- برای Search ساخته شده است؛
- محتوای ارزشمند دارد؛
- در Sitemap قرار دارد؛
- باید بخشی از معماری اصلی سایت باشد؛
- یا برای کسب و کار ارزش تجاری دارد.
اگر چنین صفحه ای هیچ لینک داخلی ندارد، احتمالا ساختار سایت ناقص است.
چرا Orphan Page می تواند برای Crawl مشکل ایجاد کند؟
Google از لینک ها برای کشف صفحات جدید استفاده می کند.
اگر URL هیچ لینک داخلی نداشته باشد، یکی از مسیرهای اصلی کشف و Crawl را از دست می دهد.
Google ممکن است همچنان از Sitemap یا منبع دیگری URL را پیدا کند، اما ساختار لینک داخلی نشان نمی دهد این صفحه چه رابطه ای با سایر بخش های سایت دارد.
اگر هنوز با فرایند کشف URLها آشنا نیستید، راهنمای خزش Google این مرحله را عمیق تر توضیح می دهد.
آیا اضافه کردن لینک داخلی باعث ایندکس شدن Orphan Page می شود؟
تضمین نمی کند.
اضافه کردن لینک داخلی مناسب می تواند کشف و Crawl صفحه را ساده تر کند، اما Google بعد از Crawl هنوز باید درباره Index شدن صفحه تصمیم بگیرد.
یک صفحه ممکن است به دلایل دیگری ایندکس نشود، مثلا:
- دارای noindex باشد؛
- Canonical آن به URL دیگری اشاره کند؛
- Duplicate تشخیص داده شود؛
- محتوای کافی یا ارزش مستقلی نداشته باشد؛
- یا Google نسخه دیگری را انتخاب کند.
اگر صفحه لینک داخلی دارد اما همچنان ایندکس نمی شود، ابتدا مسئله ایندکس شدن در Google را جداگانه بررسی کنید.
چگونه صفحات یتیم سایت را پیدا کنیم؟
برای پیدا کردن Orphan Page نمی توان فقط یک Crawl ساده انجام داد.
دلیلش واضح است: Crawler فقط URLهایی را پیدا می کند که از مسیر لینک های داخلی قابل دسترسی هستند.
اگر صفحه واقعا یتیم باشد، ممکن است اصلا داخل خروجی Crawl ظاهر نشود.
بنابراین باید چند منبع URL را با هم مقایسه کنیم.
مرحله اول: تمام URLهایی را که باید وجود داشته باشند جمع آوری کنید
منابع مناسب می توانند شامل این موارد باشند:
- XML Sitemap؛
- CMS یا WordPress؛
- Search Console؛
- Analytics؛
- پایگاه داده سایت؛
- فهرست Landing Pageها؛
- URLهای قدیمی در صورت انجام Migration.
هدف ساخت یک فهرست تا حد ممکن کامل از URLهای واقعی سایت است.
مرحله دوم: سایت را فقط از طریق لینک های داخلی Crawl کنید
حالا یک Crawl انجام دهید که از Homepage یا نقطه شروع اصلی سایت حرکت کند و فقط لینک های داخلی را دنبال کند.
این Crawl نشان می دهد چه URLهایی واقعا داخل معماری قابل دسترسی سایت حضور دارند.
فرض کنید خروجی Crawl شامل 800 URL باشد اما Sitemap شامل 850 URL.
50 URL اختلاف، کاندید بررسی هستند.
نه اینکه حتما همه آن ها Orphan باشند، اما باید علت اختلاف مشخص شود.
مرحله سوم: خروجی Crawl را با Sitemap مقایسه کنید
یکی از ساده ترین مدل های تشخیص این است:
URLهای Sitemap - URLهای پیدا شده در Crawl = کاندیدهای Orphan
مثلا:
| URL | Sitemap | Internal Crawl | وضعیت اولیه |
|---|---|---|---|
| /page-a/ | بله | بله | عادی |
| /page-b/ | بله | خیر | کاندید Orphan |
| /page-c/ | خیر | بله | نیاز به بررسی Sitemap |
اما همین مقایسه به تنهایی کافی نیست.
ممکن است صفحه مهمی اصلا در Sitemap نباشد ولی Search Console یا Analytics آن را نشان دهد.
مرحله چهارم: Search Console را بررسی کنید
Search Console می تواند URLهایی را نشان دهد که Google آن ها را می شناسد، حتی اگر Crawler داخلی شما آن ها را پیدا نکرده باشد.
دو بخش می توانند مفید باشند:
- Page Indexing؛
- Links Report.
در گزارش Links می توانید ببینید Google چه صفحات داخلی را به عنوان مقصد لینک های داخلی شناخته است.
راهنمای رسمی Search Console Links Report
اما یک نکته بسیار مهم وجود دارد:
Google خودش می گوید Links Report فهرست جامع تمام لینک های سایت نیست و فقط نمونه ای از لینک هایی را که می شناسد نمایش می دهد.
بنابراین نبود یک URL در گزارش Internal Links به تنهایی ثابت نمی کند که صفحه Orphan است.
مرحله پنجم: داده Analytics را با Crawl مقایسه کنید
Analytics گاهی صفحاتی را نشان می دهد که:
- بازدید داشته اند؛
- کاربر مستقیما وارد آن ها شده؛
- از Search ورودی گرفته اند؛
- اما Crawler داخلی آن ها را پیدا نمی کند.
این URLها نیز کاندید بسیار خوبی برای بررسی Orphan Page هستند.
مثلا:
صفحه در Analytics دیده می شود + در Crawl نیست = بررسی شود
مرحله ششم: URLهای موجود در CMS را بررسی کنید
یکی از منابعی که زیاد فراموش می شود خود سیستم مدیریت محتواست.
ممکن است مقاله در WordPress با وضعیت Published باشد اما:
- داخل دسته بندی اصلی قرار نگرفته باشد؛
- از هیچ مقاله دیگری لینک نداشته باشد؛
- و حتی به دلیل تنظیم Sitemap وارد Sitemap نیز نشده باشد.
در این حالت فقط مقایسه Sitemap و Crawl نمی تواند آن را پیدا کند.
روش دقیق تر برای شناسایی صفحات یتیم
برای Audit حرفه ای بهتر است یک Master List از همه منابع بسازید.
مثلا ستون های زیر را داشته باشید:
| URL | Crawl | Sitemap | Search Console | Analytics | CMS | Internal Links |
|---|---|---|---|---|---|---|
| /article-a/ | بله | بله | بله | بله | بله | 5 |
| /article-b/ | خیر | بله | بله | بله | بله | 0 |
| /landing-c/ | خیر | خیر | خیر | بله | بله | 0 |
در این مثال article-b یک Orphan Page بسیار محتمل است.
اما landing-c ابتدا باید از نظر هدف صفحه بررسی شود؛ شاید یک Landing Page تبلیغاتی باشد که اصلا قرار نیست بخشی از Search باشد.
بعد از پیدا کردن صفحه یتیم، اول هدف آن را مشخص کنید
یکی از بدترین روش ها این است که بعد از پیدا کردن 100 Orphan Page فورا به همه آن ها لینک داخلی بدهیم.
برای هر URL ابتدا بپرسید:
این صفحه چرا باید در سایت باقی بماند؟
بعد مشخص کنید آیا صفحه:
- مهم و مفید است؛
- نیاز به بهبود دارد؛
- با صفحه دیگری هم پوشانی دارد؛
- منقضی شده است؛
- برای Search ساخته نشده است؛
- یا اشتباهی باقی مانده است.
حالت اول: صفحه ارزشمند است و باید در سایت بماند
اگر صفحه:
- نیاز مستقلی را پاسخ می دهد؛
- محتوای خوبی دارد؛
- برای Search یا کاربران مهم است؛
- و دلیل مشخصی برای حضور آن وجود دارد؛
باید جای طبیعی آن را داخل ساختار سایت پیدا کنید.
مثلا یک مقاله درباره Keyword Mapping دارید که Orphan شده است.
به جای اضافه کردن لینک تصادفی از Homepage، منطقی تر است از مقالاتی مثل:
در بخشی که کاربر واقعا به موضوع تخصیص Keyword به URL نیاز دارد، لینک ایجاد شود.
لینک داخلی را از کدام صفحه اضافه کنیم؟
بهترین صفحه لزوما قوی ترین یا پربازدیدترین صفحه سایت نیست.
صفحه مناسب جایی است که:
- از نظر موضوعی مرتبط باشد؛
- کاربر در همان نقطه به اطلاعات مقصد نیاز داشته باشد؛
- جمله بتواند به شکل طبیعی به صفحه مقصد متصل شود.
لینک تصادفی از مقاله نامرتبط فقط برای خارج کردن URL از وضعیت Orphan ساختار خوبی ایجاد نمی کند.
حالت دوم: صفحه با URL دیگری هم پوشانی دارد
گاهی Orphan Page از ساختار خارج شده چون عملا صفحه دیگری همان Job را انجام می دهد.
مثلا این دو صفحه وجود دارند:
/search-intent/
/انواع-نیت-جستجو/
اگر هر دو یک نیاز را پاسخ دهند، شاید راه حل درست لینک سازی بیشتر نباشد.
در این شرایط باید احتمال کنیبالیزیشن را بررسی کنید.
ممکن است بهترین تصمیم:
- انتخاب URL اصلی؛
- انتقال بخش های مفید صفحه دوم؛
- حذف محتوای تکراری؛
- Redirect URL قدیمی؛
- اصلاح لینک های داخلی
باشد.
حالت سوم: صفحه دیگر ارزشی ندارد
اگر URL:
- قدیمی شده است؛
- نیاز مستقلی ندارد؛
- Traffic یا ارزش تجاری ندارد؛
- هیچ محتوای قابل حفظی ندارد؛
- و مقصد معادل مناسبی هم وجود ندارد؛
ممکن است حذف صفحه تصمیم منطقی تری باشد.
در این حالت لازم نیست فقط برای نجات URL به آن لینک داخلی بدهید.
اگر صفحه حذف شد، همیشه باید Redirect کنیم؟
خیر.
Redirect فقط زمانی منطقی است که مقصدی واقعا معادل یا جایگزین صفحه قبلی وجود داشته باشد.
Redirect کردن هر URL حذف شده به Homepage یا یک صفحه نامرتبط تجربه مناسبی ایجاد نمی کند.
اگر جایگزینی وجود ندارد، پاسخ 404 یا در بعضی سناریوها 410 می تواند طبیعی باشد.
حالت چهارم: صفحه برای کاربر لازم است اما برای Search نه
بعضی صفحات باید وجود داشته باشند اما لازم نیست در نتایج جستجو باشند.
مثلا بسته به نوع سایت:
- صفحه ورود؛
- حساب کاربری؛
- صفحه تشکر؛
- Landing Page خصوصی؛
- صفحات داخلی فرایند خرید.
اگر چنین صفحه ای Orphan است، این وضعیت الزاما مشکل نیست.
ممکن است تصمیم صحیح این باشد که صفحه از Search خارج باشد و حتی noindex شود.
آیا noindex کردن Orphan Page مشکل را حل می کند؟
noindex یک راه حل عمومی برای Orphan Page نیست.
اگر صفحه مهم و مفید است، noindex کردن آن فقط باعث می شود مسئله ساختار را با حذف صفحه از Search پنهان کنیم.
noindex زمانی منطقی است که اساسا نخواهیم صفحه در نتایج جستجو ظاهر شود.
ابتدا هدف URL را مشخص کنید و بعد درباره Indexing تصمیم بگیرید.
حالت پنجم: صفحه قدیمی به صفحه جدید منتقل شده است
گاهی صفحه یتیم URL قدیمی است و نسخه جدیدی از همان محتوا وجود دارد.
در این حالت بررسی کنید:
- آیا Redirect دائمی وجود دارد؟
- آیا Sitemap هنوز URL قدیمی را دارد؟
- آیا لینک های قدیمی داخل سایت به نسخه قدیمی اشاره می کنند؟
- آیا URL جدید Canonical صحیح دارد؟
هدف این است که ساختار نهایی فقط URL واقعی و موردنظر را تقویت کند.
آیا باید صفحه یتیم را وارد منوی اصلی کنیم؟
نه لزوما.
منوی اصلی برای نمایش مهم ترین مسیرهای Navigation سایت است، نه برای حل تمام مشکلات لینک داخلی.
اگر یک مقاله تخصصی Orphan است، اغلب یک یا چند لینک Contextual از صفحات مرتبط بسیار طبیعی تر از اضافه کردن آن به منوی سایت هستند.
آیا فقط یک لینک داخلی برای صفحه یتیم کافی است؟
از نظر تعریف، وقتی صفحه حداقل یک لینک ورودی داخلی واقعی دریافت کند دیگر Orphan نیست.
اما این به معنی این نیست که ساختار آن حتما ایده آل شده است.
اگر صفحه مهمی است، باید بررسی کنید از چند بخش مرتبط سایت کاربران ممکن است منطقا به آن نیاز داشته باشند.
هدف رسیدن به عدد خاص نیست.
Google نیز برای تعداد لینک های یک صفحه عدد جادویی تعیین نکرده است.
Anchor Text صفحه یتیم را چگونه انتخاب کنیم؟
بعد از پیدا کردن جای مناسب لینک، متن لینک باید مقصد را توضیح دهد.
مثلا برای مقاله Orphan Page می توان بسته به جمله از عبارت هایی مثل:
- صفحات یتیم سایت؛
- پیدا کردن Orphan Pageها؛
- صفحات بدون لینک داخلی؛
- شناسایی صفحات یتیم
استفاده کرد.
لازم نیست تمام لینک های داخلی دقیقا Anchor یکسان داشته باشند.
اگر می خواهید انتخاب Anchor را دقیق تر بررسی کنید، مقاله Anchor Text چیست؟ این موضوع را جداگانه توضیح می دهد.
صفحات یتیم در فروشگاه اینترنتی چگونه ایجاد می شوند؟
فروشگاه ها به دلیل تعداد زیاد URL بیشتر در معرض این مشکل هستند.
نمونه های رایج:
- محصولی که از دسته بندی حذف شده اما هنوز فعال است؛
- محصولی که فقط از Search داخلی سایت قابل پیدا شدن است؛
- دسته بندی قدیمی که از Navigation خارج شده است؛
- Landing Page فصلی باقی مانده از کمپین قبل؛
- صفحات برند که از Template جدید حذف شده اند.
برای هر مورد باید بررسی شود آیا صفحه هنوز Search Demand، محصول فعال یا ارزش تجاری دارد.
صفحات یتیم در سایت محتوایی
در سایت های آموزشی و وبلاگ ها معمولا مشکل از فرایند انتشار محتوا می آید.
مثلا:
مقاله منتشر شد → داخل Sitemap قرار گرفت → هیچ مقاله قدیمی ویرایش نشد → مقاله Orphan ماند
به همین دلیل بهتر است انتشار هر مقاله جدید یک مرحله اضافه داشته باشد:
پیدا کردن صفحات قدیمی مرتبط و ایجاد لینک برگشتی طبیعی به محتوای جدید.
صفحات یتیم چه ارتباطی با Topic Cluster دارند؟
اگر یک صفحه داخل خوشه موضوعی قرار دارد اما هیچ صفحه دیگری از همان خوشه به آن لینک نمی دهد، معماری Cluster نیاز به بررسی دارد.
مثلا اگر صفحه «حجم جستجو» بخشی از حوزه تحقیق کلمات کلیدی است، منطقی است رابطه ای با:
- صفحه مادر تحقیق کلمات کلیدی؛
- سختی کلمه کلیدی؛
- تحلیل Keyword؛
- موضوعات مرتبط
داشته باشد.
این به معنی لینک دادن همه صفحات Cluster به همه صفحات دیگر نیست؛ فقط رابطه واقعی موضوعی نباید قطع باشد.
آیا صفحات Pagination می توانند Orphan باشند؟
بسته به پیاده سازی سایت ممکن است صفحات Pagination، فیلتر یا Archive به شکلی ایجاد شوند که لینک داخلی قابل Crawl به آن ها وجود نداشته باشد.
اما قبل از اصلاح باید مشخص کنید اساسا آن URLها باید Crawl یا Index شوند یا نه.
برای URLهای سیستمی نباید فقط براساس تعریف Orphan تصمیم گرفت.
آیا یک صفحه یتیم می تواند رتبه خوبی داشته باشد؟
بله، ممکن است.
اگر Google صفحه را از Sitemap یا Backlink پیدا کرده باشد، امکان Crawl و Index شدن آن وجود دارد.
همچنین صفحه ممکن است به دلیل محتوای قوی یا سیگنال های دیگر برای Queryهایی رتبه بگیرد.
اما عملکرد فعلی خوب دلیل نمی شود معماری داخلی ناقص را نادیده بگیریم.
اگر صفحه برای سایت مهم است، باید مسیر طبیعی داخلی هم داشته باشد.
آیا Orphan Page همان صفحه کم ارزش است؟
خیر.
Orphan Page درباره لینک های ورودی داخلی است.
محتوای کم ارزش درباره کیفیت و ارزش پاسخ صفحه است.
یک مقاله بسیار باکیفیت می تواند Orphan باشد.
همان طور که یک صفحه ضعیف می تواند صدها لینک داخلی داشته باشد.
پس این دو مشکل باید جدا بررسی شوند.
چطور Orphan Page را در WordPress پیدا کنیم؟
برای WordPress نیز همان منطق کلی برقرار است.
فهرست تمام نوشته ها و صفحات Published را از CMS تهیه کنید و آن را با:
- Sitemap افزونه سئو؛
- خروجی Crawl؛
- Search Console؛
- Analytics
مقایسه کنید.
اگر نوشته Published در CMS وجود دارد اما Crawler داخلی نمی تواند از Homepage یا صفحات دیگر به آن برسد، باید مسیر لینک آن بررسی شود.
فقط به گزارش افزونه سئو درباره تعداد Internal Links اعتماد نکنید؛ بهتر است ساختار واقعی HTML و Crawl سایت را هم بررسی کنید.
یک فرایند عملی برای رفع صفحات یتیم
اگر بخواهیم کل کار را خلاصه کنیم:
جمع آوری URLها → Crawl داخلی → مقایسه منابع → شناسایی Orphan → بررسی هدف صفحه → انتخاب Action → اصلاح ساختار → Crawl مجدد
برای هر صفحه یکی از این Actionها را مشخص کنید:
| وضعیت صفحه | اقدام احتمالی |
|---|---|
| مهم و مفید است | ایجاد لینک داخلی طبیعی |
| با صفحه دیگری هم پوشانی دارد | بررسی Merge و Redirect |
| قدیمی و بدون ارزش است | حذف |
| مقصد جایگزین دارد | Redirect به صفحه معادل |
| برای کاربر لازم ولی برای Search نامناسب است | بررسی noindex |
| URL سیستمی است | بررسی براساس هدف فنی صفحه |
بعد از اصلاح Orphan Page چه کاری انجام دهیم؟
بعد از اضافه کردن لینک یا تغییر ساختار، سایت را دوباره Crawl کنید.
بررسی کنید:
- صفحه حالا از مسیر داخلی قابل دسترسی است؛
- لینک از URL قابل Crawl آمده است؛
- Anchor Text طبیعی است؛
- لینک به نسخه نهایی صفحه اشاره می کند؛
- از Redirect غیرضروری عبور نمی کند؛
- صفحه به اشتباه noindex نشده است؛
- Canonical درست است.
برای صفحه های مهم می توانید بعدا وضعیت URL را در Search Console نیز بررسی کنید، اما انتظار نداشته باشید Links Report بلافاصله تمام تغییرات را نشان دهد.
چطور از ایجاد Orphan Page در آینده جلوگیری کنیم؟
بهترین راه حل، اضافه کردن کنترل لینک داخلی به فرایند انتشار محتواست.
برای هر صفحه جدید قبل از انتشار یا بلافاصله بعد از آن:
- صفحه مادر یا بخش موضوعی آن را مشخص کنید.
- صفحات قدیمی مرتبط را پیدا کنید.
- حداقل یک مسیر ورودی داخلی طبیعی ایجاد کنید.
- در صورت نیاز، از صفحه جدید نیز به صفحات مرتبط لینک دهید.
- بررسی کنید URL داخل Sitemap مناسب قرار گرفته باشد.
- بعد از مدتی Crawl سایت را دوباره اجرا کنید.
به این ترتیب لینک سازی داخلی بخشی از Workflow محتوا می شود، نه پروژه ای که سالی یک بار برای تعمیر سایت انجام دهیم.
اشتباهات رایج هنگام رفع صفحات یتیم
- لینک دادن تمام Orphan Pageها از Homepage؛
- اضافه کردن لینک تصادفی از مقاله نامرتبط؛
- فرض اینکه Sitemap مشکل را حل کرده است؛
- اعتماد کامل به یک ابزار واحد برای پیدا کردن Orphan Page؛
- حذف صفحه فقط چون Internal Link ندارد؛
- لینک دادن به صفحه ای که اصلا نباید در Search باشد؛
- noindex کردن صفحه مهم به جای اصلاح معماری؛
- Redirect کردن همه صفحات حذف شده به Homepage؛
- استفاده از Anchor Text مصنوعی؛
- بررسی نکردن CMS و Analytics؛
- فرض اینکه نبود URL در Search Console Links Report حتما یعنی Orphan بودن؛
- اصلاح نکردن لینک سازی بعد از Migration یا تغییر معماری سایت.
چک لیست شناسایی و رفع Orphan Page
- □ فهرست URLهای CMS تهیه شده است.
- □ Sitemap بررسی شده است.
- □ سایت از طریق لینک های داخلی Crawl شده است.
- □ داده Search Console بررسی شده است.
- □ در صورت وجود، داده Analytics بررسی شده است.
- □ URLهای منابع مختلف با خروجی Crawl مقایسه شده اند.
- □ صفحه فقط به دلیل نبود در Crawl حذف نشده است.
- □ هدف هر Orphan Page مشخص شده است.
- □ صفحات مهم از صفحات مرتبط لینک دریافت می کنند.
- □ Anchor Text توصیفی و طبیعی است.
- □ لینک به URL نهایی داده شده است.
- □ صفحات هم پوشان قبل از لینک سازی بیشتر بررسی شده اند.
- □ URLهای منقضی در صورت نیاز حذف یا Redirect شده اند.
- □ صفحات نامناسب برای Search جداگانه بررسی شده اند.
- □ بعد از اصلاح، Crawl دوباره اجرا شده است.
- □ فرایند جلوگیری از Orphan شدن مقالات جدید تعریف شده است.
جمع بندی
Orphan Page صفحه ای است که هیچ مسیر لینک داخلی قابل Crawl از سایر صفحات سایت به آن وجود ندارد.
اما صفحه یتیم لزوما برای Google ناشناخته نیست. ممکن است Google آن را از Sitemap، Backlink یا داده های قبلی پیدا کرده باشد و حتی صفحه ایندکس شده باشد.
به همین دلیل، پیدا کردن Orphan Page فقط با Crawl سایت کافی نیست. باید URLهای Sitemap، CMS، Search Console و در صورت امکان Analytics را با URLهایی که Crawler از طریق لینک های داخلی پیدا کرده مقایسه کنید.
بعد از پیدا کردن صفحات یتیم نیز نباید به همه آن ها لینک بدهید. ابتدا مشخص کنید هر صفحه چرا وجود دارد. صفحه مهم باید در Context مناسب وارد معماری سایت شود، صفحه هم پوشان ممکن است نیاز به ادغام داشته باشد، URL منقضی ممکن است حذف شود و بعضی صفحات نیز اساسا نیازی به حضور در Search ندارند.
بهترین راه جلوگیری از Orphan Page این است که لینک سازی داخلی بخشی از فرایند انتشار محتوا باشد: هر صفحه جدید باید قبل از فراموش شدن، جای طبیعی خودش را در شبکه صفحات مرتبط سایت پیدا کند.
صفحه یتیم فقط صفحه ای نیست که «لینک ندارد»؛ صفحه ای است که جایگاه آن در معماری سایت مشخص نشده است. قبل از ساخت لینک، اول باید همان جایگاه را پیدا کنیم.
اولین دیدگاه را بنویسید