پروتکل · نسخهٔ ۱.۰

پروتکل سئوی باشهر

چطور مسئله، در گوگل دائمی می‌شود.

این سند، استراتژی سئوی باشهر را تعریف می‌کند: نه بر پایهٔ کلمهٔ کلیدی، بلکه بر پایهٔ صفحهٔ دائمی مسئله. در این سند، پنج اصل، ساختار آدرس، عنوان ثابت، فیلدهای اجباری، فازبندی، و سنجه‌ها آمده است. همه با زبانی ساده، بدون اصطلاح فنی.

۷ بخش·
۵ اصل·
۳ فاز
۰۱

سئوی باشهر چیست

سئو در باشهر با سئوی معمولی فرق دارد. سئوی معمولی می‌گوید «چه کلمه‌ای را بیشتر جست‌وجو می‌کنند، همان را بنویس». سئوی باشهر می‌گوید «چه مسئله‌ای برای یک شهر مهم است، همان را دائمی کن».

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

پس سئوی باشهر، یک سئوی انباشتی است. هر پاسخ، به یک صفحه اضافه می‌شود. هر پیگیری، یک لینک داخلی می‌سازد. هر ماه که می‌گذرد، صفحهٔ مسئله قوی‌تر می‌شود — نه ضعیف‌تر.

سئوی باشهر، مسابقهٔ سرعت نیست. مسابقهٔ دوام است.

۰۲

پنج اصل

پنج اصلی که همهٔ تصمیم‌های سئو از آن‌ها بیرون می‌آید.

۱
هر مسئله، یک صفحهٔ دائمی
هر مسئله یک آدرس ثابت دارد که تا ابد همان است. اگر مسئله حل شد، آدرس عوض نمی‌شود — فقط وضعیتش از «باز» به «پاسخ‌گرفته» تغییر می‌کند.
مثال: صفحهٔ «فرونشست کوی امام اصفهان» از روز اول تا آخر، همان آدرس را دارد. حتی اگر پنج سال بعد حل شود، همان صفحه می‌ماند — با یک «به‌روزرسانی» که می‌گوید «این مسئله حل شد».

۲
عنوان، ثابت می‌ماند
عنوان هر مسئله از روز اول تا آخر ثابت است. اگر مسئله تکامل پیدا کرد، یک «به‌روزرسانی» در همان صفحه اضافه می‌شود، نه یک صفحهٔ جدید.
مثال: عنوان «فرونشست کوی امام اصفهان» ثابت است. اگر شهرداری مطالعه‌اش را منتشر کرد، یک بخش «پاسخ آمد» به همان صفحه اضافه می‌شود، نه یک صفحهٔ جدید با عنوان «پاسخ شهرداری به فرونشست».

۳
سه فیلد، اجباری
هر صفحهٔ مسئله، سه فیلد اجباری دارد: مسئول پاسخ، وضعیت، مهلت. بدون این سه، صفحه منتشر نمی‌شود.
مثال: صفحهٔ فرونشست، سه فیلد دارد: «مسئول پاسخ: شهرداری اصفهان»، «وضعیت: در انتظار»، «مهلت: ۱۴۰۳/۰۸/۲۶». این سه فیلد، هم برای مخاطب روشن‌گرند، هم برای گوگل.

۴
آدرس، شهر را در خود دارد
هر مسئله به شهرش گره می‌خورد. آدرس صفحه شامل نام شهر است، تا وقتی کسی در اصفهان جست‌وجو می‌کند، صفحهٔ ما شانس دیده‌شدن داشته باشد.
مثال: آدرس صفحهٔ فرونشست، «bashahr.ir/shahr/isfahan/faronsht-kooy-emam» است — نه «bashahr.ir/faronsht-kooy-emam». نام شهر، بخشی از هویت صفحه است.

۵
هر پاسخ، یک به‌روزرسانی
هر پاسخی که می‌رسد، به همان صفحه اضافه می‌شود — نه به یک صفحهٔ جدید. این یعنی صفحه، زنده می‌ماند و گوگل هر بار می‌بیند که محتوای تازه به آن اضافه شده.
مثال: وقتی شهرداری پاسخ می‌دهد، یک بخش «پاسخ آمد — ۱۴۰۳/۰۹/۱۰» به همان صفحهٔ فرونشست اضافه می‌شود. صفحه، همان است. فقط غنی‌تر شده.

