صفحات یتیم یا Orphan Pages صفحه‌هایی هستند که داخل سایت وجود دارند، اما از هیچ صفحه دیگری لینک داخلی نمی‌گیرند. یعنی شاید URL باز شود، شاید داخل Sitemap هم باشد، حتی شاید در Search Console دیده شود؛ اما در مسیر طبیعی سایت جایی ندارد و هیچ صفحه‌ای به آن راه نمی‌دهد. هشت پا این راهنما را برای سئوکارها، تیم‌های محتوا، مدیران سایت و تیم‌های فنی نوشته که در سایتشان مقاله، محصول، لندینگ یا صفحه خدمات زیاد شده و حالا نمی‌دانند کدام صفحه‌ها واقعاً به ساختار سایت وصل‌اند و کدام‌ها تنها افتاده‌اند. خلاصه‌اش اینه: Orphan Page فقط یک مشکل لینک داخلی نیست؛ می‌تواند روی کشف صفحه، Crawl، Indexing، توزیع اعتبار داخلی، تجربه کاربر و حتی نرخ تبدیل صفحه‌های مهم اثر بگذارد.

صفحات یتیم یا Orphan Pages چیست؟

صفحه یتیم صفحه‌ای است که در سایت وجود دارد اما هیچ لینک داخلی قابل‌خزشی از صفحه‌های دیگر سایت به آن داده نشده است. این صفحه ممکن است از طریق URL مستقیم، Sitemap، لینک خارجی یا ابزارهای تحلیلی شناخته شود، اما وقتی گوگل یا مخاطب از مسیر طبیعی سایت حرکت می‌کند، راه مشخصی برای رسیدن به آن ندارد.

گوگل در توضیح نحوه کار Search می‌گوید بعضی صفحه‌ها از طریق استخراج لینک از صفحه‌های شناخته‌شده کشف می‌شوند؛ مثلاً وقتی یک Hub Page یا صفحه دسته‌بندی به یک پست جدید لینک می‌دهد. همین نکته نشان می‌دهد لینک داخلی یکی از مسیرهای اصلی کشف URLهاست، نه فقط یک تکنیک تزئینی برای سئو.

مثال ساده: فرض کن یک مقاله درباره «هزینه گوگل ادز» در سایت منتشر کرده‌ای. URL باز می‌شود، داخل Sitemap هم هست، اما از صفحه بلاگ، دسته‌بندی گوگل ادز، مقاله‌های مرتبط یا صفحه خدمات تبلیغات گوگل هیچ لینکی به آن داده نشده. این مقاله از نظر CMS وجود دارد، اما از نظر ساختار سایت تنهاست. این می‌شود Orphan Page.

نکته: هر صفحه یتیم الزاماً مشکل نیست. بعضی صفحه‌ها عمداً نباید در مسیر اصلی سایت باشند؛ مثل صفحه تشکر بعد از فرم، صفحه کمپین موقت، صفحه تست یا لندینگ خصوصی. مشکل از جایی شروع می‌شود که صفحه مهم، قابل ایندکس و ارزشمند، بدون لینک داخلی رها شده باشد.

چرا صفحات یتیم برای سئو مشکل‌ساز می‌شوند؟

صفحات یتیم برای سئو مشکل‌سازند چون گوگل سخت‌تر آن‌ها را از مسیر طبیعی سایت پیدا می‌کند، سیگنال اهمیت داخلی نمی‌گیرند، ارتباط موضوعی‌شان با بقیه صفحه‌ها ضعیف می‌شود و کاربر هم از داخل سایت راهی برای رسیدن به آن‌ها ندارد. اگر صفحه مهم باشد، این یعنی یک فرصت سئویی و تجاری عملاً در ساختار سایت دفن شده است.

اثرهای اصلی:

• کشف سخت‌تر صفحه: گوگل می‌تواند از Sitemap یا لینک خارجی هم URL را بشناسد، اما لینک داخلی قابل Crawl مسیر مهمی برای کشف و فهم صفحه است. گوگل در راهنمای Link Best Practices توضیح می‌دهد لینک‌های قابل Crawl به گوگل کمک می‌کنند صفحه‌های دیگر سایت را از طریق لینک‌های روی صفحه پیدا کند.
• کاهش اهمیت داخلی: صفحه‌ای که هیچ لینک داخلی نمی‌گیرد، از نظر معماری سایت مهم به نظر نمی‌رسد. حتی اگر محتوا خوب باشد، ساختار سایت از آن پشتیبانی نمی‌کند.
• ضعف در Topical Authority: اگر مقاله‌ای بخشی از یک خوشه محتوایی است اما به صفحه مادر یا مقاله‌های مرتبط وصل نیست، خوشه ناقص می‌شود.
• مشکل در Indexing: صفحه‌های بدون لینک داخلی ممکن است در وضعیت‌هایی مثل Discovered – currently not indexed یا Crawled – currently not indexed بیشتر گیر کنند؛ البته دلیل Indexing همیشه فقط orphan بودن نیست.
• هدر رفتن فرصت تبدیل: اگر مقاله‌ای ورودی می‌گیرد اما به صفحه خدمات، محصول یا فرم مرتبط لینک ندارد، مسیر تبدیل ناقص می‌ماند.
• تجربه کاربری ضعیف: آدمی که داخل سایت می‌چرخد، اصلاً آن صفحه را نمی‌بیند. پس محتوا تولید شده، اما در مسیر استفاده واقعی قرار نگرفته.

نکته: Orphan Page مثل اتاقی در یک ساختمان است که در ندارد. شاید داخلش خیلی چیز خوبی باشد، اما وقتی راهی به آن نیست، نه گوگل راحت پیدایش می‌کند، نه مخاطب.

صفحه یتیم با صفحه کم‌لینک چه فرقی دارد؟

صفحه یتیم هیچ لینک داخلی ورودی از صفحه‌های دیگر سایت ندارد. اما صفحه کم‌لینک لینک داخلی دارد، فقط تعداد یا کیفیت آن لینک‌ها کافی نیست. این دو مشکل نزدیک‌اند، اما یکی نیستند و درمانشان هم فرق دارد.

مثال:

• صفحه‌ای که فقط با URL مستقیم باز می‌شود و هیچ جای سایت لینک ندارد، Orphan است.
• صفحه‌ای که فقط از یک مقاله قدیمی با Anchor ضعیف لینک گرفته، Orphan نیست اما لینک داخلی ضعیف دارد.
• صفحه‌ای که از صفحه اصلی با ۶ کلیک قابل دسترسی است، Deep Page است.
• صفحه‌ای که داخل Sitemap هست اما noindex دارد، مسئله‌اش Orphan بودن نیست؛ اول باید هدف noindex روشن شود.

