آموزش گام‌به‌گام انتقال پروژه سئو بین سرویس‌دهنده‌ها
بحث تغییر سرویس‌دهنده دو لایه دارد و مرزشان را روشن کنیم: آموزش گام‌به‌گام انتقال هاست بدون قطعی لایهٔ زیرساخت را می‌بَرد — فایل، دیتابیس و DNS — و ترتیب هفت‌گامی‌اش برای همان است؛ لایهٔ این مقاله پروژه است: دانش، سند، ریتم انتشار و سنجه‌هایی که از یک تیم به تیم بعد می‌رسند یا نمی‌رسند. مهاجرت هاست بدون تحویل پروژه، سایت را نگه می‌دارد و سئو را رها میکند؛ برای همین هر دو لایه لازم‌اند و هیچ‌کدام جای دیگری را نمی‌گیرد.
چرا انتقال پروژه سئو به‌اصطلاح «خطرناک» شهرت پیدا کرده؟ چون معمولاً بی‌ترتیب انجام می‌شود: دسترسی‌ها دیر می‌رسند، دانش از سند عبور نمی‌کند، انتشار دو ماه می‌ایستد و افتِ نتیجه، به حساب «تغییر تیم» گذاشته می‌شود در حالی که محصول بی‌ترتیبی است. این مقاله همان ترتیب را می‌سازد؛ پنج گام پیش رو با اهرم زمان مشخص، طوری که در جلسهٔ تحویل هیچ چیز به اعتماد واگذار نشود.
انتقال پروژه سئو کجاها گران تمام می‌شود؟
چهار جای گرانِ انتقال را بشناسید تا در آن‌ها بیشتر مراقب باشید. جای اول، دانش بی‌سند است: چیدمان کلمه‌های هر صفحه، علت هر تصمیم و فهرست کارهای نیمه‌کاره، اگر مکتوب نباشد با تیم قبلی می‌رود و تیم جدید آن را دوباره کشف میکند — با هزینهٔ شما. جای دوم، توقف انتشار: چند هفته سکوت، ریتمی که موتور جست‌وجو به سایت شما دیده است را می‌شکند؛ بازگشت این ریتم گران‌تر از ادامه‌اش است.
جای سوم، ریدایرکت‌ها و تغییرات فنیِ رهاشده: اگر وسط بازسازی ساختار، تیم عوض شود، صفحات قدیمی به مقصد نرسیده می‌مانند و اعتبار می‌سوزد. جای چهارم، سنجشِ گم‌شده: بدون خط پایهٔ ثبتشده، بعد از انتقال هیچ‌کس نمی‌داند افت مربوط به کیست — تیم قبلی می‌گوید از ما نبود، تیم جدید می‌گوید قبل از ما بود و بحث به جای اصلاح، به سرزنش می‌رود. هر چهار جای گران با همان پنج گام این راهنما جمع می‌شوند؛ ترتیبشان هم تصادفی نیست: از مالکیت شروع می‌شود چون بدون آن، بقیه بی‌معناست.
یک نکتهٔ انصاف برای شروع: افت کوچک در ماه اول انتقال طبیعی است؛ به تجربهٔ ما آنچه دائمی می‌شود، قطع انتشار و سندِ غایب است، نه خودِ سوییچ. پس هدف، صفرکردن افت نیست؛ کوتاه‌کردن دورهٔ افت و بستن مسیر بازگشت است.
گام اول؛ مالکیت و دسترسی‌ها قبل از خداحافظی
قاعدهٔ گام اول یک جمله است: هر اکانتی که با پول شما کار میکند، به نام شماست. فهرست را کامل ببندید — دامنه، هاست، وردپرس، سرچکانسول، ابزار تحلیل، هر سرویس اشتراکی — و برای هر کدام سه ستون بنویسید: مالک ثبتشده کیست، دسترسی مدیر با کیست و ایمیل بازیابی کدام است. هر جا مالکیت نزد تیم قبلی است، پیش از بستن قرارداد جدید منتقل و تأیید کنید؛ همین ستون‌ها بعداً مسیر خداحافظی را کوتاه می‌کنند.
چرا این گام اول است؟ چون تمام بقیهٔ گام‌ها به دسترسی وابسته‌اند: سند تحویل را بدون سرچکانسول نمی‌توانید راستی‌آزمایی کنید و پنجرهٔ همپوشانی را بدون دسترسی انتشار نمی‌توانید مدیریت کنید. به تجربهٔ ما گروگان‌گیری دسترسی نادر است اما بوروکراسیِ انتقال مالکیت — به‌خصوص دامنه — هفته‌ها طول میکشد؛ پس این فرآیند را با کلید خداحافظی هم‌زمان نکنید، ماه‌ها قبلش ببندید.
همین‌جا سطح دسترسی‌ها را هم عاقلانه تعریف کنید: تیم جدید با نقش ویرایشگر و مدیرِ محتوا شروع کند، نه مالک کل؛ و تیم قبلی تا پایان پنجرهٔ همپوشانی دسترسی مشاهده داشته باشد تا سؤال‌های تحویل بدون مذاکره پاسخ بگیرند. خروج تمیز یعنی هر دو تیم در طول پنجره، بی‌کدورت به کارشان ادامه دهند.
گام دوم؛ سند تحویل؛ اقلامی که باید روی میز بیاید
سند تحویل، قلب انتقال پروژه سئو است و شش قلم دارد. اول، فهرست صفحات هدف با کلمهٔ هدف و قصد هر صفحه؛ دوم، تقویم محتوایی و صف تولید — چه چیزی نوشته شده، چه چیزی در تولید است؛ سوم، فهرست همکاری‌ها و لینک‌های ساخته‌شده تا تیم جدید ادامهٔ رابطه‌ها را بشناسد؛ چهارم، تاریخچهٔ تغییرات فنی مهم — مهاجرت‌ها، بازسازی‌ها، ریدایرکتهای عمده؛ پنجم، دسترسی‌ها و مالکیت اکانت‌ها با تاریخ انتقال؛ ششم، گزارش‌های ماهانهٔ گذشته تا خط روند قبل از شما دیده شود.
این سند را با جلسهٔ پرسش‌وپاسخ ببندید، نه با ایمیل: تیم جدید هر قلم را می‌خواند، سؤال‌هایش را می‌پرسد و موارد مبهم را همان‌جا روشن میکند. امضای دو طرف — حتی به شکل سادهٔ تأیید ایمیل — یعنی هیچ‌کدام از دو سو بعداً نمی‌تواند بگوید «ندیدم». به تجربهٔ ما سند شش‌قلمی، جلسهٔ اولِ تیم جدید را از «کشف» به «اجرا» منتقل میکند و همان یک جلسه، هزینهٔ کل سند را برمی‌گرداند.
اگر تیم قبلی سند آماده ندارد، خودتان آن را از دادهها بسازید: سرچکانسول فهرست صفحات و سنجهها را میدهد، سایتمپ ساختار فعلی را و آرشیو انتشار ریتم را. سند ناقص بهتر از بیسندی است؛ ولی این نقص را در جلسهٔ تحویل مکتوب کنید تا مرز مسئولیتها روشن بماند.
گام سوم؛ پنجرهٔ همپوشانی؛ انتشار نباید قطع شود
پنجرهٔ همپوشانی یعنی تیم قبلی و جدید چند هفته کنار هم کار می‌کنند و انتشار هیچ‌وقت صفر نمی‌شود. الگوی ششهفتهای که به تجربهٔ ما جواب داده: هفتهٔ اول سند تحویل و انتقال دسترسی‌ها؛ هفتهٔ دوم ثبت خط پایه و تنظیم تقویم مشترک؛ هفته‌های سوم و چهارم تولید و انتشار زیر نظر تیم قبلی با یادگیری تیم جدید؛ هفتهٔ پنجم سوییچ کامل مسئولیت؛ هفتهٔ ششم پایش فشرده و جمع‌بندی پرسش‌ها. طول این پنجره با اندازهٔ پروژه بالا و پایین می‌شود، اما فلسفه‌اش ثابت است: دانش با کارِ مشترک منتقل می‌شود، نه با فایل.
دو قاعده در طول پنجره حاکم است. اول، انتشار قطع نمی‌شود: حتی یک پست ضعیف‌ترِ به‌موقع، از دو پست درجه‌یکِ گم‌شده در سکوت ارزشمندتر است، چون ریتم چیزی است که جست‌وجو به آن عادت دارد. دوم، تصمیم‌های بزرگ ساختاری — تغییر قالب، بازسازی دسته‌ها — به بعد از پنجره موکول می‌شود؛ وسط تحویل، دو متغیر را هم‌زمان عوض نکنید که اگر چیزی افت کرد ندانید کدام علت بوده.
و انتقالِ انتظارها را هم در همین پنجره انجام دهید: جلسهٔ سه‌جانبه‌ای بگذارید که تیم قبلی وضع را روایت کند، تیم جدید برنامهٔ سه‌ماههٔ خودش را بگوید و شما تاریخ قضاوت بعدی را تعیین کنید. انتقال سالم، انتقال مسئولیت است؛ نه انتقال جرمِ گذشته به طرف بعدی.
گام چهارم؛ خط پایه و سنجش عادلانهٔ قبل و بعد
خط پایه، داور عادلانهٔ انتقال است. یک هفته قبل از سوییچ، چهار سنجهٔ گزارش عملکرد جست‌وجو — نمایش، کلیک، نرخ کلیک و میانگین جایگاه — را برای کل دامنه و برای ده صفحهٔ اصلی‌تان ثبت کنید و همین کار را ماهانه تکرار کنید؛ این چهار سنجه، زبان مشترک هر دو تیم است و بحث را از حدس به عدد می‌برد. تصویر کل دامنه را هم در یک برگه نگه دارید تا افت‌های موضعی با افت عمومی قاطی نشود.
قضاوت را هم عاقلانه تعریف کنید: مقایسهٔ ماه اول با ماه قبل، به‌خودی‌خود معنادار نیست — فصل، الگوریتم و موج تقاضا همه دخالت‌اند؛ بازهٔ سه‌ماهه با خط پایه ثبتشده، مرز تصمیم است. اگر افت در صفحه‌های مشخص بود، سراغ همان صفحه‌ها بروید؛ اگر کلی بود، چک‌لیست فنی گام بعد را میبینید. این ترتیب، جلسهٔ پس از انتقال را از انگ‌زدن به سنجه‌رسانی تبدیل میکند.
و صادقانه بگوییم: هیچ خط پایه‌ای انتقال را بی‌ریسک نمی‌کند؛ فقط ریسک را قابل اندازه‌گیری میکند. فرقی که می‌سازد همین است: تیمی که سنجه دارد، در هفتهٔ دوم می‌فهمد کجا خراب شده؛ تیمی که ندارد، ماه سوم تازه متوجه می‌شود و تا آن موقع، رقیب شما مشتری‌ها را جمع کرده است.
گام پنجم؛ ریسک‌های فنی در روزهای انتقال
ریسک‌های فنی انتقال، سه دسته دارند و هر سه در هفتهٔ اول پایش می‌شوند. دسته اول، مسیرها: فهرست صفحات پربازدید قدیمی را باز کنید و ببینید به مقصد می‌رسند؛ ریدایرکتهای شکسته، ارزان‌ترین چیزی است که بیشترین اعتبار را می‌سوزاند. دسته دوم، زیرساخت پذیرنده: نسخهٔ PHP و افزونه‌های حیاتی، سرعت صفحه‌های کلیدی و ایندکس‌پذیری؛ چون محتوا ممکن است سالم منتقل شود اما روی میزبانِ کند دیده نشود — جزئیات لایهٔ زیرساخت را در راهنمای انتقال هاست همان‌طور که در مقدمه گفتم دنبال کنید.
دسته سوم، تگ‌ها و دادهٔ ساختار: عنوان‌ها، توضیح‌ها و دادهٔ ساختاریافتهٔ صفحات خدمت بعد از مهاجرتِ قالب بازبینی شود؛ تغییر قالب گاهی سکوتِ عنوان‌های دستی را رقم می‌زند و کلینیک‌ها و فروشگاه‌ها را در نتایج بی‌روح میکند. برای هر سه دسته، چک‌لیست یک‌صفحه‌ای ببندید و به یک نفر مشخص بدهید؛ ریسک فنی با مسئول مبهم جمع نمی‌شود.
اگر تیم جدید پلتفرمی است، همین هفتهٔ اول، سطح پاسخ‌گویی قرارداد را هم تست کنید: در سوئیت، پلن نخبه — ۱۴٫۹ میلیون تومان/ماه (خودکارسازی حداکثری + SLA ۴h) — پاسخ چهار ساعته را تعهد مکتوب میکند؛ SLA را با یک درخواست واقعی در روز اول بسنجید تا وعدهٔ قرارداد، آزموده‌شده وارد پروژه شود. معیار انتخاب مدل اجرا را هم در پنج چک پیش از امضای قرارداد سئو و قرارداد پلتفرمی را در قرارداد با پلتفرم سئو؛ قیمت و کارایی جداگانه باز کرده‌ایم.
چه وقت اصلاً انتقال ندهیم؛ جمع‌بندی
قبل از جمع‌بندی، مرز صادقانه: گاهی انتقال دادن اشتباه است. اگر مشکل فقط «کندی نتیجه» است و ریتم اجرا سالم می‌رود، عوض‌کردن تیم یعنی ریست‌کردن ساعت اعتماد و یادگیری؛ در پنج چک پیش از امضای قرارداد سئو پنج چکی را میبینید که قبل از هر تغییر سرویس‌دهنده باید پاسخ شده باشند — تعریف دامنهٔ کار، ریتم گزارش، بندهای خروج، شفافیت قیمت و مدرک توانمندی. اگر آن پنج چک رد می‌شود، بمانید و قرارداد را اصلاح کنید؛ اگر قبول می‌شود و باز هم راضی نیستید، با ترتیب همین مقاله بروید.
جمع‌بندی در یک جمله: انتقال پروژه سئو، ماجرای فنی نیست؛ فرآیند مکتوب است. مالکیت را قبل از خداحافظی به نام خودتان ببندید، سند شش‌قلمی تحویل بگیرید، پنجرهٔ ششهفتهای همپوشانی را طوری ببندید که انتشار قطع نشود، خط پایهٔ چهار سنجه را پیش از سوییچ ثبت کنید و ریسک‌های فنی را در هفتهٔ اول با چک‌لیستِ مسئول‌دار پایش کنید. این پنج گام، افت را از فاجعه به چند هفتهٔ قابل مدیریت تنزل میدهد.
برای قدم بعدی، وضع فعلی دامنه را قبل از تصمیم ببینید: ممیزی رایگان دامنه نشان میدهد کدام لایه — فنی، محتوا یا اعتبار — ضعیف‌تر است تا انتقال یا ماندن را با عدد ببندید، نه با احساس جلسهٔ آخر؛ نقشهٔ کامل بحث انتخاب مدل اجرا هم در هاب مدل‌های اجرا: آژانس، فریلنسر، پلتفرم مرتب نگه داشته شده است. و اگر طرف مقابلِ مذاکره آژانس یا تیم داخلیِ مشتری‌هایتان است، صفحهٔ سئو برای آژانس‌ها مدل همکاری ما با آژانس‌ها را نشان میدهد؛ خداحافظی سالم از تیم قبلی، خودش قوی‌ترین معرفی برای شروع با تیم بعدی است.
رصد ما، رشد شما.
سؤالات پرتکرار
انتقال پروژه سئو چقدر طول میکشد؟
به تجربهٔ ما پنجرهٔ ششهفتهای کافی است: یک هفته سند و دسترسی، یک هفته خط پایه، دو هفته همپوشانی، و دو هفته سوییچ و پایش. پروژههای چندساله و چندسایته پنجرهٔ بلندتری میخواهند؛ فلسفه ثابت است: انتشار قطع نشود.
افت موقت بعد از تعویض تیم طبیعی است؟
افت کوچک در ماه اول معمول است؛ دائمیشدنش از قطع انتشار، ریدایرکتهای شکسته و سند غایب میآید، نه از خود سوییچ. با خط پایهٔ ثبتشده و پایش هفتهای، افت را زود میبینید و سریع میبندید.
تیم قبلی سند تحویل نمیدهد؛ چه کنیم؟
خودتان از دادهها بسازید: سرچکانسول فهرست صفحات و سنجهها را میدهد، سایتمپ ساختار را و آرشیو انتشار ریتم را. سند ناقص را در جلسهٔ تحویل مکتوب کنید تا مرز مسئولیتها روشن بماند؛ بیسندی را امضا نکنید.
چه اکانتهایی باید بیاستثنا به نام ما باشد؟
دامنه، هاست، وردپرس، سرچکانسول، ابزار تحلیل و هر سرویس اشتراکی. مالکیت حق خریدار است؛ هر دسترسی که نزد تیم قبلی بماند، خداحافظی را به مذاکرهٔ جدید و شروع از صفر تبدیل میکند.
از کجا شروع کنیم قبل از تصمیم به تغییر سرویس‌دهنده؟
با ممیزی رایگان دامنه وضع فعلی را ببینید تا مشخص شود ضعف کدام لایه است؛ بعد پنج چک پیش از قرارداد را روی سرویس‌دهنده فعلی هم اجرا کنید. اگر چک‌ها پاسخ می‌شوند، شاید اصلاً انتقال لازم نباشد.
