راه اندازی نسخه انگلیسی یا عربی یک سایت به معنی ترجمه چند صفحه و افزودن یک منوی تغییر زبان نیست. اگر معماری URL، کیفیت ترجمه، سیگنال های زبان و منطقه، کنونیکال، لینک سازی و تجربه کاربر هماهنگ نباشند، گوگل ممکن است نسخه اشتباه را نمایش دهد، بخشی از صفحات را پیدا نکند یا چند URL مشابه را در یک خوشه نامناسب قرار دهد. سئو سایت چند زبانه دقیقا برای حل همین مسئله طراحی می شود: رساندن نسخه درست هر صفحه به کاربر درست، با زبان و محتوای مناسب.
در این راهنمای مرجع، مسیر طراحی یک سایت چند زبانه را از تحقیق بازار و انتخاب ساختار دامنه تا ترجمه انسانی، hreflang، کنونیکال، نقشه سایت، وردپرس، فروشگاه اینترنتی و تحلیل نتایج بررسی می کنیم. هدف فقط اجرای چند تگ فنی نیست؛ بلکه ساخت تجربه ای است که برای مخاطب هر بازار طبیعی، قابل اعتماد و قابل استفاده باشد.
سئو سایت چند زبانه چیست؟
سئو سایت چند زبانه مجموعه تصمیم های محتوایی و فنی برای بهینه سازی سایتی است که محتوا را به بیش از یک زبان ارائه می کند. موتور جستجو باید بتواند هر نسخه زبانی را جداگانه کشف و ایندکس کند، رابطه میان نسخه ها را بفهمد و مناسب ترین صفحه را برای زبان جستجوگر نمایش دهد.
برای نمونه، یک شرکت ایرانی ممکن است صفحه خدمات خود را به فارسی، انگلیسی و ترکی منتشر کند. هر نسخه باید URL مستقل، محتوای واقعا ترجمه شده، عنوان و توضیحات مخصوص همان زبان، لینک های قابل خزش و نشانه های فنی صحیح داشته باشد. اگر همه زبان ها با یک URL و بر اساس کوکی نمایش داده شوند، خزنده ممکن است فقط یکی از نسخه ها را ببیند.
سئو چند زبانه زیرمجموعه مهمی از سئو بین المللی است. با این حال این دو کاملا یکسان نیستند: سایت چند زبانه بر زبان تمرکز دارد، در حالی که سایت چند منطقه ای برای کشورها یا مناطق مختلف هدف گذاری می شود. یک سایت می تواند چند زبانه باشد اما فقط یک کشور را هدف بگیرد؛ یا برای چند کشور انگلیسی زبان، نسخه های منطقه ای متفاوت داشته باشد.
تفاوت سایت چند زبانه و چند منطقه ای
گوگل در راهنمای رسمی مدیریت سایت های چند زبانه و چند منطقه ای، این دو مفهوم را جدا می کند:
- سایت چند زبانه: محتوا را به بیش از یک زبان ارائه می کند؛ مانند نسخه فارسی و انگلیسی یک شرکت.
- سایت چند منطقه ای: کاربران کشورهای مختلف را هدف قرار می دهد؛ مانند نسخه جداگانه برای کانادا و بریتانیا.
- سایت چند زبانه و چند منطقه ای: هم زبان و هم کشور را تفکیک می کند؛ مانند انگلیسی کانادا، فرانسوی کانادا و انگلیسی آمریکا.
این تفکیک روی کد hreflang، محتوا، قیمت، واحد پول، قوانین، روش ارسال و حتی پیشنهاد محصول اثر می گذارد. تگ en زبان انگلیسی را مشخص می کند، اما en-ca برای انگلیسی کانادا و en-gb برای انگلیسی بریتانیا است. قبل از ساخت URLها باید روشن کنید که واقعا تفاوت منطقه ای دارید یا فقط تفاوت زبانی.
آیا کسب و کار شما به سایت چند زبانه نیاز دارد؟
هر کسب و کاری صرفا با ترجمه سایت رشد بین المللی نمی کند. ابتدا شواهد تقاضا را بررسی کنید: آیا در Search Console از کشورهای دیگر نمایش دارید؟ آیا مشتریان خارجی پرسش یا سفارش ثبت می کنند؟ آیا تیم فروش، ارسال، پشتیبانی و پرداخت برای بازار جدید آماده است؟ آیا رقیبان محلی حضور قدرتمندی دارند؟
برای هر بازار یک پرونده تصمیم بسازید که شامل حجم و نوع تقاضا، زبان واقعی کاربران، رقبا، هزینه تولید محتوا، الزامات حقوقی و ارزش تجاری باشد. شروع با یک زبان و مجموعه محدودی از صفحات باکیفیت معمولا بهتر از انتشار هزاران ترجمه ضعیف است.
نشانه های مناسب برای توسعه زبانی
- تقاضای ارگانیک و مستقیم قابل اندازه گیری از یک زبان یا کشور دارید.
- محصول یا خدمت شما در بازار هدف قابل تحویل و پشتیبانی است.
- مترجم یا ویراستار بومی و متخصص در اختیار دارید.
- می توانید محتوا، قیمت و اطلاعات قانونی را به طور مستمر به روز کنید.
- برای پاسخ گویی، فروش و خدمات پس از فروش به همان زبان برنامه دارید.
تحقیق کلمات کلیدی برای هر زبان
ترجمه مستقیم کلمه کلیدی فارسی، لزوما عبارت رایج در زبان مقصد نیست. کاربران هر بازار ممکن است از اصطلاح، ترتیب واژه و نیت متفاوتی استفاده کنند. حتی دو کشور هم زبان می توانند نام های متفاوتی برای یک محصول داشته باشند. بنابراین تحقیق کلمه کلیدی باید در هر زبان از ابتدا انجام شود.
برای هر زبان این مراحل را اجرا کنید:
- فهرست موضوعات و صفحات اصلی نسخه مبدا را استخراج کنید.
- با کمک متخصص بومی، معادل های طبیعی و اصطلاحات رایج را پیدا کنید.
- نتایج جستجوی همان کشور و زبان را بررسی کنید.
- نیت جستجو را به اطلاعاتی، مقایسه ای، تجاری یا تراکنشی تقسیم کنید.
- رقبا، نوع صفحات برتر و ویژگی های نتایج را تحلیل کنید.
- برای هر صفحه یک عبارت اصلی و مجموعه ای از مفاهیم مرتبط تعیین کنید.
ممکن است یک مقاله فارسی در زبان دیگر اصلا تقاضا نداشته باشد یا نیازمند زاویه متفاوتی باشد. سئو چند زبانه موفق، کپی ساختار نسخه اصلی نیست؛ نسخه ای محلی از استراتژی سئو محتوا است.
ترجمه، بومی سازی و بازآفرینی محتوا
ترجمه فقط تبدیل واژه هاست، اما بومی سازی واحد پول، مثال، تاریخ، اندازه، لحن، تصاویر، قوانین و پیشنهاد تجاری را با بازار مقصد هماهنگ می کند. در برخی صفحات، بازآفرینی کامل لازم است؛ چون نیاز و مرحله تصمیم گیری مخاطب تغییر می کند.
ترجمه ماشینی می تواند پیش نویس اولیه بسازد، ولی انتشار مستقیم و بدون بازبینی خطرناک است. خروجی باید توسط فرد مسلط به زبان، موضوع و برند بررسی شود. نام محصولات، اصطلاحات تخصصی و وعده های حقوقی یا پزشکی نیازمند کنترل ویژه هستند. محتوای کم کیفیت در تعداد زیاد نه تنها به کاربر کمک نمی کند، بلکه هزینه خزش و نگهداری سایت را افزایش می دهد.
چک لیست کیفیت هر ترجمه
- متن برای گویشور بومی طبیعی و روان است.
- قصد و پیام نسخه اصلی حفظ شده اما ترجمه تحت اللفظی نیست.
- کلمه کلیدی بر اساس جستجوی واقعی بازار انتخاب شده است.
- عنوان، متا، alt تصاویر و متن دکمه ها نیز ترجمه شده اند.
- قیمت، واحد پول، تاریخ، آدرس و اطلاعات تماس صحیح هستند.
- لینک ها کاربر را به نسخه هم زبان مقصد هدایت می کنند.
- نویسنده یا بازبین متخصص مشخص است.
انتخاب ساختار URL مناسب
گوگل استفاده از URL جداگانه برای هر زبان را توصیه می کند. سه ساختار اصلی رایج است و هر کدام مزایا و هزینه های خود را دارد.
دامنه کشوری یا ccTLD
نمونه: example.de و example.fr. این ساختار سیگنال جغرافیایی روشن و اعتماد محلی خوبی دارد، اما خرید و مدیریت دامنه، لینک سازی و زیرساخت هر بازار جدا می شود. برای تفکیک زبان بدون هدف کشور مشخص، ccTLD همیشه انتخاب مناسبی نیست.
زیردامنه
نمونه: de.example.com. تنظیم و تفکیک فنی آن آسان است و می توان زیرساخت متفاوتی داشت، اما مدیریت اعتبار و گزارش ها پیچیده تر از پوشه فرعی می شود.
پوشه فرعی
نمونه: example.com/de/. پیاده سازی، نگهداری و تجمیع اعتبار دامنه معمولا ساده است و برای بسیاری از کسب و کارها انتخاب عملی محسوب می شود. با این حال ساختار باید ثابت بماند و مسیر زبان در همه URLها یکسان باشد.
پارامتر URL
ساختارهایی مانند example.com/?lang=de قابل استفاده هستند، اما معمولا خوانایی و مدیریت ضعیف تری دارند و احتمال تولید URLهای ناخواسته را افزایش می دهند. برای پروژه جدید، پوشه فرعی، زیردامنه یا دامنه کشوری شفاف تر است.
هر ساختار را که انتخاب می کنید، پس از انتشار بی دلیل تغییر ندهید. مهاجرت URL باید با ریدایرکت دقیق، نقشه سایت تازه و کنترل Search Console انجام شود. اصول ساختار و خزش URL در راهنمای سئو تکنیکال نیز توضیح داده شده است.
hreflang چیست و چه کاری انجام می دهد؟
ویژگی hreflang به گوگل اعلام می کند چند URL، نسخه های زبانی یا منطقه ای یک محتوای مشابه هستند. این نشانه به انتخاب صفحه مناسب برای کاربر کمک می کند، اما تضمین قطعی نمایش نیست و جای تشخیص زبان از محتوای قابل مشاهده را نمی گیرد.
برای نمونه، اگر یک صفحه سه نسخه فارسی، انگلیسی و آلمانی داشته باشد، در بخش head هر سه صفحه می توان این مجموعه را قرار داد:
<link rel="alternate" hreflang="fa" href="https://example.com/fa/service/">
<link rel="alternate" hreflang="en" href="https://example.com/en/service/">
<link rel="alternate" hreflang="de" href="https://example.com/de/service/">
<link rel="alternate" hreflang="x-default" href="https://example.com/service/">طبق مستندات رسمی hreflang گوگل، می توان این رابطه را از طریق HTML، هدر HTTP یا نقشه سایت اعلام کرد. این روش ها از نظر گوگل معادل هستند و استفاده همزمان از هر سه مزیت رتبه بندی اضافه ای ندارد؛ بلکه نگهداری را دشوارتر می کند. یک روش متناسب با زیرساخت انتخاب و همان را دقیق اجرا کنید.
قوانین حیاتی hreflang
- هر صفحه باید به خودش و تمام نسخه های دیگر اشاره کند.
- ارتباط باید دوطرفه باشد؛ اگر صفحه فارسی به انگلیسی اشاره می کند، صفحه انگلیسی نیز باید به فارسی برگردد.
- URLها باید کامل و شامل پروتکل HTTPS باشند.
- کد زبان بر اساس ISO 639-1 و کد منطقه اختیاری بر اساس ISO 3166-1 Alpha 2 نوشته شود.
- ترتیب صحیح زبان سپس منطقه است؛ مانند
en-gb، نهgb-en. - از کد کشور به تنهایی مانند
ukبه عنوان زبان استفاده نکنید. - URL مقصد باید قابل خزش، ایندکس و دارای پاسخ سالم باشد.
- تمام اعضای یک خوشه باید مجموعه یکسانی از نسخه ها را فهرست کنند.
x-default چه زمانی لازم است؟
مقدار x-default برای صفحه ای است که وقتی هیچ زبان یا منطقه مشخصی تطبیق ندارد، گزینه پیش فرض محسوب می شود. این صفحه می تواند انتخابگر زبان یا نسخه عمومی انگلیسی باشد. x-default جای نسخه های اصلی را نمی گیرد و نباید به صفحه ای بی ارتباط اشاره کند.
اگر صفحه اصلی سایت بر اساس انتخاب کاربر او را به نسخه مناسب هدایت می کند، می توان همان انتخابگر را x-default معرفی کرد. برای صفحات داخلی، فقط زمانی x-default اضافه کنید که واقعا یک نسخه عمومی یا مسیر پیش فرض معتبر دارید.
کنونیکال در سایت چند زبانه
یکی از اشتباهات رایج این است که تمام ترجمه ها به نسخه فارسی کنونیکال شوند. در این حالت به گوگل می گویید نسخه فارسی نماینده اصلی همه صفحات است؛ سیگنالی که با هدف ایندکس مستقل ترجمه ها تضاد دارد.
در حالت معمول، هر نسخه زبانی باید کنونیکال به خودش داشته باشد:
نسخه فارسی:
<link rel="canonical" href="https://example.com/fa/service/">
نسخه انگلیسی:
<link rel="canonical" href="https://example.com/en/service/">سپس hreflang رابطه میان آنها را توضیح می دهد. برای نسخه های منطقه ای یک زبان که محتوای بسیار مشابه دارند، باید کنونیکال و hreflang را با دقت و مطابق هدف صفحه تنظیم کنید. راهنمای رسمی کنونیکال گوگل تاکید می کند که کنونیکال یک سیگنال است و گوگل ممکن است در صورت تناقض، URL دیگری را انتخاب کند.
چرا تغییر خودکار زبان و ریدایرکت اجباری مشکل ساز است؟
برخی سایت ها بر اساس IP، زبان مرورگر یا کوکی، کاربر و خزنده را بدون انتخاب به نسخه دیگری منتقل می کنند. این روش می تواند مانع دسترسی گوگل به تمام نسخه ها شود. Googlebot معمولا از آمریکا می خزد و در درخواست خود Accept-Language مشخصی ارسال نمی کند؛ بنابراین محتوای سازگار با موقعیت ممکن است کامل کشف نشود. گوگل جزئیات این رفتار را در راهنمای صفحات سازگار با منطقه توضیح داده است.
راه بهتر این است که هر زبان URL مستقل و لینک قابل خزش داشته باشد. می توانید نسخه پیشنهادی را با یک پیام غیر مزاحم معرفی کنید، اما اجازه دهید کاربر زبان را تغییر دهد و انتخاب او حفظ شود. هرگز همه کاربران خارجی را به صفحه اصلی یک زبان هدایت نکنید؛ صفحه معادل همان محتوا را پیشنهاد دهید.
زبان صفحه را برای کاربر و گوگل روشن کنید
گوگل زبان صفحه را عمدتا از محتوای قابل مشاهده تشخیص می دهد، نه فقط از ویژگی lang یا hreflang. متن اصلی، منو، عنوان، دکمه ها، پیام خطا و عناصر مهم باید به یک زبان مشخص باشند. قرار دادن ترجمه های چند زبان کنار هم در یک صفحه، تشخیص و تجربه مطالعه را دشوار می کند.
ویژگی HTML مانند <html lang="fa" dir="rtl"> همچنان برای دسترس پذیری، مرورگر و صفحه خوان مفید است و باید صحیح تنظیم شود، اما جای محتوای واقعی را نمی گیرد. برای زبان های راست به چپ، جهت متن، جدول، فرم و ناوبری را جداگانه آزمایش کنید.
عنوان سئو و توضیحات متا برای هر زبان
هر نسخه باید title و meta description اختصاصی داشته باشد. طول مناسب و الگوی عبارت در زبان ها یکسان نیست؛ بنابراین متای فارسی را کلمه به کلمه به انگلیسی تبدیل نکنید. عنوان باید عبارت رایج بازار، مزیت صفحه و نام برند را طبیعی بیان کند.
همچنین H1، زیرعنوان ها، alt تصاویر، داده ساختار یافته، Breadcrumb و متن اشتراک گذاری شبکه های اجتماعی را ترجمه کنید. باقی ماندن بخش هایی از قالب به زبان مبدا، حس ناقص بودن ایجاد می کند و می تواند تشخیص زبان را تضعیف کند.
لینک سازی داخلی در نسخه های زبانی
لینک های داخل نسخه انگلیسی باید تا حد امکان به صفحات انگلیسی بروند؛ نه اینکه کاربر ناگهان وارد صفحه فارسی شود. منو، فوتر، Breadcrumb، محصولات مرتبط و مقالات پیشنهادی باید در همان زبان کار کنند. اگر مقصد ترجمه نشده است، وضعیت را برای کاربر روشن کنید یا تا آماده شدن صفحه از لینک دادن خودداری کنید.
برای هر زبان معماری موضوعی مستقل بسازید و صفحات مهم را در عمق کم نگه دارید. یک انتخابگر زبان نیز باید با لینک HTML قابل خزش به نسخه معادل هر صفحه اشاره کند. اصول ساخت ارتباط مفهومی میان صفحات در آموزش سئو معنایی و اصول عناصر درون صفحه در آموزش سئو داخلی تکمیل شده است.
نقشه سایت XML برای نسخه های زبانی
می توانید برای هر زبان نقشه سایت جداگانه بسازید یا تمام URLها را در یک نقشه قرار دهید. تفکیک نقشه ها، تحلیل ایندکس و رفع خطا را ساده تر می کند. در هر حالت فقط URLهای کنونیکال، سالم و قابل ایندکس را وارد کنید.
hreflang را نیز می توان داخل نقشه سایت اعلام کرد. برای هر URL باید خود صفحه و تمام نسخه های جایگزین فهرست شوند. اگر از این روش استفاده می کنید، ساختار باید با روابط واقعی صفحات هماهنگ باشد و URL حذف شده یا ریدایرکت شده در خوشه باقی نماند.
وردپرس چند زبانه و انتخاب افزونه
در وردپرس، افزونه چند زبانه باید بتواند برای هر ترجمه URL مستقل بسازد، ارتباط ترجمه ها را حفظ کند، hreflang صحیح تولید کند و title، meta description، اسکیما، دسته ها، برچسب ها، محصولات و رسانه ها را مدیریت کند. سازگاری با Yoast، ووکامرس، کش و صفحه ساز را پیش از انتخاب بررسی کنید.
نام افزونه به تنهایی تضمین کننده اجرای صحیح نیست. پس از تنظیم، سورس HTML، کنونیکال، hreflang، نقشه سایت و رفتار ریدایرکت را با URL واقعی آزمایش کنید. همچنین هنگام حذف یا غیرفعال کردن یک زبان، برای تمام صفحات آن برنامه ریدایرکت یا وضعیت 410 داشته باشید.
کنترل فنی پس از نصب افزونه
- برای هر ترجمه یک URL پایدار ساخته می شود.
- نسخه ها خودکنونیکال هستند.
- hreflang دوطرفه و کامل است.
- صفحات ترجمه نشده به مقصد نامرتبط اشاره نمی کنند.
- نقشه سایت فقط URLهای قابل ایندکس را دارد.
- کش، CDN و تغییر زبان با یکدیگر تداخل ندارند.
- متای Yoast برای هر زبان مستقل قابل ویرایش است.
سئو فروشگاه اینترنتی چند زبانه
در فروشگاه چند زبانه، ترجمه توضیح محصول کافی نیست. نام محصول، ویژگی ها، موجودی، قیمت، واحد پول، مالیات، زمان ارسال، شرایط مرجوعی، روش پرداخت و پشتیبانی باید برای بازار مقصد دقیق باشند. اگر محصول در یک کشور فروخته نمی شود، نباید صفحه ای با دعوت به خرید غیرقابل اجرا بسازید.
داده ساختار یافته Product و Offer باید با اطلاعات قابل مشاهده همان نسخه هماهنگ باشد. Reviewها را فقط در صورتی میان زبان ها نمایش دهید که برای مخاطب روشن باشد مربوط به همان محصول هستند. برای مدیریت فیلترها، دسته ها و URLهای فروشگاهی، راهنمای سئو فروشگاهی را نیز مطالعه کنید.
تصاویر، ویدئو و فایل های چندرسانه ای
تصویر ممکن است برای یک فرهنگ مناسب و برای فرهنگ دیگر نامفهوم یا حساس باشد. نوشته داخل تصویر، اسکرین شات رابط کاربری و نمودارها نیز باید بومی شوند. alt هر تصویر را بر اساس کاربرد و زبان همان صفحه بنویسید؛ ترجمه ماشینی انبوه alt ارزش واقعی ایجاد نمی کند.
در ویدئو، زیرنویس، عنوان، توضیح، Transcript و تصویر بندانگشتی را برای زبان مقصد آماده کنید. اگر صفحه ویدئو نسخه های زبانی مستقل دارد، روابط آنها را مانند صفحات عادی مدیریت کنید. جزئیات فنی را می توانید در سئو تصاویر و سئو ویدئو بررسی کنید.
موبایل، سرعت و Core Web Vitals
فونت، جهت نوشتار و طول واژه ها در زبان های مختلف می تواند چیدمان را تغییر دهد. دکمه ای که در فارسی مناسب است شاید با ترجمه آلمانی از کادر بیرون بزند. منو، فرم، فیلتر، جدول قیمت و فرایند خرید را در دستگاه واقعی و هر زبان آزمایش کنید.
نسخه موبایل باید همان محتوا، title، meta description، داده ساختار یافته و hreflang نسخه دسکتاپ را داشته باشد. اگر از URL جداگانه موبایل استفاده می کنید، روابط hreflang موبایل باید میان URLهای موبایل و روابط دسکتاپ میان URLهای دسکتاپ برقرار شوند. راهنمای سئو موبایل برای این بخش مکمل مناسبی است.
داده ساختار یافته در سایت چند زبانه
اسکیما باید با زبان و محتوای قابل مشاهده همان URL هماهنگ باشد. نام محصول، توضیح، Breadcrumb، FAQ و اطلاعات سازمان را در صورت نیاز ترجمه کنید. URLهای داخل داده ساختار یافته باید به نسخه درست صفحه اشاره کنند.
نشانه گذاری یکسان و اشتباه روی تمام زبان ها می تواند داده متناقض بسازد. پس از انتشار قالب تازه، چند URL از هر زبان را در Rich Results Test بررسی و گزارش های Search Console را کنترل کنید.
سئو محلی برای نسخه های زبانی
اگر شعبه یا خدمات محلی دارید، فقط زبان را عوض نکنید؛ نام، آدرس، شماره تماس، ساعت کاری، محدوده خدمت و محتوای محلی را نیز دقیق کنید. یک نسخه اسپانیایی لزوما به معنی هدف گرفتن اسپانیا نیست؛ ممکن است کاربران اسپانیایی زبان یک کشور دیگر هدف باشند.
برای هر بازار، صفحه تماس و اطلاعات شعبه قابل اعتماد ارائه دهید. انتخاب زبان و منطقه را در معماری سایت جدا نگه دارید تا کاربر بداند کدام نسخه را می بیند. جزئیات این بخش در آموزش سئو محلی توضیح داده شده است.
اندازه گیری عملکرد هر زبان
همه زبان ها را در یک گزارش کلی ترکیب نکنید. برای هر زبان و کشور، نمایش، کلیک، نرخ کلیک، رتبه، صفحه فرود، تبدیل، درآمد و نرخ بازگشت را جداگانه بسنجید. در Search Console می توانید با فیلتر صفحه و کشور عملکرد پوشه یا زیردامنه را تحلیل کنید.
شاخص های مهم عبارت اند از:
- تعداد URLهای معتبر و ایندکس شده در هر زبان
- خطاهای hreflang، کنونیکال و نقشه سایت
- سهم ترافیک هر کشور و زبان
- نرخ تبدیل و ارزش سفارش در هر بازار
- صفحات دارای نمایش اما نرخ کلیک پایین
- جستجوهایی که نسخه زبانی اشتباه را نمایش می دهند
- نرخ خروج هنگام تغییر زبان یا ورود به صفحه مبدا
رتبه خوب بدون فروش، تماس یا تعامل ممکن است نشان دهد ترجمه کلمه کلیدی درست بوده اما پیشنهاد تجاری با بازار هماهنگ نیست. تحلیل باید میان سئو، محتوا، تجربه کاربر و عملیات کسب و کار ارتباط برقرار کند.
خطاهای رایج سئو سایت چند زبانه
- نمایش چند زبان با یک URL و فقط بر اساس کوکی
- ریدایرکت اجباری کاربر یا خزنده بر اساس IP
- ترجمه ماشینی انبوه بدون بازبینی انسانی
- تحقیق نکردن کلمات کلیدی در زبان مقصد
- کنونیکال کردن همه ترجمه ها به نسخه اصلی
- hreflang یکطرفه، ناقص یا دارای کد اشتباه
- قرار دادن چند زبان در یک صفحه
- ترجمه متن اصلی و رها کردن منو، متا و فرم ها
- لینک دادن نسخه انگلیسی به صفحات فارسی
- ایجاد نسخه زبانی بدون امکان فروش یا پشتیبانی
- حذف زبان بدون ریدایرکت و پاکسازی نقشه سایت
- استفاده از پرچم به عنوان تنها نشانه زبان
- تولید URLهای تکراری توسط افزونه، فیلتر یا پارامتر زبان
برنامه اجرایی سئو چند زبانه
مرحله اول: انتخاب بازار و زبان
داده تقاضا، توان فروش، پشتیبانی و رقبا را بررسی کنید. یک زبان را برای شروع انتخاب و اهداف تجاری قابل اندازه گیری تعیین کنید.
مرحله دوم: طراحی معماری
ساختار پوشه، زیردامنه یا دامنه کشوری را انتخاب کنید. الگوی URL، انتخابگر زبان، کنونیکال، hreflang و نقشه سایت را پیش از انتشار تعریف کنید.
مرحله سوم: تولید نمونه محدود
به جای ترجمه کل سایت، صفحات اصلی خدمات، محصول و چند محتوای پشتیبان را با کیفیت بالا بومی سازی کنید. تمام عناصر قالب و فرایند تبدیل را آزمایش کنید.
مرحله چهارم: کنترل فنی
URLها را با ابزار بازرسی، Rich Results Test، خزنده سایت و گزارش نقشه سایت بررسی کنید. روابط hreflang، کنونیکال، پاسخ HTTP و لینک های داخلی را کنترل کنید.
مرحله پنجم: توسعه بر اساس داده
عملکرد صفحات نمونه را بسنجید و فقط موضوعاتی را گسترش دهید که تقاضا و نتیجه تجاری دارند. واژه نامه برند و فرایند بازبینی را مستند کنید تا کیفیت در مقیاس بزرگ حفظ شود.
چک لیست نهایی پیش از انتشار هر زبان
- بازار، زبان و در صورت نیاز کشور هدف مشخص است.
- هر نسخه URL مستقل و پایدار دارد.
- محتوا توسط مترجم یا ویراستار متخصص بازبینی شده است.
- کلمات کلیدی بر اساس جستجوی واقعی همان زبان انتخاب شده اند.
- title، متا، H1، alt و عناصر رابط ترجمه شده اند.
- کنونیکال هر نسخه به URL صحیح اشاره می کند.
- hreflang کامل، دوطرفه و خودارجاع است.
- انتخابگر زبان لینک قابل خزش دارد.
- نقشه سایت فقط URLهای سالم و کنونیکال را شامل می شود.
- منو و لینک های داخلی در همان زبان باقی می مانند.
- نسخه موبایل و داده ساختار یافته کنترل شده اند.
- قیمت، ارسال، قوانین و اطلاعات تماس بومی هستند.
سوالات متداول
بهترین ساختار برای سایت چند زبانه چیست؟
پاسخ واحدی وجود ندارد، اما پوشه فرعی مانند /en/ برای بسیاری از سایت ها ساده، اقتصادی و قابل مدیریت است. دامنه کشوری برای هدف جغرافیایی قوی و زیردامنه برای زیرساخت مستقل کاربرد دارد.
آیا hreflang باعث افزایش رتبه می شود؟
hreflang بیشتر به نمایش نسخه مناسب برای زبان یا منطقه کاربر کمک می کند. این تگ جای کیفیت محتوا، اعتبار و سایر عوامل رتبه بندی را نمی گیرد.
آیا می توان ترجمه ماشینی را منتشر کرد؟
فناوری ترجمه می تواند سرعت پیش نویس را افزایش دهد، اما خروجی باید برای دقت، طبیعی بودن، تخصص، نام ها و هدف جستجو بازبینی انسانی شود. انتشار انبوه متن ضعیف به مخاطب ارزش نمی دهد.
آیا تمام صفحات باید به همه زبان ها ترجمه شوند؟
خیر. فقط صفحاتی را ترجمه کنید که برای مخاطب مقصد ارزش و تقاضا دارند. hreflang هر صفحه باید فقط نسخه های معادل موجود و قابل ایندکس را فهرست کند.
آیا lang HTML جای hreflang را می گیرد؟
خیر. ویژگی lang برای مرورگر و دسترس پذیری مفید است، اما رابطه میان URLهای زبانی را اعلام نمی کند. hreflang برای معرفی نسخه های جایگزین به گوگل استفاده می شود.
چرا گوگل نسخه اشتباه زبان را نمایش می دهد؟
دلایل رایج شامل hreflang ناقص، کنونیکال متناقض، محتوای ترجمه نشده، ریدایرکت خودکار، لینک سازی نامناسب و قدرت بیشتر یک URL دیگر است. مجموعه سیگنال ها را همزمان بررسی کنید.
جمع بندی
سئو سایت چند زبانه با ترجمه شروع می شود اما به ترجمه محدود نیست. موفقیت زمانی شکل می گیرد که تحقیق بازار، محتوای بومی، URL مستقل، hreflang، کنونیکال، لینک سازی، سرعت و عملیات فروش با یکدیگر هماهنگ باشند. گوگل باید بتواند همه نسخه ها را پیدا کند و کاربر نیز باید احساس کند صفحه از ابتدا برای زبان و نیاز او ساخته شده است.
کار را با یک بازار و تعداد محدودی صفحه کلیدی آغاز کنید، کیفیت و تبدیل را بسنجید و سپس توسعه دهید. اگر به نقشه راه وسیع تری برای اتصال معماری، محتوا و اعتبار نیاز دارید، آموزش کامل سئو از صفر تا صد پایه های این سیستم را در اختیار شما قرار می دهد.
بدون دیدگاه