نکته: در Audit، همه این‌ها را یکی نکن. اگر هر صفحه کم‌لینکی را Orphan بنامی، گزارش فنی شلوغ می‌شود و تیم نمی‌فهمد اول باید کدام مسئله را حل کند.

آیا وجود صفحه در Sitemap برای جلوگیری از Orphan Page کافی است؟

نه، وجود صفحه در Sitemap کافی نیست. Sitemap می‌تواند به گوگل کمک کند URLها را کشف کند، اما جای لینک داخلی را نمی‌گیرد و تضمین نمی‌کند صفحه Crawl، Index یا رتبه بگیرد. صفحه‌ای که فقط در Sitemap است و هیچ لینک داخلی ندارد، از نظر ساختار سایت همچنان می‌تواند Orphan محسوب شود.

گوگل در FAQ مربوط به Crawling و Indexing می‌گوید Sitemap می‌تواند به گوگل کمک کند سایت را بشناسد، اما تضمین Indexing ایجاد نمی‌کند و رتبه را هم بالا نمی‌برد.

پس این برداشت اشتباهه:

صفحه در Sitemap هست = صفحه به ساختار سایت وصل است

برداشت درست:

صفحه در Sitemap هست = گوگل می‌تواند URL را از Sitemap ببیند

صفحه لینک داخلی دارد = صفحه در معماری سایت مسیر دارد

Sitemap مثل نقشه آدرس‌هاست. لینک داخلی مثل خیابان و راهروست. اگر آدرس داخل نقشه باشد اما هیچ راهی به آن نرسد، هنوز مشکل داری.

نکته: برای صفحه‌های مهم، هم Sitemap تمیز لازم است، هم لینک داخلی قابل Crawl، هم محتوای ارزشمند، هم Canonical درست. فقط یکی از این‌ها کافی نیست.

چه نوع صفحه‌هایی معمولاً Orphan می‌شوند؟

صفحات یتیم معمولاً بعد از انتشار عجولانه، تغییر ساختار سایت، حذف منو، مهاجرت سایت، تغییر URL، حذف دسته‌بندی، کمپین‌های موقت یا تولید محتوای انبوه ایجاد می‌شوند. هرچه سایت بزرگ‌تر و قدیمی‌تر باشد، احتمال وجود Orphan Page بیشتر است.

نمونه‌های رایج:

• مقاله‌های قدیمی بلاگ: مقاله منتشر شده، اما بعد از تغییر دسته‌بندی یا طراحی بلاگ دیگر از جایی لینک نمی‌گیرد.
• مقاله‌های تازه: تیم محتوا مقاله را منتشر کرده، اما از مقاله‌های قدیمی، صفحه مادر یا دسته‌بندی مرتبط به آن لینک نداده.
• صفحات خدمات: صفحه خدمات جدید ساخته شده، اما فقط برای ارسال مستقیم به مشتری استفاده شده و از سایت لینک نگرفته.
• لندینگ‌های کمپین: کمپین تمام شده، لندینگ باقی مانده، اما نه حذف شده، نه noindex شده، نه به ساختار سایت وصل شده.
• محصولات فروشگاهی: محصول از دسته‌بندی حذف شده یا موجودی آن تغییر کرده، اما صفحه هنوز 200 است.
• صفحات فیلتر و پارامتر: بعضی URLهای فیلتر از طریق لینک‌های قدیمی یا Sitemap شناخته شده‌اند اما در ساختار فعلی جایی ندارند.
• صفحات بعد از Migration: بعد از تغییر CMS یا ساختار URL، بعضی صفحه‌ها منتقل شده‌اند ولی لینک داخلی جدید نگرفته‌اند.
• صفحات تست و توسعه: صفحه برای تست ساخته شده، بعد فراموش شده و شاید حتی قابل ایندکس مانده.
• صفحات PDF یا فایل‌ها: فایل‌هایی که در سایت قابل دسترسی‌اند اما از صفحه‌های مرتبط لینک ندارند.
• صفحات ترجمه یا نسخه زبان دیگر: صفحه ساخته شده، اما از نسخه اصلی، منوی زبان یا hreflang درست پشتیبانی نمی‌شود.

نکته: Orphan Pageها معمولاً با یک تصمیم بزرگ ساخته نمی‌شوند. بیشترشان نتیجه فراموشی‌های کوچک‌اند؛ یک لینک داخلی که اضافه نشده، یک دسته‌بندی که حذف شده، یک کمپین که بعد از پایان جمع نشده.

چطور صفحات یتیم را شناسایی کنیم؟

برای اینکه URLهای مهم فقط در ابزارها دیده نشوند و واقعاً وارد نتایج شوند، راهنمای ایندکس نشدن صفحات سایت را هم در ممیزی بررسی کنید.

برای شناسایی صفحات یتیم باید چند منبع داده را با هم مقایسه کنی. فقط با یک Crawl ساده نمی‌شود همه Orphan Pageها را پیدا کرد، چون Crawler هم مثل گوگل از لینک‌های داخلی حرکت می‌کند و اگر صفحه هیچ لینکی نداشته باشد، ممکن است اصلاً پیدایش نکند. باید فهرست URLهای موجود در Sitemap، CMS، Search Console، GA4، لاگ سرور و ابزار Crawl را کنار هم بگذاری.

روش درست:

همه URLهای شناخته‌شده سایت – URLهایی که در Crawl داخلی پیدا شده‌اند = کاندیدهای Orphan

منابع لازم:

مثال: اگر URL در Sitemap و CMS هست، اما در Crawl داخلی پیدا نشده، احتمال Orphan بودنش بالاست. اگر همان URL در GA4 بازدید دارد، یعنی از جایی مثل لینک مستقیم، تبلیغ، شبکه اجتماعی یا بک‌لینک دیده شده، اما همچنان از ساختار داخلی سایت پشتیبانی نمی‌گیرد.

نکته: Orphan Page را با یک ابزار تنها پیدا نکن. ابزار Crawl فقط صفحه‌هایی را می‌بیند که از مسیر لینک داخلی به آن‌ها برسد. برای پیدا کردن صفحه‌های واقعاً یتیم، باید داده‌های خارج از Crawl را هم وارد کنی.

شناسایی Orphan Pages با Screaming Frog

در Screaming Frog می‌توانی با ترکیب Crawl سایت، Sitemap، GA4، Search Console و URL List، صفحه‌های Orphan را پیدا کنی. ایده اصلی این است که ابزار علاوه بر Crawl لینک‌های داخلی، URLهایی را که از منابع دیگر می‌آیند هم بررسی کند و بعد مشخص شود کدام‌ها Internal Inlinks ندارند.

