How Unlimited Charters Escaped WordPress and Ranked 528,315 Pages

<p>Unlimited Charters একটি ক্লাসিক WordPress স্ট্যাকে চলছিল: parent + child theme, WooCommerce এবং সক্রিয় ২১টি প্লাগইন (Elementor Pro, LiteSpeed Cache, Yoast SEO Premium, MasterSlider, Wordfence, Imagify, Live Composer, Mega Main Menu, WP All Import - পুরো প্যাকেজ)। ৭-ব্র্যান্ডের পরিবারটি (unlimitedcharters.com-এর পাশাপাশি <a href='https://baltimoretrips.com/' rel='noopener'>Baltimore Trips</a>, <a href='https://districtcharters.com/' rel='noopener'>District Charters</a>, <a href='https://phillycharters.com/' rel='noopener'>Philly Charters</a>, <a href='https://unlimitedchurchways.com/' rel='noopener'>UC Churchways</a>, <a href='https://usbustrips.com/' rel='noopener'>US Bus Trips</a> এবং <a href='https://stretchxlfreight.com/' rel='noopener'>Stretch XL Freight</a>) একই সার্ভারে cPanel ব্যবহারকারীদের মধ্যে theme ও প্লাগইন কোড শেয়ার করত।</p><p>একসঙ্গে তিনটি সমস্যা চলছিল:</p><ul class='x'><li><strong>নীরবে de-index হওয়া।</strong> Google-এর ইনডেক্স থেকে প্রায় ১ লাখ পৃষ্ঠা বাদ পড়েছিল। Google-এর <a href='https://developers.google.com/search/blog/2026/01/spam-update-2026' rel='noopener'>মার্চ ও আগস্ট ২০২৬-এর spam update</a> পাতলা, WordPress-নির্মিত doorway content-কে সবচেয়ে বেশি আঘাত করে। corpus-টি প্রায় ৪৪৪ হাজার spun Gen-1 পৃষ্ঠা থেকে নেমে সর্বনিম্ন প্রায় ১৭ হাজার ইনডেক্সড পৃষ্ঠায় দাঁড়ায়।</li><li><strong>নিরাপত্তাজনিত বকেয়া।</strong> ৮ আগস্ট ২০২৬-এ সমন্বিত auth-bypass আক্রমণে একই সার্ভারের পাঁচটি WordPress ইনস্টল আক্রান্ত হয় (mu-plugin backdoor, C2 IP <span class='mono'>77.90.36.8</span>, typosquat CDN <span class='mono'>vvordpress.net</span>)। Unlimited Charters পরিষ্কার করা হয়; একটি বোন সাইট পুরোপুরি বন্ধ করতে হয়। প্রতিটি ঘটনাই WordPress-সংশ্লিষ্ট ছিল।</li><li><strong>গতির সীমা।</strong> একাধিক স্তরের caching থাকা সত্ত্বেও মোবাইলে PageSpeed স্কোর ৩০ ও ৪০-এর ঘরে ঘোরাফেরা করত। প্রতিটি প্লাগইন আপডেটেই নতুন CLS regression-এর ঝুঁকি ছিল।</li></ul><p>হিসাবটা সহজ ছিল: এই সমস্যাগুলোর যেকোনো একটিই মাইগ্রেশনের যথেষ্ট কারণ। তিনটি একসঙ্গে দেখা দেওয়ায় মাইগ্রেশনই ছিল একমাত্র যুক্তিসঙ্গত সিদ্ধান্ত।</p>

