صفحهٔ محله زمانی ارزش انتشار دارد که محدودهٔ روشن، آگهیهای مرتبط و اطلاعات محلی قابل‌بررسی داشته باشد. شهر، محله و نوع معامله را در معماری سایت مشخص کنید؛ برای هر ترکیب فیلتر صفحهٔ قابلایندکس نسازید. نشانی ثابت، فهرست قابل‌خزش و برنامهٔ رسیدگی به محله‌های بدون آگهی، پایهٔ این ساختارند.
کاربری که «خرید آپارتمان در یوسف‌آباد» را جستوجو میکند، باید به فهرست همان محدوده برسد. صفحه‌ای که فقط نام محله را در عنوان دارد و آگهیهای سراسر شهر را نمایش می‌دهد، پاسخ دقیقی به این درخواست نمی‌دهد. مشکل با افزودن چند پاراگراف دربارهٔ محله حل نمی‌شود؛ ابتدا باید دادهٔ مکان، فهرست آگهیها و مسیر دسترسی را اصلاح کرد.
در سئو صفحات محله املاک، تصمیم اصلی این است که کدام محدوده صاحب صفحهٔ مستقل باشد و چه چیزی در همان صفحه به شکل فیلتر باقی بماند. نمونه‌های نشانی و وضعیت آگهی در این راهنما پیشنهادی و فرضی‌اند. از آن‌ها برای طراحی استفاده کنید، نه برای تغییر فوری نشانی‌های سالم و قدیمی سایت.
کدام شهر و محله به صفحهٔ مستقل نیاز دارد؟
برای محدوده‌ای صفحهٔ مستقل بسازید که کاربران واقعاً آن را جستوجو می‌کنند و سایت بتواند نتیجهٔ مرتبط و قابل‌نگهداری ارائه دهد. نام مشخص محله، مرز قابل‌توضیح و تفاوت واقعی فهرست آن با صفحات اطراف، معیارهای شروع‌اند. تعداد صفحه‌ها را از روی فهرست همهٔ محله‌های کشور تعیین نکنید؛ پوشش واقعی کسب‌وکار را مبنا بگذارید.
یک فایل تصمیم بسازید و برای هر محدوده، نام رایج، شهر مادر، شناسهٔ داخلی، تعداد آگهی فعال و مسئول بازبینی را ثبت کنید. شواهد تقاضا میتواند عبارت‌های جست‌وجوی داخل سایت، تماس‌های واقعی مشتریان و دادهٔ جست‌وجوی در دسترس باشد. نبود دادهٔ یک محله به‌تنهایی اثبات نمیکند که هیچ تقاضایی ندارد، اما دلیل کافی برای تولید انبوه صفحه هم نیست.
برای مثال، اگر سایت فقط در دو محله فایل فعال دارد، ساخت صدها صفحه با عبارت «به‌زودی آگهی اضافه می‌شود» اولویت مناسبی نیست. همان دو صفحه را کامل کنید و محدوده‌های بعدی را با ورود موجودی واقعی توسعه دهید. آستانه‌ای مانند «حداقل ده آگهی» را هم به‌عنوان قانون گوگل معرفی نکنید؛ آستانهٔ عملیاتی هر سایت به دوام موجودی و نیاز مخاطب آن بستگی دارد.
در سیاست‌های اسپم گوگل، ساخت صفحات شهر و منطقه که کاربران را به یک صفحهٔ مشترک هدایت می‌کنند، از نمونه‌های سوءاستفاده از صفحات درگاهی است. این تعریف به معنای ممنوع‌بودن صفحهٔ محله نیست. صفحه باید خودش مقصد قابل‌استفاده باشد: آگهی مناسب، محدودهٔ روشن و امکان ادامهٔ جستوجو داشته باشد.
دو آزمون ساده اجرا کنید. نخست، نام محله را از متن بردارید؛ آیا هنوز داده‌ای باقی می‌ماند که فقط به همان محدوده مربوط است؟ دوم، از صفحه وارد یک آگهی شوید؛ آیا مکان آن با وعدهٔ عنوان سازگار است؟ اگر پاسخ هر دو منفی است، پیش از انتشار به سراغ کیفیت داده بروید.
شهر، محله و نوع معامله را چگونه در ساختار URL بچینیم؟
یک الگوی ثابت انتخاب کنید که جای شهر، محله و نوع معامله در آن مشخص باشد. لازم نیست همهٔ ویژگی‌های ملک وارد مسیر شوند. صفحهٔ محله باید نشانی پایدار داشته باشد و کاربر بتواند از شهر به محله و سپس آگهی برسد. فارسی یا لاتینبودن مسیر را با توان نگهداری و ساختار موجود سایت بسنجید.
فرض کنید ساختار پیشنهادی سایت از نوع معامله شروع می‌شود. مسیر /buy/tehran/ مجموعهٔ خرید در تهران است و /buy/tehran/yousef-abad/ همان نیت را در یک محله محدود میکند. برای اجاره، مسیر /rent/tehran/yousef-abad/ میتواند مجموعهٔ جداگانه‌ای باشد، به شرط آنکه سایت برای هر دو نیت موجودی و تجربهٔ مستقل ارائه دهد. این نمونه، الزام گوگل یا نسخهٔ مناسب همهٔ سایت‌ها نیست.
| نوع صفحه | وظیفهٔ اصلی | چیزی که باید از آن پرهیز کرد |
|---|---|---|
| شهر | نمایش پوشش شهر و دسترسی به محله‌ها | فهرست بی‌پایان نام مناطق بدون مقصد مفید |
| محله | آگهیهای همان محدوده و توضیح مرز آن | نمایش ملک بیرون از محدوده بدون توضیح |
| خرید یا اجاره در محله | پاسخ به نوع معاملهٔ مشخص | ساخت دو صفحه با موجودی و متن یکسان |
| جزئیات ملک | اطلاعات همان آگهی و وضعیت فعلی آن | ساخت نسخهٔ تازه با هر تغییر قیمت |
در معماری ساختار سایت، رابطهٔ والد و فرزند باید در مسیر حرکت هم دیده شود. صفحهٔ شهر به محله‌های تحت پوشش لینک بدهد و صفحهٔ محله راه برگشت به شهر داشته باشد. لازم نیست هزاران ترکیب محله و ویژگی را در فوتر تمام صفحات قرار دهید؛ انتخاب مقصدها باید برای جست‌وجوی کاربر معنا داشته باشد.
برای هر محله یک شناسهٔ پایدار در پایگاه داده نگه دارید. شکلهای «یوسف آباد» و «یوسف‌آباد» باید به همان موجودیت برسند، نه دو صفحهٔ رقیب. اگر مرز محله نزد کاربران با تقسیم‌بندی رسمی فرق دارد، تعریف مورد استفادهٔ سایت را توضیح دهید. در مرزهای هم‌پوشان هم قاعدهٔ انتساب آگهی را ثبت کنید تا یک ملک با نام دو محلهٔ ناسازگار نمایش داده نشود. اگر نام نمایشی اصلاح شد، بررسی کنید آیا تغییر مسیر واقعاً لازم است. هنگام تغییر ضروری، نشانی قبلی را به معادل مشخص منتقل کنید و لینک‌های داخلی را هم اصلاح کنید؛ زنجیرهٔ انتقال نسازید.
نشانی آگهی بهتر است با حذف فیلتر یا جابه‌جایی آن در فهرست عوض نشود. ثبت شناسهٔ مستقل برای هر آگهی، مدیریت نسخه‌های تکراری را آسان‌تر میکند. ادغام دو فایل مشابه را هم فقط از روی عکس یکسان انجام ندهید؛ یک ساختمان میتواند چند واحد متفاوت داشته باشد و تشخیص آن به دادهٔ آگهی نیاز دارد.
محتوای صفحهٔ محله باید چه اطلاعاتی داشته باشد؟
محتوای محله باید تصمیم جست‌وجوگر ملک را آسان کند: محدودهٔ جغرافیایی، آگهیهای موجود، ویژگی‌های قابل‌بررسی و زمان به‌روزرسانی را روشن بنویسید. متن عمومی دربارهٔ خوب‌بودن محله کافی نیست. هر ادعای محلی، از دسترسی تا قیمت، باید منبع یا روش اندازه‌گیری مشخص داشته باشد؛ هرجا داده ندارید، همان بخش را با حدس پر نکنید.
بالای صفحه، عنوانی مانند «خرید آپارتمان در یوسف‌آباد تهران» با خلاصه‌ای کوتاه از محدوده قرار بگیرد. سپس آگهیها و کنترل‌های جستوجو دیده شوند. متن طولانی پیش از فهرست، کاربر را برای رسیدن به هدف اصلی معطل میکند. در موبایل بررسی کنید که معرفی محله و یک بنر بزرگ، تمام فضای آغاز صفحه را اشغال نکرده باشند.
کارت آگهی باید اطلاعات لازم برای مقایسه را نشان دهد: نوع معامله، متراژ، قیمت اعلام‌شده یا وضعیت نبود قیمت، محدودهٔ قابل‌نمایش و زمان آخرین بررسی. اگر مالک محل دقیق را منتشر نکرده، جای تقریبی را با برچسب روشن نشان دهید. نقطه‌ای ساختگی روی نقشه یا عبارت «موقعیت دقیق» برای دادهٔ تقریبی، اعتماد کاربر را از بین می‌برد.
برای اطلاعات محلی، یک دفتر ثبت کوچک کافی است: ادعا، منبع، تاریخ بررسی و نام مسئول. مثلاً اگر فاصله تا ایستگاه را می‌نویسید، مبدا و شیوهٔ محاسبهٔ مسیر باید معلوم باشد. فاصلهٔ یک نقطه تا ایستگاه را به همهٔ خانه‌های محله تعمیم ندهید. امکانات ساختمان، مجوزها و وضعیت سند هم دادهٔ همان ملک‌اند و نباید ویژگی قطعی کل محله معرفی شوند.
راهنمای سئو محلی موضوع دیده‌شدن کسب‌وکار در یک محدوده را پوشش می‌دهد. در صفحهٔ فهرست املاک، علاوه بر معرفی محدوده، باید انطباق هر آگهی با آن محدوده را کنترل کنید. داشتن نشانی دفتر مشاور در یک محله، به معنای قرارداشتن همهٔ فایل‌های او در همان محله نیست.
اگر از آگهیهای سایت آمار قیمت استخراج می‌کنید، آن را «قیمت پیشنهادی آگهیهای موجود در سایت» بنامید و تاریخ، حجم نمونه و روش حذف موارد تکراری را بنویسید. این داده قیمت معاملهٔ قطعی یا نمایندهٔ همهٔ بازار نیست. با نمونهٔ کم یا اطلاعات ناقص، نمایش یک عدد دقیق میتواند گمراه‌کننده باشد؛ حذف عدد از نمایش عمومی گاهی تصمیم دقیق‌تری است.
کدام فیلترها صفحهٔ قابلایندکس شوند؟
فقط ترکیب‌هایی را نامزد ایندکس کنید که تقاضای مستقل، نتیجهٔ متمایز و امکان نگهداری دارند. مرتبسازی قیمت، محدودهٔ دلخواه روی نقشه و ترکیب اتفاقی امکانات معمولاً بخشی از ابزار جست‌وجوی کاربرند. پیش از بازکردن این مسیرها برای موتور جستوجو، فهرست محدودی از صفحات موردنیاز بسازید و رفتار سایر ترکیب‌ها را مشخص کنید.
ترکیب «آپارتمان دوخوابه برای اجاره در یک محله» ممکن است برای بعضی سایت‌ها مجموعه‌ای قابل‌نگهداری باشد. اما افزودن طبقه، سن بنا، پارکینگ، بازهٔ قیمت و مختصات نقشه به همان ترکیب، تعداد نشانی‌ها را به‌سرعت زیاد میکند. وجود یک گزینه در رابط کاربری، به‌تنهایی دلیل ایجاد صفحهٔ قابلایندکس نیست. این تصمیم را در تنظیمات هر فیلتر ثبت کنید تا توسعه‌دهنده و تیم محتوا برداشت متفاوت نداشته باشند.
در راهنمای مدیریت خزش فیلترها، گوگل دربارهٔ فضای بسیار بزرگ نشانی‌های پارامتری و مصرف منابع خزش هشدار می‌دهد. همچنین برای ترکیب فیلتر بی‌نتیجه، تکراری یا نامعتبر، پاسخ ۴۰۴ را توصیه میکند. صفحهٔ دائمی معرفی یک محله را از نتیجهٔ خالی یک ترکیب فیلتر جدا کنید؛ این دو الزاماً وظیفهٔ یکسانی ندارند.
یک سیاست عملی بنویسید: مسیرهای منتخب جغرافیایی قابل‌خزش باشند؛ ترتیب پارامترها یکنواخت بماند؛ نشانی‌های نامعتبر پاسخ درست بگیرند؛ و برای ترکیبهای بی‌نیاز از حضور در جستوجو، روش کنترل متناسب انتخاب شود. کنونیکال‌دادن همهٔ محله‌ها به صفحهٔ شهر، راه مناسبی برای حفظ استقلال آن‌ها نیست. کنونیکال را برای نسخه‌های تکراری یا بسیار مشابه بررسی کنید.
جزئیات انتخاب روش کنترل را در راهنمای سئو فیلتر محصولات می‌توان دنبال کرد؛ منطق تکثیر نشانی در فهرست املاک هم وجود دارد. در اجرا، هدف را روشن کنید: کنترل خزش با حذف از نتایج یکسان نیست. برای خوانده‌شدن دستور noindex، صفحه باید در دسترس ربات باشد. بستن همان نشانی در robots.txt میتواند مانع خواندن این دستور شود. برای صفحات ازقبل ایندکس‌شده، ترتیب اجرای تغییرها را با تیم فنی مشخص کنید.
برای مرزهای دلخواه روی نقشه، از ابتدا تعیین کنید آیا کاربر فقط وضعیت جست‌وجوی خود را ذخیره میکند یا یک صفحهٔ عمومی تازه می‌سازد. ساخت مسیر عمومی برای هر جابه‌جایی نقشه، مدیریت صفحات را دشوار میکند. در مقابل، مرزهای منتخب محله‌ها باید تعریف ثابت و قابل‌اصلاح در دادهٔ مکان داشته باشند، حتی اگر نمایش نقشه تغییر کند.
فهرست آگهی و صفحه‌بندی چگونه قابل‌خزش بماند؟
آگهیها باید از مسیر لینک‌های واقعی قابل‌دسترسی باشند و صفحه‌های بعدی فهرست نشانی مشخص داشته باشند. دکمهٔ «نمایش بیشتر» میتواند تجربهٔ کاربری را حفظ کند، اما کشف آگهیها نباید به کلیک ربات وابسته باشد. صفحهٔ دوم را با فیلتر مرتبسازی یا حالت نمایش نقشه یکی نگیرید؛ هرکدام رفتار متفاوتی دارد.
طبق راهنمای صفحه‌بندی گوگل، ربات‌ها عموماً دکمه‌ها را کلیک نمی‌کنند. گوگل برای صفحات دنباله، نشانی مجزا، لینک‌های قابل‌خزش و کنونیکال مخصوص هر صفحه را توصیه میکند. همهٔ صفحه‌های بعدی را به صفحهٔ اول کنونیکال نکنید و شمارهٔ صفحه را فقط بعد از علامت هشتگ قرار ندهید.
در نمونهٔ این راهنما، /buy/tehran/yousef-abad/?page=2 میتواند صفحهٔ دوم باشد. بازکردن مستقیم آن باید آگهیهای همان بخش را نشان دهد، نه اینکه ابتدا صفحهٔ اول بارگیری شود و کاربر دوباره دکمه بزند. پس از تغییر مرتبسازی هم بررسی کنید که شمارهٔ صفحه به نتیجه‌ای نامعتبر اشاره نکند و فهرست، خطای سرور ندهد.
تیم فنی میتواند چند آگهی از ابتدا، میانه و انتهای مجموعه انتخاب کند و مسیر رسیدن به آن‌ها را آزمایش کند. در این آزمون، وجود آگهی در پاسخ صفحه، لینک جزئیات و دسترسی مستقیم را بررسی کنید. پیدا‌نشدن آگهی در یک آزمایش محلی را با «قطعاً ایندکس نمی‌شود» یکی نگیرید؛ نتیجهٔ آزمون باید دقیقاً همان چیزی باشد که مشاهده کرده‌اید.
در محدوده‌هایی که موجودی سریع تغییر میکند، ترتیب پایدار و حذف موارد تکراری اهمیت دارد. ممکن است هنگام رفتن از صفحهٔ اول به دوم، آگهی تازه‌ای اضافه شود. هدف طراحی این است که پرش‌ها و تکرارها کمتر شوند و ملک فعال فقط بهدلیل جابه‌جایی در فهرست از مسیر دسترسی خارج نشود. این موضوع را با دادهٔ واقعی محصول آزمایش کنید.
با صفحهٔ محلهٔ بدون آگهی چه کنیم؟
ابتدا علت خالی‌شدن صفحه را مشخص کنید: پایان موقت موجودی، خطای داده، ترکیب فیلتر نامعتبر یا توقف دائمی پوشش محله. برای همهٔ این حالتها یک پاسخ ثابت نسازید. صفحهٔ دائمی محله فقط وقتی ارزش نگهداری دارد که هنوز پاسخ مفید و صادقانه‌ای بدهد؛ نمایش آگهیهای نامرتبط با برچسب همان محله، راه‌حل خالی‌بودن نیست.
اگر صفحه بر اثر خطای همگام‌سازی خالی شده، ابتدا خطای فنی را رفع کنید. حذف یا انتقال صفحه در میانهٔ اختلال میتواند تصمیم موقتی را به تغییر دائمی تبدیل کند. یک هشدار داخلی تعریف کنید که افت غیرعادی تعداد فایل‌ها را گزارش دهد و مسئول داده بتواند آن را با منبع آگهیها تطبیق دهد.
در توقف کوتاه موجودی، صفحه میتواند نبود آگهی فعال را واضح نشان دهد و اطلاعات محلی معتبر یا امکان اطلاع‌رسانی با رضایت کاربر ارائه کند. آگهیهای محله‌های نزدیک باید در بخش جدا و با نام همان محله‌ها نمایش داده شوند. این پیشنهاد، تضمین پذیرش صفحه برای ایندکس نیست؛ کیفیت باقی‌مانده و هدف صفحه را ارزیابی کنید.
اگر صفحه فقط یک فهرست خالی است و ارزش مستقلی ندارد، نگه‌داشتن آن با پاسخ موفق به امید حفظ رتبه، تصمیم کافی نیست. برای توقف دائمی، حذف یا انتقال به معادل واقعی را بررسی کنید. صفحهٔ شهر مادر همیشه معادل صفحهٔ محله نیست؛ انتقال دسته‌جمعی همهٔ محدوده‌های حذف‌شده به آن، انتظاری را که عنوان قبلی ساخته بود برآورده نمیکند.
برای تصمیم دربارهٔ صفحات موجود، آنالیز سایت از نظر سئو باید نمونه‌های دارای موجودی، بی‌موجودی و دارای فیلتر را کنار هم بررسی کند. خروجی مفید، فهرست نشانی‌ها همراه علت و اقدام هر گروه است؛ صرف شمارش صفحات کم‌کلمه روشن نمیکند کدام محله باید بماند یا حذف شود.
پیش از انتشار صفحات محله چه چیزهایی را آزمایش کنیم؟
یک نمونه از هر نوع صفحه و وضعیت موجودی را در محیط آزمایش باز کنید. عنوان، مرز محله، نتیجهٔ فیلتر، کنونیکال، وضعیت پاسخ و دسترسی موبایل باید با هم سازگار باشند. بازبینی فقط صفحهٔ پرآگهی کافی نیست؛ خالی‌شدن فهرست، شمارهٔ صفحهٔ نامعتبر و نام‌های متفاوت یک محله هم جزو آزمون انتشارند.
فهرست نمونه‌ها را قبل از بررسی بنویسید تا نتیجه فقط بر پایهٔ چند صفحهٔ سالم نباشد. یک شهر پرموجودی، یک محلهٔ کم‌موجودی، یک نام دارای نیم‌فاصله، یک ترکیب فیلتر نامعتبر و صفحهٔ دوم یک فهرست را انتخاب کنید. برای هر آزمون، نشانی، نتیجهٔ موردانتظار، نتیجهٔ واقعی و مسئول اصلاح را ثبت کنید. تعداد نمونه را با تنوع قالب‌ها افزایش دهید، نه صرفاً برای پرکردن گزارش.
در رابط کاربری، انتخاب محله باید در عنوان و فهرست منعکس شود. پاک‌کردن یک فیلتر نباید ناخواسته شهر را عوض کند. دکمهٔ بازگشت مرورگر، اشتراک‌گذاری نشانی و بازکردن لینک در پنجرهٔ تازه را هم آزمایش کنید؛ ذخیره‌شدن انتخاب فقط در حافظهٔ مرورگر میتواند صفحه‌ای متفاوت به گیرندهٔ لینک نشان دهد.
وقتی اجرای فنی را برون‌سپاری می‌کنید، در شرح خدمات سئو تخصصی مسئولیت کنترل قالب، دادهٔ مکان و رفتار فیلترها را مشخص کنید. تیم محتوا نمی‌تواند با بازنویسی متن، کنونیکال اشتباه یا آگهی خارج از محدوده را اصلاح کند. تحویل هر بخش باید معیار پذیرش قابل‌آزمایش و مسئول پاسخ‌گو داشته باشد.
در بازبینی آخر، اطلاعات خصوصی آگهی‌دهنده را هم کنترل کنید. صفحهٔ محله نباید شماره یا نشانی‌ای را که برای نمایش عمومی مجاز نیست از منبع داده بیرون بکشد. این کنترل محصول باید در کنار بررسی عکس‌های بارگیری‌شده، خوانایی کارت‌ها و امکان تماس درست انجام شود، نه پس از انتشار هزاران صفحه.
عملکرد صفحات شهر و محله را چگونه بسنجیم؟
صفحات جغرافیایی را به تفکیک نوع معامله، شهر و وضعیت موجودی بسنجید. تعداد صفحهٔ ایندکس‌شده به‌تنهایی معیار موفقیت نیست. ورودی مرتبط، رسیدن به جزئیات ملک و تماس یا درخواست معتبر تصویر دقیق‌تری میدهند. تغییر موجودی و زمان اصلاح قالب را هم ثبت کنید تا افت تقاضا را با خرابی صفحه اشتباه نگیرید.
در گزارش هفتگی، صفحات دارای موجودی را از صفحات خالی جدا کنید. اگر تماس‌ها کم شده اما آگهی فعال هم افت کرده است، ابتدا همین تغییر را بررسی کنید. اگر تعداد آگهی ثابت مانده ولی کاربران از فهرست به جزئیات نمی‌روند، کیفیت عکس، اطلاعات کارت و تناسب نتیجه با عنوان را آزمایش کنید. یک نمودار کلی برای همهٔ شهرها این تفاوت‌ها را پنهان میکند.
برای کشف هم‌پوشانی، عبارت‌هایی مانند خرید و اجاره در یک محله را با صفحهٔ مقصدشان مقایسه کنید. ظاهرشدن دو صفحه برای یک عبارت، به‌تنهایی اثبات مشکل نیست؛ بررسی کنید آیا هر دو همان نیاز را با موجودی یکسان هدف گرفته‌اند. گاهی اصلاح لینک‌های داخلی و مرزبندی محتوایی کافی است و گاهی دو مسیر واقعاً تکراری‌اند و باید یکپارچه شوند.
تغییرها را مرحله‌ای اجرا کنید: یک گروه محدود از محله‌های دارای دادهٔ قابل‌اعتماد را منتشر کنید، خطاهای قالب را برطرف کنید و بعد دامنهٔ پوشش را افزایش دهید. زمان شروع هر تغییر، تعداد آگهی و اقدام‌های بازاریابی هم‌زمان را نگه دارید. بدون این زمینه، نسبت‌دادن هر افزایش کلیک به متن تازهٔ محله، نتیجه‌گیری قابل‌اتکایی نیست.
جمع‌بندی
پیش از انتشار صفحهٔ محله، سه خروجی را تحویل بگیرید: تعریف محدوده و آگهیهای منطبق با آن، سیاست نشانی و فیلترها، و مسئول رسیدگی به تغییر موجودی. انتشار را از محله‌هایی شروع کنید که این خروجی‌ها برایشان آماده است. اگر متن صفحه تنها تفاوت دو محدوده است، ابتدا داده و تجربهٔ جستوجو را اصلاح کنید.
سوالات متداول
برای هر محله چند کلمه محتوا لازم است؟
عدد ثابتی نسخهٔ مناسب همهٔ صفحات نیست. توضیح مرز محله، آگهیهای مرتبط و اطلاعاتی که تصمیم کاربر را تغییر میدهند مهمتر از رسیدن به تعداد مشخص کلمهاند. متنی که فقط نام محله را تکرار میکند، حتی با طول زیاد، مشکل فهرست نامرتبط را حل نمیکند.
آیا URL محله حتماً باید لاتین باشد؟
این راهنما لاتینبودن را شرط نمیداند. ساختار موجود، ثبات نشانی و توان تیم برای مدیریت نامها را بررسی کنید. برای شکلهای مختلف نوشتن یک محله مسیرهای رقیب نسازید و نشانی سالمی را صرفاً به خاطر سلیقهٔ نگارشی تغییر ندهید.
آیا خرید و اجارهٔ یک محله باید صفحهٔ جدا داشته باشند؟
اگر دو مجموعه واقعاً آگهیها و نیازهای متفاوتی دارند و سایت توان نگهداری هر دو را دارد، جداسازی منطقی است. اگر هر دو صفحه یک فهرست یکسان نشان میدهند و فقط عنوان عوض شده، ابتدا مدل داده و تفکیک نوع معامله را اصلاح کنید.
وقتی آگهی یک محله تمام شد، صفحه را به شهر منتقل کنیم؟
انتقال خودکار تصمیم مناسبی برای همهٔ حالتها نیست. توقف موقت، خطای دریافت داده و پایان دائمی پوشش را جدا بررسی کنید. صفحهٔ مفید محله میتواند وضعیت نبود آگهی را شفاف نشان دهد؛ برای حذف دائمی هم فقط به مقصد واقعاً معادل انتقال بدهید.
آیا تمام فیلترهای ملک باید وارد سایتمپ شوند؟
خیر. فهرست صفحات منتخب و قابلایندکس را از حالتهای موقتی جستوجو جدا کنید. مرتبسازی، مرز دلخواه نقشه و ترکیبهای اتفاقی امکانات را صرفاً بهدلیل داشتن نشانی وارد فهرست صفحات هدف نکنید. رفتار هر گروه باید در سیاست فنی سایت مشخص باشد.
آیا میانگین قیمت آگهیها همان قیمت بازار محله است؟
خیر. این عدد فقط دادهٔ نمونهٔ موجود در سایت را توصیف میکند، آن هم اگر دادههای تکراری و ناقص مدیریت شده باشند. قیمت پیشنهادی با قیمت معامله تفاوت دارد. تاریخ، تعداد نمونه و روش محاسبه را بیان کنید و برای دادهٔ ناکافی عدد ظاهراً دقیق منتشر نکنید.
منابع
- سیاست‌های اسپم گوگل: تعریف سوءاستفاده از صفحات درگاهی
- زیرساخت خزش گوگل: مدیریت نشانی‌های حاصل از فیلترها
- راهنمای گوگل: صفحه‌بندی و بارگیری تدریجی فهرست‌ها