مراحل کلی:

1. Crawl معمولی سایت را اجرا کن سایت را با Spider Mode Crawl کن تا URLهای قابل دسترسی از لینک داخلی پیدا شوند.
2. Sitemap را اضافه کن XML Sitemap را وارد کن تا URLهایی که در نقشه سایت هستند هم بررسی شوند.
3. اتصال GA4 و Search Console را فعال کن با اتصال این منابع، URLهایی که ترافیک یا Impression دارند اما در Crawl پیدا نشده‌اند، قابل شناسایی می‌شوند.
4. Crawl Analysis را اجرا کن بعد از Crawl، تحلیل داخلی ابزار را اجرا کن تا گزارش Orphan Pages آماده شود.
5. گزارش Orphan URLs را بررسی کن URLهایی که از GA4، GSC یا Sitemap آمده‌اند اما Internal Inlinks ندارند، کاندید Orphan هستند.
6. URLها را دسته‌بندی کن همه را یکسان نبین. مقاله، محصول، لندینگ، صفحه خدمات، فایل، تگ، آرشیو و پارامتر باید جدا تحلیل شوند.
7. تصمیم بگیر لینک داخلی بده، ریدایرکت کن، noindex بزن، حذف کن، یا نگه دار اما از Index خارج کن.

نمونه خروجی تحلیلی:

نکته: گزارش Orphan خام یعنی لیست کار. تصمیم نهایی با استراتژی است. بعضی URLها باید لینک بگیرند، بعضی باید حذف شوند، بعضی باید عمداً یتیم بمانند.

شناسایی Orphan Pages با Search Console

Search Console به‌تنهایی ابزار کامل پیدا کردن Orphan Pages نیست، اما برای پیدا کردن URLهایی که گوگل آن‌ها را می‌شناسد، کلیک یا Impression گرفته‌اند، یا در Page Indexing دیده می‌شوند خیلی کاربردی است. وقتی این URLها را با Crawl داخلی مقایسه کنی، می‌توانی کاندیدهای Orphan را پیدا کنی.

کارهایی که می‌توانی انجام دهی:

• از Performance Report خروجی Pages بگیر.
• URLهایی را که Impression یا Click دارند جدا کن.
• این لیست را با خروجی Crawl داخلی مقایسه کن.
• URLهایی که در GSC هستند اما در Crawl نیستند، بررسی کن.
• Page Indexing Report را برای URLهای Discovered، Crawled یا Duplicate بررسی کن.
• URL Inspection را برای صفحه‌های مهم اجرا کن.

گوگل در راهنمای URL Inspection می‌گوید ممکن است ببینی URL از منابعی شناخته شده که در ابزار گزارش نشده‌اند. این یعنی همیشه نمی‌توانی دقیقاً بفهمی گوگل URL را از کجا پیدا کرده، اما می‌توانی وضعیت Indexing، Crawl، Canonical و دسترسی صفحه را بررسی کنی.

مثال: اگر صفحه‌ای در Search Console Impression دارد، اما در Crawl سایت پیدا نمی‌شود، یعنی گوگل صفحه را می‌شناسد اما این صفحه از مسیر لینک داخلی فعلی سایت قابل دسترسی نیست. این یک کاندید مهم برای بررسی Orphan بودن است.

نکته: Search Console بهت می‌گوید گوگل چه چیزهایی را دیده یا گزارش کرده؛ اما برای فهم ساختار لینک داخلی، باید حتماً آن را با Crawl و Sitemap ترکیب کنی.

شناسایی Orphan Pages با GA4

GA4 می‌تواند صفحه‌هایی را نشان دهد که بازدید گرفته‌اند، حتی اگر از لینک داخلی سایت پیدا نشوند. این برای کشف Orphan Pageهایی که از کمپین، شبکه اجتماعی، ایمیل، لینک خارجی یا URL مستقیم بازدید می‌گیرند مفید است.

روش کار:

1. گزارش Pages and Screens یا Landing Page را باز کن.
2. URLها یا Page Pathها را خروجی بگیر.
3. بازه زمانی مناسب انتخاب کن؛ مثلاً ۶ یا ۱۲ ماه.
4. URLهای با Session یا User قابل توجه را جدا کن.
5. این لیست را با Crawl داخلی مقایسه کن.
6. URLهایی که در GA4 هستند اما در Crawl نیستند را بررسی کن.
7. ببین آیا صفحه باید در ساختار سایت لینک بگیرد یا نه.

نمونه‌ها:

• صفحه‌ای از یک کمپین ایمیلی هنوز بازدید می‌گیرد، اما از سایت لینک ندارد.
• مقاله‌ای از شبکه اجتماعی بازدید گرفته، اما در بلاگ و دسته‌بندی نیست.
• لندینگ قدیمی از لینک خارجی ورودی دارد، اما هیچ جای سایت نیست.
• صفحه محصول حذف‌شده هنوز از Direct یا Referral بازدید می‌گیرد.

نکته: GA4 Orphan بودن را مستقیم نمی‌گوید؛ فقط نشان می‌دهد صفحه دیده شده. Orphan بودن را وقتی می‌فهمی که همان URL در Crawl داخلی پیدا نشود یا Internal Inlink نداشته باشد.

شناسایی Orphan Pages با Sitemap و CMS

Sitemap و CMS دو منبع مهم برای پیدا کردن صفحه‌هایی هستند که در سایت وجود دارند، اما شاید در Crawl لینک داخلی دیده نشوند. Sitemap نشان می‌دهد سایت چه URLهایی را به موتورهای جستجو معرفی کرده و CMS نشان می‌دهد چه صفحه‌هایی واقعاً در سیستم تولید و ذخیره شده‌اند.

روش ساده:

• از CMS خروجی URLها را بگیر.
• از XML Sitemap خروجی URLها را بگیر.
• Crawl کامل سایت را اجرا کن.
• سه لیست را با هم مقایسه کن.
• URLهایی که در CMS یا Sitemap هستند اما در Crawl نیستند، کاندید Orphan هستند.
• URLهایی که در Sitemap هستند اما noindex، canonical به دیگری، redirect یا 404 دارند را جدا اصلاح کن.

نمونه وضعیت‌ها:

نکته: Sitemap باید لیست URLهای مهم، canonical، قابل ایندکس و سالم باشد. اگر Sitemap پر از URLهای ریدایرکت، noindex و بی‌لینک باشد، اول باید خود Sitemap را تمیز کنی.

همه صفحات یتیم را باید درست کنیم؟