<p>এই কাজটি ঠিক সেই playbook অনুসরণ করে করা হয়েছে, যা <a href='https://stretch-llc.com/?utm_source=wpescape&utm_medium=case-study' rel='noopener'>Stretch LLC</a> এখন বাইরের গ্রাহকদের জন্য পণ্যায়িত করেছে। ধাপগুলো ছিল:</p><ol><li><strong>সম্পূর্ণ URL inventory।</strong> ৭টি ব্র্যান্ডের সব ৫২৮,৩১৫টি HTML URL একটি saturating Screaming Frog crawl-এর মাধ্যমে শনাক্ত করা হয় এবং template family অনুযায়ী ট্যাগ করা হয় (Gen 1 doorway, Gen 4 city hub, service page, state page, spun long-tail)।</li><li><strong>Template একীভূতকরণ।</strong> WordPress-এর পাঁচটি template family কমিয়ে Hugo-এর তিনটি layout করা হয়। সব ৫২৮ হাজার Gen-1 পৃষ্ঠা একটি একক V2 city template-এ মাইগ্রেট করা হয়।</li><li><strong>অনুমান নয়, 301 map।</strong> প্রতিটি source URL হয় Hugo output-এর সঙ্গে 1:1 ম্যাপ করা হয়েছে, নয়তো <span class='mono'>.htaccess</span>-এ স্পষ্ট 301 দেওয়া হয়েছে। <span class='mono'>404</span>-এর পর পুনরুদ্ধারের কোনো প্যাটার্ন রাখা হয়নি - Google এটিকে শাস্তি দেয়।</li><li><strong>Schema উন্নতকরণ।</strong> প্রতিটি পৃষ্ঠায় পূর্ণ <span class='mono'>@graph</span> দেওয়া হয়: <span class='mono'>LocalBusiness</span>, <span class='mono'>Service</span>, <span class='mono'>Product</span>, <span class='mono'>FAQPage</span>, <span class='mono'>BreadcrumbList</span>, <span class='mono'>Organization</span>। Rich results-এর যোগ্যতা Gen 4 hub-এর কয়েকটি পৃষ্ঠায় আংশিক থাকা থেকে সব পৃষ্ঠায় কার্যকর হয়।</li><li><strong>Partitioned build।</strong> ৪-স্তরীয় nightly rebuild প্রায় ৭ ঘণ্টায় ৫২৮ হাজার পৃষ্ঠার সম্পূর্ণ corpus তৈরি করে। এতে সর্বশেষ পৃষ্ঠাগুলো আগে প্রকাশিত হয় এবং গভীর long-tail কনটেন্ট রাতে প্রকাশিত হয়।</li><li><strong>Cloudflare edge।</strong> Origin থেকে static HTML পরিবেশিত হয়; Cloudflare-এর edge বিশ্বজুড়ে সেটির সামনে থাকে। Fastly-সংলগ্ন PoP-গুলোতে TTFB প্রায় ৮০০ms থেকে কমে প্রায় ৩০ms হয়েছে।</li><li><strong>যাচাইয়ের পর DNS cutover।</strong> DNS পরিবর্তনের আগে একটি staging origin-এ প্রতিটি URL সঠিকভাবে render হচ্ছে এবং প্রতিটি schema block validate হচ্ছে কি না নিশ্চিত করা হয়। Rollback ছিল মাত্র একটি record পরিবর্তনের ব্যাপার।</li></ol><p>মোট engineering সময়: পাঁচ দিন। এত বড় corpus-এর জন্য শিল্পমান সময়সীমা তিন থেকে ছয় মাস।</p>

<p>এপ্রিল ২০২৬-এর cutover-এর ছয় মাস পরের গুরুত্বপূর্ণ সংখ্যাগুলো:</p><ul class='checks'><li><strong>৫২৮,৩১৫টি পৃষ্ঠা</strong> সাইটেই মাইগ্রেট করা হয়েছে। প্রতিটি URL অক্ষুণ্ণ।</li><li>Google-এ বর্তমানে <strong>প্রায় ১৬৭,০০০ পৃষ্ঠা</strong> ইনডেক্সড - বছরের শুরুর ১৭ হাজারের সর্বনিম্ন অবস্থান থেকে ১০ গুণ পুনরুদ্ধার।</li><li>Google ও অন্যান্য review platform মিলিয়ে মূল ব্র্যান্ডে <strong>৪.৭ স্টার, ১,২০০+ রিভিউ</strong>।</li><li><strong>ছয়টি বোন ব্র্যান্ড</strong> (Baltim, District, Philly, UCW, US Bus, Stretch XL) এখন একই Hugo stack থেকে পরিবেশিত হয় - সাইটভেদে theme drift নেই, আলাদা করে প্লাগইন audit করারও প্রয়োজন নেই।</li><li>প্রতিটি template-এ মোবাইলে <strong>PageSpeed 90+</strong>। Baltimore Trips-এর PSI বিশেষভাবে ৩৫ থেকে ৯৯-এ উঠেছে।</li><li><strong>শূন্য</strong> CLS incident, মাইগ্রেশনের কারণে GSC coverage error শূন্য, হারানো URL শূন্য।</li></ul><p>সমান গুরুত্বপূর্ণ বিষয় হলো: নিরাপত্তা-ঘটনার ঝুঁকি কার্যত শূন্যে নেমে এসেছে। কোনো <span class='mono'>wp-admin</span> নেই, plugin auto-update নেই, <span class='mono'>xmlrpc.php</span> নেই, unauthenticated REST endpoint নেই। প্রতিটি পৃষ্ঠা Cloudflare-এর পেছনে থাকা একটি static HTML file।</p><div class='callout'><div class='lbl'>Google-এর মূল্যায়ন</div><p style='margin:0'>আগস্ট ২০২৬-এর spam update একাধিক প্লাগইনে নির্ভরশীল WordPress corpus-এর জন্য ছিল অত্যন্ত ক্ষতিকর। পাতলা doorway content-সহ WP-তে থাকা সাইটগুলো visibility হারিয়েছে। UC পরিবারটি - একই content, তবে এখন পরিষ্কার static HTML ও সঠিক schema-সহ পরিবেশিত - র‍্যাঙ্ক ধরে রেখেছে এবং আবার ইনডেক্সে ফিরে এসেছে।</p></div>