این پنج اصل، ستون سئوی باشهرند. اگر یکی بشکند، بقیه هم می‌شکنند.

۰۳

ساختار آدرس

هر صفحهٔ مسئله، یک آدرس ثابت دارد با سه بخش: دامنه، نام شهر، و نام مسئله. ترتیب مهم است.

bashahr.ir/shahr/isfahan/faronsht-kooy-emam
دامنه / شهر / نام مسئله
قاعده‌های ساخت آدرس
۱
همیشه لاتین، همیشه با خط تیره
آدرس، لاتین و با خط تیره بین کلمه‌ها نوشته می‌شود. حتی اگر عنوان فارسی است. این برای گوگل و برای لینک‌شدن، امن‌تر است.
مثال: «فرونشست کوی امام» می‌شود «faronsht-kooy-emam». نه «فرونشست-کوی-امام»، نه «FaronshtKooyEmam».

۲
آدرس، کوتاه و خوانا
آدرس نباید بیشتر از چهار یا پنج کلمه باشد. اگر مسئله عنوان بلندی دارد، آدرسش کوتاه‌تر از عنوان است.
مثال: عنوان «ترک‌های عمیق در خانه‌های جنوب اصفهان و نگرانی ساکنان از فرونشست» طولانی است. آدرسش: «faronsht-kooy-emam» — کوتاه و روشن.

۳
آدرس، هرگز عوض نمی‌شود
آدرس صفحه، از روز اول تا آخر ثابت است. اگر مسئله حل شد، آدرس عوض نمی‌شود — فقط وضعیتش تغییر می‌کند.
مثال: اگر پنج سال بعد مسئلهٔ فرونشست حل شد، آدرس «faronsht-kooy-emam» همچنان همان است. فقط یک بنر بالای صفحه می‌گوید «این مسئله حل شد».

آدرس، هویت صفحه است. اگر عوض شود، هویت عوض می‌شود.

۰۴

عنوان صفحه

عنوان صفحه، سه بخش دارد: نام مسئله، نام شهر، و نام رسانه. ترتیب این سه، مهم است.

فرونشست کوی امام اصفهان | باشهر
نام مسئله + نام شهر | نام رسانه
قاعده‌های عنوان

نام مسئله اول می‌آید. چون مخاطب بیشتر با مسئله جست‌وجو می‌کند، نه با نام رسانه.

نام شهر در عنوان هست. چون جست‌وجوی محلی، مهم‌ترین کانال ورودی است.

نام رسانه آخر می‌آید. برای اعتبار، اما نه در اولویت اول.

عنوان بین ۵۰ تا ۶۰ کاراکتر است. بیشتر از این، در نتایج گوگل بریده می‌شود.

عنوان، ثابت می‌ماند

اگر مسئله تکامل پیدا کرد، عنوان عوض نمی‌شود. یک «به‌روزرسانی» به همان صفحه اضافه می‌شود. اگر شهرداری پاسخ داد، عنوان همچنان «فرونشست کوی امام اصفهان» است — نه «پاسخ شهرداری به فرونشست کوی امام».

عنوان، شناسنامهٔ صفحه است. اگر عوض شود، شناسنامه عوض می‌شود.

۰۵

فیلدهای اجباری

هر صفحهٔ مسئله، سه فیلد اجباری دارد. بدون این سه، صفحه منتشر نمی‌شود. این سه، هم برای مخاطب روشن‌گرند، هم برای گوگل.

فیلد
معنا
وضعیت

مسئول پاسخ
نام نهادی که باید پاسخ بدهد — با نام کامل، نه «مسئولان»
اجباری

وضعیت
یکی از سه حالت: باز، در انتظار، پاسخ‌گرفته
اجباری

مهلت
تاریخی که پاسخ باید تا آن برسد — نه «در آینده»
اجباری

تاریخ آخرین به‌روزرسانی
آخرین باری که صفحه غنی شد — نه تاریخ انتشار اولیه
اختیاری

چرا این سه فیلد؟

برای مخاطب: مخاطب در سه ثانیه می‌فهمد این مسئله کجای کار است. چه کسی مسئول است، چه وضعی دارد، چه زمانی باید جواب بدهد.

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

بدون این سه فیلد، صفحه یک یادداشت است. با این سه، یک مسئله است.

۰۶

فازبندی

سئوی باشهر، سه فاز دارد. هیچ فازی، جای فاز قبلی را نمی‌گیرد — روی آن سوار می‌شود.