نه، همه صفحات یتیم نیاز به لینک داخلی یا ایندکس ندارند. بعضی صفحه‌ها عمداً نباید در مسیر عمومی سایت باشند؛ مثل صفحه تشکر، صفحه دانلود خصوصی، لندینگ تست A/B، صفحه کمپین محدود، صفحه پرداخت یا صفحه داخلی پنل. باید اول هدف صفحه را مشخص کنی، بعد تصمیم بگیری.

دسته‌بندی تصمیم:

نکته: هدف Audit این نیست که همه URLها را به زور به سایت وصل کنیم. هدف اینه که صفحه‌های مهم تنها نمانند و صفحه‌های بی‌ارزش هم بی‌دلیل وارد Index و ساختار سایت نشوند.

چطور صفحات یتیم مهم را رفع کنیم؟

اصلاح Orphan Pages باید بخشی از یک ساختار اصولی لینک‌سازی داخلی باشد تا مسیر کاربر و خزنده هر دو روشن بماند.

برای رفع Orphan Pages مهم، باید به آن‌ها لینک داخلی مرتبط، قابل Crawl و منطقی بدهی. لینک نباید فقط برای ربات باشد؛ باید در مسیری قرار بگیرد که مخاطب واقعاً به صفحه مقصد نیاز داشته باشد. بهترین لینک‌ها معمولاً از صفحه‌های مرتبط، پرترافیک، صفحه‌های مادر، دسته‌بندی‌ها و مقاله‌های مکمل می‌آیند.

راه‌حل‌های اصلی:

• لینک از صفحه مادر یا Pillar Page: اگر صفحه بخشی از یک خوشه محتوایی است، باید از صفحه مادر لینک بگیرد و به آن هم لینک بدهد.
• لینک از مقاله‌های مرتبط: مقاله‌های قدیمی و پرترافیک بهترین فرصت‌اند. اگر مقاله جدید درباره «Orphan Pages» داری، از مقاله‌های «لینک‌سازی داخلی»، «Crawl Budget» و «Indexing» به آن لینک بده.
• لینک از دسته‌بندی یا Hub: مقاله یا محصول باید در دسته‌بندی درست دیده شود. اگر در دسته‌بندی نیست، عملاً از مسیر مرور سایت حذف شده.
• لینک از Breadcrumb: برای سایت‌های بزرگ و فروشگاهی، Breadcrumb مسیر ساختاری خوبی ایجاد می‌کند.
• لینک از Related Articles یا Related Products: اگر واقعاً مرتبط باشند، کمک می‌کنند صفحه در مسیر کشف و استفاده قرار بگیرد.
• لینک از منو فقط برای صفحات خیلی مهم: همه صفحه‌ها نباید وارد منوی اصلی شوند. منو جای صفحات سطح بالا است.
• لینک از CTAهای محتوایی: اگر صفحه مقصد خدمات یا محصول است، لینک باید در بخش تصمیم‌گیری طبیعی بیاید.

گوگل در راهنمای Link Best Practices تأکید می‌کند که لینک‌ها باید قابل Crawl باشند و متن لینک داخلی هم به کاربران و گوگل کمک کند صفحه مقصد را بهتر بفهمند. لینک‌های بدون href یا لینک‌هایی که فقط با Script event عمل می‌کنند، برای کشف قابل اعتماد نیستند.

Anchor Text برای رفع Orphan Pages چطور نوشته شود؟

Anchor Text لینک داخلی باید مقصد صفحه را دقیق، کوتاه و طبیعی توضیح دهد. وقتی صفحه یتیم را به ساختار سایت وصل می‌کنی، نباید با Anchorهای مبهم مثل «اینجا»، «بیشتر بخوانید» یا «این مطلب» لینک بدهی. Anchor باید به گوگل و مخاطب بگوید صفحه مقصد درباره چیست.

مثال‌ها:

گوگل در مستندات Link Best Practices می‌گوید Anchor Text خوب باید توصیفی، مختصر و مرتبط با صفحه‌ای باشد که در آن قرار دارد و صفحه‌ای که به آن لینک می‌دهد. همچنین تأکید می‌کند توجه به Anchor Text لینک‌های داخلی به کاربران و گوگل کمک می‌کند سایت را بهتر بفهمند.

اما Anchor را هم رباتی نکن. اگر در ۲۰ صفحه دقیقاً با یک عبارت مشابه به یک صفحه لینک بدهی، متن مصنوعی می‌شود. تنوع طبیعی بهتره:

• «رفع صفحات یتیم»
• «شناسایی Orphan Pages»
• «Audit لینک داخلی»
• «صفحات بدون لینک داخلی»
• «مشکل Orphan Page در سئو»

نکته: Anchor خوب مثل تابلو راهنماست. اگر روی تابلو نوشته باشد «اینجا»، کسی نمی‌فهمد قرار است کجا برود.

رفع صفحات یتیم در سایت محتوایی

در سایت محتوایی، Orphan Pages معمولاً به‌خاطر انتشار مقاله‌های جدید بدون لینک‌سازی داخلی یا تغییر ساختار بلاگ ایجاد می‌شوند. راه‌حل اصلی اینه که هر مقاله در یک خوشه محتوایی، دسته‌بندی مشخص و مسیر لینک داخلی منطقی قرار بگیرد.

مراحل عملی:

1. مقاله‌های Orphan را بر اساس موضوع دسته‌بندی کن مثلاً سئو تکنیکال، گوگل ادز، CRO، محتوا، آنالیتیکس.
2. برای هر خوشه یک صفحه مادر مشخص کن صفحه مادر می‌تواند راهنمای جامع، دسته‌بندی یا Pillar Page باشد.
3. از صفحه مادر به مقاله‌های فرعی لینک بده این کار ساختار خوشه را روشن می‌کند.
4. از مقاله‌های فرعی به صفحه مادر لینک بده این ارتباط دوطرفه کمک می‌کند نقش صفحات مشخص شود.
5. مقاله‌های مرتبط را به هم وصل کن فقط وقتی واقعاً مکمل‌اند. لینک تصادفی نده.
6. مقاله‌های قدیمی پرترافیک را آپدیت کن از آن‌ها به مقاله‌های جدیدتر و مهم‌تر لینک بده.
7. CTA داخلی اضافه کن اگر مقاله به صفحه خدمات یا مشاوره مرتبط است، مسیر بعدی را نشان بده.

نمونه: اگر مقاله «صفحات یتیم چیست» منتشر شده، بهتر است از مقاله‌های «لینک‌سازی داخلی»، «Crawl Budget»، «Indexing» و «Site Architecture» به آن لینک داده شود. خود مقاله هم باید به صفحه خدمات سئو تکنیکال و مقاله‌های مرتبط لینک بدهد.

