زمانی که سایت از دسترس خارج شودساعت سه بامداد معلق شد. این ترتیبی است که باید انجام دهید.

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

تعلیق · 11 دقیقه مطالعه · منتشرشده 30 ژوئیهٔ 2026

نخست، تنها چیزی که واقعاً فوری است

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

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

تعلیق واقعاً چیست

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

چهار محرک رایج وجود دارد که ارزش تفکیک دارند، زیرا پاسخ درست کاملاً متفاوت است:

محرکمعنای معمول آنچه چیزی واقعاً کمک می‌کند
گزارش سوءاستفادهکسی درباره محتوای شما شکایت کرده استبپرسید چه چیزی و توسط چه کسی گزارش شده
اعلامیه کپی‌رایتدارنده حق یک اخطار حذف ارسال کرداخطار را بخوانید؛ ارسال یک اخطار متقابل را در نظر بگیرید
صورت‌حسابکارتی ناموفق بود یا چارجبکی ثبت شدبا روشی پرداخت کنید که قابل بازگشت نیست
مصرف منابعشما از محدودیتی فراتر رفتید که هیچ‌کس مقدارش را مشخص نکرده بودرقم و آستانه را درخواست کنید

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

پنج چیزی که باید به‌صورت مکتوب درخواست کنید

  1. بند مشخص. نه «شرایط خدمات ما» — بلکه همان بند شماره‌گذاری‌شده‌ای که می‌گویند نقض کرده‌اید.
  2. خود گزارش. اگر یک شکایت آن را ایجاد کرده، درخواست یک نسخه از آن بدهید، از جمله اینکه چه کسی آن را ارسال کرده است. بسیاری از میزبان‌ها آن را ارسال می‌کنند؛ برخی نمی‌کنند، و امتناع خودش گویاست.
  3. بازه‌ی نگهداری. چه مدت تا حذف داده‌ها، به‌صورت تاریخ و ساعت، نه «به‌زودی».
  4. راهی به داده‌ها. دسترسی فقط‌خواندنی، یک صادرات (export)، یا بازه‌ای برای اجرای پشتیبان‌گیری. برای آن پیشنهاد پرداخت بدهید.
  5. چه چیزی سرویس را بازمی‌گرداند. اگر پاسخ «هیچ‌چیز» است، شما در یک اختلاف نیستید، بلکه در حال اخراج هستید، و باید مذاکره را متوقف کرده و به سمت نقل‌مکان حرکت کنید.

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

کاری که نباید در روز اول انجام دهید

  • درخواست chargeback ندهید. این کار یک اختلاف محتوایی را به پرونده کلاهبرداری پرداخت تبدیل می‌کند و سریع‌ترین راه برای تبدیل یک تعلیق به قطع دائمی همراه با از دست رفتن داده‌هاست.
  • با نام دیگری در همین میزبان دوباره ثبت‌نام نکنید. بندهای مربوط به دور زدن قوانین تنها بخشی از شرایط خدمات هستند که با جدیت اجرا می‌شوند.
  • هنوز تیکت را به‌صورت عمومی منتشر نکنید. این کار گاهی جواب می‌دهد اما بیشتر اوقات موضع کسی را که باید به شما پاسخ دهد سفت‌تر می‌کند.
  • «سوءاستفاده از منابع» را بدون یک عدد نپذیرید. اگر هیچ‌کس نتواند بگوید کدام محدودیت و چه‌قدر، دلیل واقعی همین نیست.

سپس مشخص کنید که واقعاً با چه مشکلی روبه‌رو هستید

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

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

این مجموعه همین وضعیت را چطور مدیریت می‌کند

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

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

پرسش‌هایی که واقعاً پرسیده می‌شوند

آیا یک میزبان واقعاً می‌تواند داده‌های من را حذف کند؟

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

آیا باید یک اخطار متقابل ارسال کنم؟

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

آیا تعلیق همان حذف محتوا (takedown) است؟

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

آیا تغییر هاست آن را حل می‌کند؟

اگر علت، صورتحساب یا محدودیت منابع بوده باشد، معمولاً بله. اگر علت، شکایتی درباره محتوا بوده باشد، تنها در صورتی که میزبان جدید در کشوری باشد که شکایت در آنجا اعتباری ندارد و شرکتی است که شاکی باید در همان‌جا از آن شکایت کند.

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

هر قیمت در این مجموعه به‌طور کامل و در یک مکان منتشر شده است. کل کاتالوگ را ببینید

بقیه این مجموعه

پنج نوشتار دربارهٔ آنچه رخ می‌دهد وقتی زیرساخت از شما گرفته می‌شود.

همه مقاله‌ها