۱
فاز یک — پایهماه ۱ تا ۳
فقط زیرساخت. هیچ قابلیت تعاملی، هیچ مشارکت مخاطب. تمرکز روی سه چیز: صفحهٔ دائمی، عنوان ثابت، سه فیلد اجباری.
  • ساختار آدرس: دامنه / شهر / مسئله
  • عنوان ثابت: مسئله + شهر | باشهر
  • سه فیلد اجباری در هر صفحه
  • نقشهٔ سایت (Sitemap) با همهٔ مسئله‌ها

۲
فاز دو — غنی‌سازیماه ۴ تا ۶
صفحه‌ها شروع به انباشت می‌کنند. هر پاسخ، به صفحه اضافه می‌شود. اینجاست که سئوی انباشتی معنا پیدا می‌کند.
  • افزودن بخش «پاسخ آمد» به هر صفحه پس از پاسخ نهاد
  • لینک داخلی: هر پاسخ به صفحهٔ مسئلهٔ خودش
  • افزودن ساختار داده (Schema) برای مسئله
  • خبرنامهٔ هفتگی با لینک به مسئله‌های به‌روزشده

۳
فاز سه — مشارکتماه ۷ به بعد
مشارکت مخاطب، از اینجا شروع می‌شود — نه از روز اول. چون تا اینجا، صفحه‌ها باید پایهٔ محتوایی خودشان را داشته باشند تا مشارکت، آن‌ها را رقیق نکند.
  • پیشنهاد مسئله توسط شهروند (با سه آزمون)
  • ارسال سند توسط شهروند (با دو فیلتر)
  • کامنت با اطلاعات جدید (نه کامنت تشکر)
  • حضور میدانی ماهانه با دستور کار مشخص

مشارکت، جایزهٔ فاز سه است. اگر از فاز یک شروع شود، پایه را رقیق می‌کند.

۰۷

سنجه‌ها

سئوی باشهر، پنج سنجه دارد. هیچ‌کدام «بازدید» نیست. همه، «کیفیت دیده‌شدن» را می‌سنجند.

مسئله‌های ایندکس‌شده
چند مسئله در گوگل ثبت شده‌اند
۱۰۰٪

مسئله‌های با سه فیلد اجباری
چند مسئله، مسئول، وضعیت و مهلت دارند
۱۰۰٪

مسئله‌های به‌روزشده در ماه
چند مسئله در ماه اخیر غنی شدند
≥ ۳۰٪

جست‌وجوی محلی
چند بازدید از جست‌وجوی «[مسئله] + [شهر]» آمده
≥ ۲۰٪

نرخ بازگشت به مسئله
چند درصد از خوانندگان، دو هفته بعد به همان مسئله برگشتند
≥ ۱۵٪

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

۰۸

خطوط سرخ سئو

پنج کار که در باشهر انجام نمی‌دهیم — حتی اگر سئو را «بهتر» کند.

کلمهٔ کلیدی انباری. هیچ صفحه‌ای برای «بهترین»، «ارزان‌ترین»، «جدیدترین» ساخته نمی‌شود. مسئله، مسئله است.
عنوان فریبنده. عنوان صفحه، همان چیزی است که در محتوا هست. نه یک کلمهٔ اضافه برای جذب کلیک.
محتوای تکراری. هر مسئله، یک صفحه. اگر دو مسئله شبیه هم‌اند، یکی می‌شود — نه دو تا با کلمات متفاوت.
لینک‌سازی مصنوعی. هیچ لینکی با پول یا تبادل ساخته نمی‌شود. لینک، نتیجهٔ محتواست، نه هدف.
صفحهٔ آرشیوی مرده. هیچ صفحه‌ای بدون تاریخ آخرین به‌روزرسانی نمی‌ماند. اگر صفحه‌ای زنده نیست، بایگانی می‌شود، نه رها.

سئو، نتیجهٔ محتوای درست است. نه هدفی که محتوا را به خدمت بگیرد.

باشهر · پروتکل سئو · نسخهٔ ۱.۰ · bashahr.ir
اشتراک‌گذاری این مطلب
این مطلب درباشهر ارسال شده و برچسب گذاری شده است.

دیدگاهتان را بنویسید

نشانی ایمیل شما منتشر نخواهد شد. بخش‌های موردنیاز علامت‌گذاری شده‌اند *

0:00
0:00