نکته: تولید محتوا بدون لینک داخلی مثل چاپ کردن فصل‌های یک کتاب و پخش کردنشان در اتاق‌های جداست. محتوا هست، اما ساختار ندارد.

رفع صفحات یتیم در فروشگاه اینترنتی

در فروشگاه اینترنتی، Orphan Pages می‌توانند شامل محصولات فعال، محصولات ناموجود، دسته‌بندی‌های کم‌لینک، صفحات فیلتر، راهنماهای خرید یا لندینگ‌های کمپینی باشند. تصمیم برای هرکدام فرق دارد و نباید همه را با یک نسخه درمان کرد.

سناریوهای رایج:

• محصول فعال اما Orphan: باید از دسته‌بندی، نتایج جستجوی داخلی، محصولات مرتبط و شاید راهنمای خرید لینک بگیرد.
• محصول ناموجود: اگر قرار است برگردد، صفحه را با پیشنهاد جایگزین و لینک داخلی نگه دار. اگر برنمی‌گردد، ریدایرکت یا حذف اصولی بررسی شود.
• دسته‌بندی مهم اما کم‌لینک: باید از منو، صفحه مادر، مقاله‌های راهنمای خرید و Breadcrumb پشتیبانی شود.
• فیلتر ارزشمند: اگر Search Demand دارد، می‌تواند لندینگ قابل ایندکس شود و لینک داخلی بگیرد.
• فیلتر بی‌ارزش: نباید با لینک داخلی تقویت شود و شاید noindex یا کنترل Crawl لازم داشته باشد.
• لندینگ کمپین قدیمی: اگر ارزش سئویی ندارد، بهتره noindex، redirect یا حذف شود.

نمونه فرضی: یک فروشگاه صفحه «کفش پیاده‌روی زنانه» دارد اما از دسته‌بندی «کفش زنانه»، مقاله «راهنمای خرید کفش پیاده‌روی» و محصولات مرتبط هیچ لینکی به آن داده نشده. این صفحه ممکنه Search Demand خوبی داشته باشد، اما در ساختار سایت تنها افتاده. راه‌حل این نیست که فقط آن را داخل Sitemap بگذاری؛ باید از مسیرهای واقعی خرید و محتوا لینک بگیرد.

رفع صفحات یتیم در سایت خدماتی

صفحات خدماتی مرتبط با تبلیغات گوگل ادز باید از مقالات و صفحات راهنما مسیر داخلی طبیعی داشته باشند تا کاربر و موتور جست‌وجو به آن‌ها دسترسی پیدا کنند.

در سایت خدماتی، صفحات یتیم معمولاً شامل صفحه‌های خدمات فرعی، لندینگ‌های مشاوره، کیس‌استادی‌ها، صفحات شهر یا صنعت، و مقاله‌های پشتیبان هستند. اگر این صفحات برای لید یا فروش مهم‌اند، نباید بدون لینک داخلی بمانند.

مسیرهای لینک داخلی مناسب:

• از صفحه اصلی به خدمات اصلی
• از صفحه خدمات اصلی به خدمات فرعی
• از مقاله‌های آموزشی به صفحه خدمات مرتبط
• از کیس‌استادی به صفحه خدمات اجراشده
• از صفحه خدمات به مقاله‌های پشتیبان
• از FAQ یا راهنمای تصمیم‌گیری به فرم مشاوره
• از صفحه درباره ما یا نمونه‌کار به خدمات مهم، اگر طبیعی است

مثال: یک آژانس دیجیتال مارکتینگ صفحه «خدمات CRO» ساخته، اما فقط در پیشنهادهای فروش مستقیم لینک آن را می‌فرستد. از منو، صفحه خدمات اصلی، مقاله «CRO چیست»، مقاله «لندینگ پیج چیست» و مقاله «KPIهای دیجیتال مارکتینگ» هیچ لینکی به آن داده نشده. این صفحه از نظر فروش مهم است، اما از نظر معماری سایت ضعیف دیده می‌شود.

نکته: صفحه خدمات اگر پول‌ساز است، نباید فقط با URL مستقیم زنده باشد. باید از مقاله‌ها، صفحات مادر و مسیرهای تصمیم‌گیری لینک بگیرد.

صفحات یتیم و Crawl Budget چه ارتباطی دارند؟

در سایت‌های بزرگ، راهنمای Crawl Budget کمک می‌کند URLهای کم‌ارزش و مسیرهای خزش ناکارآمد را بهتر اولویت‌بندی کنید.

در سایت‌های بزرگ، صفحات یتیم می‌توانند با Crawl Budget و اولویت Crawl ارتباط پیدا کنند. وقتی URLهای زیاد، بی‌کیفیت، بی‌لینک یا کم‌ارزش در سایت وجود داشته باشند، گوگل باید بین آن‌ها و صفحه‌های مهم‌تر انتخاب کند. لینک داخلی کمک می‌کند اهمیت و مسیر صفحه‌های مهم روشن‌تر شود.

گوگل در راهنمای Link Best Practices می‌گوید لینک‌های قابل Crawl کمک می‌کنند گوگل صفحه‌های دیگر سایت را از طریق لینک‌های روی صفحه پیدا کند. از طرف دیگر، گوگل در Search Essentials هم تأکید می‌کند حتی اگر صفحه الزامات و بهترین‌عمل‌ها را رعایت کند، تضمینی وجود ندارد که گوگل آن را Crawl، Index یا نمایش دهد.

برای سایت کوچک، چند صفحه Orphan شاید بحران Crawl Budget نسازد. اما برای سایت‌های بزرگ‌تر، مخصوصاً فروشگاه‌ها، سایت‌های محتوایی حجیم و سایت‌هایی با URLهای فیلتر و پارامتر زیاد، ساختار لینک داخلی و مدیریت URL Inventory خیلی مهم‌تر می‌شود.

نکته: مشکل Crawl Budget را برای سایت ۵۰ صفحه‌ای بزرگ نکن. اما اگر سایت ۵۰ هزار URL دارد و هزاران URL بی‌لینک، تکراری یا کم‌ارزش ساخته، آن وقت Orphan Pages بخشی از مسئله جدی‌تری به نام مدیریت URL Inventory است.

صفحات یتیم و Indexing چه ارتباطی دارند؟