<p>এই আকারের মাইগ্রেশনগুলো সাধারণত অনুমানযোগ্য কিছু কারণে ব্যর্থ হয়। বেশিরভাগ agency engagement যা করে না, UC সেটিই করেছে:</p><ul class='checks'><li><strong>একই টিম, কোনো vendor handoff নয়।</strong> মাইগ্রেশন চালানো ইঞ্জিনিয়াররাই পরবর্তীতে সাইটটির দায়িত্ব নেন। কোনো কাজই &quot;দেয়ালের ওপারে ছুড়ে দেওয়া&quot; হয়নি। এটি Stretch LLC-এর স্বাভাবিক engagement model, অতিরিক্ত বিক্রির কৌশল নয়।</li><li><strong>প্রথম দিন থেকেই llms.txt।</strong> হাতে লেখা <span class='mono'>/llms.txt</span> ফাইলটি Perplexity, Bing Copilot, Claude এবং ChatGPT-কে জানায় সাইটটি কী নিয়ে, যাতে LLM search সঠিক পৃষ্ঠাগুলো উদ্ধৃত করে। WordPress প্লাগইনগুলো এটি সঠিকভাবে করে না; static generation-এ এটি মাত্র এক লাইনের ফাইল।</li><li><strong>সর্বত্র Schema.org <span class='mono'>@graph</span>।</strong> প্রতি-পৃষ্ঠার Yoast toggle নয়, আংশিক coverage-ও নয় - প্রতিটি URL-এ validated <span class='mono'>@graph</span> থাকে। Rich results-এর যোগ্যতা প্রতি পোস্টের বিষয় নয়, template-এর বিষয়।</li><li><strong>Canonical + robots + og:image-এ শৃঙ্খলা।</strong> প্রতিটি পৃষ্ঠায় absolute canonical, স্পষ্ট <span class='mono'>robots</span> directive এবং বৈধ <span class='mono'>og:image</span> থাকে। WordPress প্লাগইনগুলো সাধারণত এখানেই ফাঁক তৈরি করে।</li><li><strong>Nightly re-crawl + auto-fix loop।</strong> প্রতিদিনের Screaming Frog run আগের crawl-এর সঙ্গে তুলনা করা হয়। কোনো regression হলে ১৫ মিনিটের মধ্যে মালিককে ইমেইল করা হয়। Wordpress Escape-এর <strong>Indexability Watch</strong> add-on ঠিক এই কাজটিই করে।</li></ul><p>এর কোনোটিই অভিনব নয়। এগুলো static-site engineering-এর সাধারণ পদ্ধতি - কিন্তু WordPress প্লাগইন ecosystem-এর ভেতরে এগুলো নেই, কারণ সেখানে প্রণোদনাগুলো উল্টো দিকে কাজ করে।</p>

<p>Wordpress Escape ঠিক এই playbook-টিকেই পণ্যায়িত করেছে। সাইটের আকার অনুযায়ী মূল্য নির্ধারিত চারটি tier:</p><table><thead><tr><th>Tier</th><th>Price</th><th>Best for</th></tr></thead><tbody><tr><td><strong>DIY</strong></td><td>বিনামূল্যের playbook + open-source tooling</td><td>Solo developer / internal IT team, যারা শুধু পদ্ধতিটি জানতে চায়</td></tr><tr><td><strong>Assisted</strong></td><td>$5,000 - $15,000</td><td>১ সপ্তাহের sprint। SMB site, ১K-৫০K পৃষ্ঠা, single domain</td></tr><tr><td><strong>Managed</strong></td><td>$25,000 - $50,000</td><td>Mid-market, ৫০K-৫০০K পৃষ্ঠা, ৯০ দিনের monitoring + launch-এর পর এক দফা optimization অন্তর্ভুক্ত</td></tr><tr><td><strong>Enterprise / Family</strong></td><td>$100,000+/yr retainer</td><td>Multi-site holding (যেমন UC-এর ১৪টি cPanel user), shared layout, নতুন content নিয়মিত onboarding</td></tr></tbody></table><p>৫২৮ হাজার পৃষ্ঠার proof point-টি ইচ্ছাকৃত। ৩০ হাজার পৃষ্ঠার কোনো prospect যদি UC দেখে ভাবে, &quot;এটা আমার জন্য অতিরিক্ত বড় ব্যবস্থা,&quot; তাহলে Assisted tier কোনো দর-কষাকষি ছাড়াই উপযুক্ত হয়। কেউই বলতে পারবে না যে তাদের সাইট ৫২৮ হাজার পৃষ্ঠার চেয়ে বড়।</p><div class='gate'><div class='lbl'>পরের লেখা</div><p style='margin:0'>এই মাইগ্রেশনের <a href='/blog/wordpress-to-hugo-migration-transportation-528k-pages/'>পূর্ণ technical war-story write-up</a>-এ প্রতিটি ফাঁদ ধাপে ধাপে দেখানো হয়েছে: template consolidation, redirect map audit, প্রথম build-এ তৈরি হওয়া CLS regression এবং Cloudflare cache-এর সত্যিই গুরুত্বপূর্ণ settings। এই কেস স্টাডির তুলনায় এর tone আলাদা - marketing নয়, insider war story।</p></div>