Променете значението на думите със СТИЛ СТИЛ

Току-що преобразувах уебсайт в WordPress. Старият сайт има стотици твърдо кодирани html файлове, а новият сайт не съответства на структурата на директориите на стария сайт или системата за именуване на файлове (лошо SEO в оригиналния сайт), така че не мога да поставя 301 пренасочвания „одеяло“. Изминаха поне 2 месеца, а старите връзки все още се появяват в търсенията с Google, въпреки google-friendly sitemap.xml.

Трябва ли да кодирам твърдо 301 за всяка отделна страница в моя htaccess файл или просто не разбирам 301s и apache? Има ли друг начин да актуализирам Google относно факта, че цялата ми структура на сайта се е променила?

Въз основа на информацията, която сте предоставили, бих казал, че не изглежда, че има лесен начин лесно да извършите групово пренасочване 301, или програмно, или с общо .htaccess правило. Изглежда, че ще трябва да направите ръчно по една за всяка страница, която сте мигрирали към новия сайт.

Всяка страница ще се нуждае от свой собствен 301, тъй като ще искате да се уверите, че всяка връзка към всяка страница е правилно пренасочена към новата си страница. В противен случай всяка страница на новия ви сайт ще се счита за нова и ще започне от нулата с PR и т.н. Ако сте имали много входящи връзки, може да е трудно да направите, но си заслужава.

Търсете в Google с низовия сайт: mysite.com, за да получите пълен дъмп на всички индексирани URL адреси или продължете и използвайте Инструментите на Google за уеб администратори и вземете списък с 404 от тях. Тогава, да, ще трябва да създадете ръчно списък за пренасочване 301.

Можете да импортирате файл в WordPress ›Пренасочване« WordPress Plugins, за да генерирате пренасочвания и да ги регистрирате.

  • Сайт: mysite.com в Google е изключително ненадежден. Вместо това използвайте Yahoo! Site Explorer. Единственият продукт на Yahoo, който си струва да се използва.
  • Не говоря за Yahoo и въпросът не е за Yahoo; става въпрос за индексиране от Google.
  • Знам, но site: mysite.com НЕ показва всички страници, които Google е индексирал. С помощта на Yahoo site explorer получавате по-надеждна представа кои страници са обходени и индексирани като цяло. Само настройването на пренасочвания за страниците в сайта: в Google е билет за пропускане на много пренасочвания.
  • Обърквате URL адресите, които случайно се индексират от различни индекси за търсене, с това как работят 301 .htaccess пренасочвания или управлявани от плъгини пренасочвания. Всяко 301 пренасочване ще работи за целия уеб трафик, а не само за избрания трафик от един индекс за търсене или резултати от търсенето. Прави абсолютно няма разлика в какъв индекс за търсене са URL адресите; 301 пренасочвания ще се справят с тях на ниво сайт.
  • Вярвам, че приставката за пренасочване на WordPress ще (или може да бъде конфигурирана да) пренасочва само когато заявката в противен случай ще задейства 404 - това е важно и далеч за предпочитане пред използването .htaccess за това - тъй като дава приоритет на нормалния трафик на сайта.

Предлагам ви друг плъгин за wordpress, който използвам на два сайта, администрирани от мен, EggPlants 301 пренасочва. Този плъгин не запълва файла .htaccess с нови правила, а използва вътрешната система за маршрутизация на wordpress. С това можете да импортирате правилата за пренасочване от cvs файл, извлечен от google webmaster tool и editet, за да включите новия път.

  • Предоставянето на тази приставка е в състояние да пренасочва само когато заявката иначе би задействала 404, тогава това е далеч за предпочитане от използването .htaccess за това - тъй като няма да повлияе на нормалния трафик на сайта.

Ако изобщо има някакви модели на пренасочванията, тогава можете да намалите броя на пренасочванията във файла htaccess.

В противен случай можете вместо това да пренапишете всички *.html файлове към PHP скрипт, който чете пренасочванията от файл или база данни, например. Все още ще трябва ръчно да въведете всичко в споменатия файл или база данни, но ще намалите размера на htaccess.

  • Ооо, дори не бях обмислял размера на файла htaccess - това голям проблем ли е?
  • Това може да е малко хит в изпълнението, ако имате над 100 (предполагам) отделни правила, защото сървърът трябва да проверява всяко от тях всеки път, когато се иска URL адрес. Ако можете да ги преместите в httpd.conf на Apache (малко вероятно, ако нямате специален сървър), това ще направи голямо подобрение. В противен случай насочването към друг скрипт вероятно би било най-доброто.

Бих казал, че потърсете някакъв модел, който можете да използвате, за да се доближите, например да съответства на заглавните маркери, или ако структурата на директориите включва категория IE example.com/category/product.html, след това задайте шаблон да пренасочва всички URL адреси с "към новата страница на категорията. Със сигурност не е толкова добре, колкото да ги пренасочите към съответната продуктова страница, но е по-добре просто да ги оставите като 404. Почти винаги има някаква конвенция, дори и да е слабо обмислена. (Също така, ако приемем, че все още имате всички файлове, можете да стартирате Xenu Link Sleuth върху тях, за да сте сигурни, че получавате всички страници, дори ако Google ги е премахнал от индекса, тъй като са 404, ще искате да ги пренасочите, както може да са някои връзки, сочещи към тях).

Късмет.

е работил за вас: Charles Robertson | Искате ли да се свържете с нас?