صفحات یتیم ممکن است دیرتر کشف، Crawl یا Index شوند، چون در مسیر لینک داخلی سایت قرار ندارند. اما ایندکس نشدن همیشه فقط به Orphan بودن مربوط نیست. ممکن است صفحه noindex باشد، canonical به URL دیگری بدهد، محتوای ضعیف داشته باشد، duplicate تشخیص داده شود یا مشکل سرور داشته باشد.

برای بررسی، این ترتیب بهتره:

1. URL در Crawl داخلی پیدا می‌شود؟
2. Internal Inlinks دارد؟
3. در Sitemap هست؟
4. Status Code آن 200 است؟
5. noindex ندارد؟
6. robots.txt آن را بلاک نکرده؟
7. canonical به خودش یا مقصد درست دارد؟
8. در URL Inspection چه وضعیتی دارد؟
9. محتوای آن ارزش ایندکس مستقل دارد؟
10. از صفحه‌های مرتبط لینک داخلی گرفته؟

Search Console در URL Inspection می‌تواند وضعیت Indexing، Crawl allowed، Indexing allowed، canonical انتخاب‌شده و بعضی اطلاعات کشف URL را نشان دهد. این ابزار برای بررسی موردی صفحه‌های مهم خیلی کاربردی است، اما برای پیدا کردن همه Orphanها باید با Crawl و Sitemap ترکیب شود.

نمونه: اگر صفحه‌ای Orphan است و در GSC وضعیت Discovered – currently not indexed دارد، لینک داخلی از صفحه‌های مرتبط می‌تواند یکی از اصلاحات مهم باشد. اما اگر همان صفحه محتوای تکراری یا noindex دارد، فقط لینک دادن مشکل را حل نمی‌کند.

آیا بک‌لینک می‌تواند مشکل Orphan Page را حل کند؟

بک‌لینک می‌تواند باعث شود گوگل یا مخاطب صفحه را از بیرون پیدا کند، اما مشکل لینک داخلی را کامل حل نمی‌کند. اگر صفحه‌ای از بیرون لینک گرفته اما داخل سایت هیچ لینک داخلی ندارد، همچنان از نظر معماری داخلی Orphan است. این یعنی سایت خودش به آن صفحه سیگنال ساختاری نمی‌دهد.

مثال: یک سایت خبری به مقاله قدیمی تو لینک داده و آن مقاله هنوز ترافیک Referral می‌گیرد. اما داخل سایت خودت هیچ لینک داخلی به آن مقاله نیست. این صفحه بک‌لینک دارد، ولی از ساختار داخلی جداست. اگر مقاله ارزشمند است، باید از دسته‌بندی، مقاله‌های مرتبط و شاید صفحه مادر لینک بگیرد. اگر قدیمی و بی‌ارزش است، باید تصمیم دیگری بگیری.

نکته: بک‌لینک مثل مسیر بیرونی به یک ساختمان است. اما اگر داخل خود ساختمان هیچ راهی به آن اتاق نباشد، هنوز معماری داخلی مشکل دارد.

Orphan Pages و Migration سایت

بعد از مهاجرت سایت، تغییر CMS، تغییر URLها یا بازطراحی، Orphan Pages زیاد می‌شوند. چون ممکن است صفحه‌ها منتقل شده باشند، اما لینک‌های داخلی، منوها، Breadcrumb، Related Articles یا دسته‌بندی‌ها با ساختار جدید هماهنگ نشده باشند.

چک‌های مهم بعد از Migration:

• URLهای قدیمی به مقصد درست ریدایرکت شده‌اند؟
• لینک‌های داخلی هنوز به URL قدیمی نمی‌روند؟
• صفحه‌های جدید از منو و دسته‌بندی لینک دارند؟
• Sitemap فقط URLهای جدید و canonical را دارد؟
• صفحه‌های مهم در Crawl جدید پیدا می‌شوند؟
• صفحات دارای ترافیک قبلی Orphan نشده‌اند؟
• بک‌لینک‌های مهم به صفحات ریدایرکت یا زنده درست می‌رسند؟
• Breadcrumb در قالب جدید درست کار می‌کند؟
• مقاله‌های قدیمی به صفحه‌های جدید مرتبط لینک داده‌اند؟

نمونه فرضی: سایتی از /blog/category/post-name به /post-name مهاجرت کرده. ریدایرکت‌ها درست‌اند، اما صفحه دسته‌بندی جدید فقط ۲۰ مقاله آخر را نشان می‌دهد و مقاله‌های قدیمی دیگر از هیچ جا لینک ندارند. اینجا Migration از نظر URL شاید سالم باشد، اما از نظر Internal Linking تعدادی صفحه Orphan ساخته است.

نکته: در Migration فقط ریدایرکت کافی نیست. بعد از مهاجرت باید Crawl بگیری و ببینی صفحه‌های مهم از ساختار جدید قابل رسیدن هستند یا نه.

Orphan Pages و لینک‌های جاوااسکریپتی

گاهی صفحه واقعاً در ظاهر سایت لینک دارد، اما برای Crawler لینک قابل اعتماد نیست. مثلاً کلیک با JavaScript انجام می‌شود، URL در href نیست، دکمه با event صفحه را باز می‌کند یا لینک فقط بعد از تعامل پیچیده ساخته می‌شود. در این حالت ممکن است از نظر طراحی، صفحه لینک داشته باشد؛ اما از نظر Crawl، مسیر ضعیف یا نامطمئن باشد.

گوگل در راهنمای Link Best Practices می‌گوید برای اینکه لینک‌ها قابل Crawl باشند، بهتر است از تگ <a> با ویژگی href استفاده شود. همچنین توضیح می‌دهد گوگل نمی‌تواند به‌صورت قابل‌اعتماد URLها را از <a> بدون href یا از تگ‌هایی که فقط با script event مثل لینک عمل می‌کنند استخراج کند.

نمونه بد:

<button onclick="location.href='/seo-services'">خدمات سئو</button>

نمونه بهتر:

<a href="/seo-services">خدمات سئو</a>

اگر صفحه‌ای فقط از طریق دکمه‌های JS، فیلترهای داینامیک یا منوی رندرشده نامطمئن قابل دسترسی است، باید با ابزار Rendered Crawl و تست Live URL بررسی شود. ظاهر سایت برای انسان کافی نیست؛ مسیر Crawl هم مهم است.

نکته: «من خودم روی سایت می‌بینمش» دلیل کافی نیست. باید ببینی Crawler هم آن لینک را به‌عنوان لینک قابل دنبال کردن می‌بیند یا نه.

چطور برای صفحات یتیم اولویت تعیین کنیم؟

برای رفع Orphan Pages باید اولویت‌بندی کنی. اگر در سایت ۳۰۰۰ URL یتیم پیدا شد، قرار نیست همه را فردا لینک‌سازی کنی. اول صفحه‌هایی را بررسی کن که ارزش سئویی، تجاری، ترافیکی یا بک‌لینکی دارند.

چارچوب اولویت:

نمونه فرضی: اگر ۵۰۰ URL Orphan داری و ۲۰ تای آن‌ها صفحه خدمات، محصول پرفروش یا مقاله دارای Impression هستند، اول همان ۲۰ تا را حل کن. بعد برو سراغ مقاله‌های متوسط، بعد URLهای بی‌ارزش را حذف، noindex یا ریدایرکت کن.

نکته: گزارش Orphan Pages اگر اولویت نداشته باشد، تیم را خسته می‌کند. لیست ۱۰۰۰تایی بدون دسته‌بندی یعنی احتمالاً هیچ‌کس هیچ کاری نمی‌کند.

روش تصمیم‌گیری برای هر Orphan Page

برای هر صفحه یتیم باید یکی از چند تصمیم را بگیری: نگه داشتن و لینک دادن، ادغام، ریدایرکت، noindex، حذف یا رها کردن به‌عنوان صفحه غیرعمومی. تصمیم درست به هدف صفحه، کیفیت محتوا، وضعیت فنی، ترافیک، بک‌لینک و ارزش تجاری بستگی دارد.

درخت تصمیم ساده:

آیا صفحه باید در گوگل دیده شود؟

├─ نه → noindex، حذف، محدودسازی یا نگهداری خصوصی

└─ بله

├─ آیا محتوا ارزشمند و یکتا است؟

│ ├─ نه → ادغام، بازنویسی یا حذف

│ └─ بله

│ ├─ آیا صفحه هدف تجاری یا سئویی دارد؟

│ │ ├─ بله → لینک داخلی از صفحات مرتبط

│ │ └─ نه → بررسی نیاز واقعی صفحه

برای هر URL این موارد را بررسی کن:

• صفحه برای چه Intentی ساخته شده؟
• آیا هنوز به‌روز و دقیق است؟
• آیا با صفحه دیگری تکراری است؟
• آیا ترافیک یا Impression دارد؟
• آیا بک‌لینک دارد؟
• آیا در Sitemap هست؟
• آیا باید ایندکس شود؟
• اگر لینک بگیرد، از کدام صفحه‌ها باید لینک بگیرد؟
• اگر حذف شود، باید 404، 410 یا 301 شود؟
• اگر نگه داشته شود، باید noindex داشته باشد یا نه؟

نکته: گاهی بهترین راه رفع Orphan Page، لینک دادن نیست؛ حذف یا ادغام است. صفحه بی‌ارزش را با لینک داخلی قوی‌تر نکن. اول ارزشش را ثابت کن.

نمونه عملی: سایت محتوایی با ۱۲۰ صفحه یتیم

نمونه فرضی: یک سایت آموزشی ۸۰۰ مقاله داشت. بعد از Crawl و ترکیب داده Sitemap، Search Console و GA4، حدود ۱۲۰ URL Orphan پیدا شد. در نگاه اول عدد ترسناک بود، اما بعد از دسته‌بندی مشخص شد همه یکسان نیستند.

تقسیم‌بندی:

اقدام‌ها:

1. برای ۲۸ مقاله دارای Impression، صفحات مادر مشخص شد.
2. مقاله‌های پرترافیک مرتبط برای لینک‌دهی انتخاب شدند.
3. Anchor Textها طبیعی و توصیفی نوشته شدند.
4. مقاله‌های تکراری و ضعیف در چند محتوای بهتر ادغام شدند.
5. تگ‌ها و لندینگ‌های بی‌ارزش از Sitemap حذف شدند.
6. صفحه‌های تشکر دست‌نخورده باقی ماندند.
7. بعد از اصلاح، Crawl دوباره اجرا شد.

نتیجه قابل انتظار در چنین سناریویی این نیست که همه چیز یک‌شبه رتبه بگیرد. هدف اول اینه که صفحه‌های ارزشمند وارد ساختار سایت شوند، گوگل مسیرشان را ببیند و گزارش لینک داخلی تمیزتر شود. بعد باید اثر را در Crawl، Indexing، Impression و Click بررسی کرد.

اعداد خوب، متوسط و ضعیف برای Orphan Pages

عدد رسمی برای تعداد قابل قبول Orphan Pages وجود ندارد. بسته به نوع سایت، بعضی URLهای یتیم می‌توانند طبیعی باشند. اما برای صفحه‌های مهم، عدد مطلوب نزدیک به صفر است. بهتره به‌جای درصد خام، نوع صفحه‌های Orphan را بررسی کنی.

نمونه: اگر یک سایت شرکتی ۷۰ صفحه دارد و ۸ صفحه خدماتش Orphan هستند، وضعیت ضعیفه. اما اگر فروشگاه ۱۰۰ هزار URL دارد و تعدادی لندینگ کمپین قدیمی Orphan هستند، اول باید ببینی کدام‌ها واقعاً باید در ساختار سایت بمانند.

نکته: KPI درست این نیست که «تعداد کل Orphanها صفر شود». KPI درست اینه که «هیچ صفحه مهم و قابل ایندکس بدون لینک داخلی نماند».

اشتباهات رایج در رفع Orphan Pages

رفع صفحات یتیم ساده به نظر می‌رسد، اما خیلی راحت می‌تواند اشتباه اجرا شود. رایج‌ترین خطا این است که بدون تحلیل، فقط از یک صفحه لیست‌وار به همه URLهای Orphan لینک بدهیم و فکر کنیم مشکل حل شده.

اشتباهات مهم:

• لینک دادن از یک صفحه بی‌ارزش به همه Orphanها: صفحه‌ای به نام «مطالب بیشتر» یا «آرشیو» می‌سازی و ۳۰۰ لینک داخلش می‌گذاری. این بیشتر وصله است تا معماری.
• لینک دادن بدون ارتباط موضوعی: از مقاله گوگل ادز به صفحه‌ای درباره طراحی لوگو لینک می‌دهی فقط چون Orphan است. این سیگنال خوبی نیست.
• لینک دادن به صفحه‌های بی‌ارزش: بعضی صفحه‌ها باید حذف یا ادغام شوند، نه لینک بگیرند.
• فراموش کردن Anchor Text: لینک با «اینجا» یا «بیشتر» مسیر معنایی خوبی نمی‌سازد.
• نادیده گرفتن Sitemap: بعد از تصمیم حذف یا noindex، URLها همچنان داخل Sitemap می‌مانند.
• بررسی نکردن noindex و canonical: صفحه‌ای را لینک می‌دهی که خودش noindex دارد یا canonical به صفحه دیگری داده.
• رفع نکردن لینک‌های JS غیرقابل Crawl: صفحه در ظاهر لینک دارد، اما Crawler آن را نمی‌بیند.
• عدم اولویت‌بندی: تیم با لیست بزرگ Orphanها روبه‌رو می‌شود و هیچ کاری جلو نمی‌رود.
• نداشتن فرایند بعد از انتشار: مقاله‌های جدید باز هم بدون لینک داخلی منتشر می‌شوند و مشکل تکرار می‌شود.

نکته: رفع Orphan Pages فقط یک پروژه پاک‌سازی نیست. باید فرایند انتشار و لینک‌سازی داخلی را طوری درست کنی که دوباره صفحه یتیم تولید نشود.

چک‌لیست شناسایی و رفع صفحات یتیم

اگر ساختار صفحات خدمات، کمپین‌ها و ردیابی مسیر تبدیل نیاز به بررسی دارد، مشاوره گوگل ادز می‌تواند اولویت صفحات تجاری را مشخص کند.

برای Audit صفحات یتیم، این چک‌لیست را اجرا کن. اگر سایت بزرگ است، این کار را دوره‌ای انجام بده؛ مثلاً هر ماه، هر فصل یا بعد از هر Migration بزرگ.

1. Crawl کامل سایت گرفته شده؟
2. XML Sitemap خروجی گرفته شده؟
3. URLهای CMS خروجی گرفته شده؟
4. داده Search Console خروجی گرفته شده؟
5. داده GA4 یا ابزار آنالیتیکس بررسی شده؟
6. URLهای دارای بک‌لینک بررسی شده‌اند؟
7. لیست Crawl با Sitemap مقایسه شده؟
8. لیست Crawl با GA4 مقایسه شده؟
9. لیست Crawl با GSC مقایسه شده؟
10. کاندیدهای Orphan دسته‌بندی شده‌اند؟
11. صفحه‌های مهم از صفحه‌های بی‌ارزش جدا شده‌اند؟
12. Status Code هر URL بررسی شده؟
13. noindex بررسی شده؟
14. canonical بررسی شده؟
15. robots.txt بررسی شده؟
16. صفحه‌های دارای Impression اولویت گرفته‌اند؟
17. صفحه‌های دارای ترافیک اولویت گرفته‌اند؟
18. صفحه‌های دارای بک‌لینک اولویت گرفته‌اند؟
19. برای هر URL تصمیم مشخص ثبت شده؟
20. صفحه‌های مهم لینک داخلی مرتبط گرفته‌اند؟
21. Anchor Textها توصیفی و طبیعی‌اند؟
22. URLهای حذف‌شده از Sitemap پاک شده‌اند؟
23. صفحه‌های بی‌ارزش ادغام، noindex یا حذف شده‌اند؟
24. Crawl بعد از اصلاح اجرا شده؟
25. فرایند انتشار محتوای جدید اصلاح شده؟

اگر فقط یک مورد را جدی بگیری، مورد ۱۹ است. هر URL باید تصمیم داشته باشد. لیست بدون تصمیم یعنی گزارش زیبا و اجرای صفر.

چطور از ایجاد Orphan Pages جدید جلوگیری کنیم؟

برای جلوگیری از Orphan Pages باید لینک‌سازی داخلی را بخشی از فرایند انتشار، طراحی سایت و مدیریت محتوا کنی. نباید بعد از چند ماه تازه بروی دنبال صفحه‌های یتیم. هر صفحه جدید باید از روز اول جایگاهش در ساختار سایت مشخص باشد.

فرایند پیشنهادی:

• قبل از انتشار، صفحه مادر یا دسته‌بندی مشخص شود.
• حداقل ۲ تا ۵ لینک داخلی مرتبط به صفحه جدید برنامه‌ریزی شود.
• خود صفحه جدید به صفحات مرتبط و مهم لینک بدهد.
• بعد از انتشار، مقاله‌های قدیمی مرتبط آپدیت شوند.
• URL داخل Sitemap فقط اگر قابل ایندکس و مهم است قرار بگیرد.
• صفحه جدید در Crawl بعدی قابل کشف باشد.
• برای محتواهای فصلی، لینک داخلی قبل از شروع فصل ساخته شود.
• برای لندینگ‌های کمپین، تاریخ پایان و تصمیم بعد از کمپین مشخص شود.
• بعد از حذف یا تغییر URL، لینک‌های داخلی آپدیت شوند.
• هر ماه یا فصل، گزارش Orphan Pages بررسی شود.

نمونه فرایند برای مقاله جدید:

1. Brief مقاله نوشته می‌شود.
2. صفحه مادر و Cluster مشخص می‌شود.
3. ۳ مقاله قدیمی برای لینک دادن به مقاله جدید انتخاب می‌شود.
4. ۳ لینک خروجی از مقاله جدید به صفحات مرتبط مشخص می‌شود.
5. بعد از انتشار، لینک‌ها همان روز اضافه می‌شوند.
6. یک هفته بعد Crawl یا بررسی URL انجام می‌شود.

نکته: بهترین راه رفع Orphan Pages اینه که تولیدشان نکنی. این جمله ساده است، اما اگر وارد فرایند انتشار شود، کلی Audit فصلی را سبک‌تر می‌کند.

نتیجه‌گیری

صفحات یتیم فقط چند URL فراموش‌شده نیستند؛ نشانه‌ای از ضعف در معماری سایت، لینک‌سازی داخلی و مدیریت محتوا هستند. صفحه‌ای که هیچ لینک داخلی نمی‌گیرد، حتی اگر محتوای خوبی داشته باشد، در مسیر طبیعی سایت دیده نمی‌شود و گوگل هم سیگنال ساختاری کافی از اهمیت آن دریافت نمی‌کند. برای رفع Orphan Pages باید اول URLها را از چند منبع مثل Crawl، Sitemap، CMS، Search Console و GA4 جمع کنی، بعد صفحه‌های مهم را از صفحه‌های بی‌ارزش جدا کنی و برای هر URL تصمیم دقیق بگیری. بعضی صفحه‌ها باید لینک داخلی بگیرند، بعضی باید ادغام شوند، بعضی باید حذف یا noindex شوند و بعضی هم عمداً می‌توانند خارج از مسیر عمومی بمانند. اگر سایتت صفحه زیاد دارد و نمی‌دانی کدام URLها واقعاً به ساختار سایت وصل‌اند، هشت پا می‌تونه Audit لینک داخلی، شناسایی Orphan Pages و طراحی مسیر اصلاح را برایت انجام دهد.

سوالات متداول