Навигация по сайту

Популярные статьи

9 SEO-памылак, якія здзяйсняюць распрацоўшчыкі сайтаў

  1. 1. Кантэнт падгружаецца дынамічна
  2. рашэнне
  3. 2. Прыгожыя старонкі без кантэнту
  4. рашэнне
  5. 3. Мабільная версія потым
  6. рашэнне
  7. 4. Закрыем сайт, адкрыем новы на новым дамене
  8. рашэнне
  9. 5. Змена структуры без уліку старых вынікаў
  10. рашэнне
  11. 6. Не закрываецца ад індэксацыі тэставая версія
  12. рашэнне
  13. 7. Не ліквідаваны тыповыя праблемы Битрикса
  14. рашэнне
  15. 8. Памылкі ў вёрстцы: выкарыстанне загалоўкаў <h1> - <h6> у чыста афарміцельскіх мэтах
  16. рашэнне
  17. 9. Памылка: сайт пасля выкатки даступны па некалькіх адрасах
  18. рашэнне

У апошнім матэрыяле пра SEO на этапах распрацоўкі мы прабяжымся па асноўных падводным камяням вэб-дзева, якія могуць сур'ёзна перашкодзіць прасоўванню сайта У апошнім матэрыяле пра SEO на этапах распрацоўкі мы прабяжымся па асноўных падводным камяням вэб-дзева, якія могуць сур'ёзна перашкодзіць прасоўванню сайта.

Уся серыя:

У ідэальным свеце каманды, якія працуюць над стварэннем сайтаў, ведаюць усе рэкамендацыі пошукавікаў і акуратна ім ідуць. На практыцы, як я ўжо казаў у раздзеле «Калі трэба працаваць з ўнутранымі фактарамі SEO», ні заказчыкам, ні распрацоўнікам звычайна няма справы да SEO, паколькі гэта задача з серыі «важныя, але не тэрміновыя» - прыкладна як заняцца спортам або кінуць паліць . Накшталт трэба, але не цяпер, калі так шмат неадкладных спраў!

Вынік - цэлы букет простых, але прыкрых ляпаў. Засцерагчыся ад іх лёгка, а вось іх выпраўленне варта дорага: гэта месяцы страчанага SEO-трафіку, паўторныя пераробкі сайта і да т.п. Вось 9 галоўных памылак такога роду.

1. Кантэнт падгружаецца дынамічна

Чаму гэта дрэнна

Падгружаць тэксты і малюнкі на лета здаецца добрым рашэннем - паскараецца загрузка першай частцы старонкі, зніжаецца нагрузка на хостынг і кліенцкую прыладу. З пункту гледжання SEO гэта катастрофа: пошукавы робат проста ня бачыць такое дынамічны кантэнт і ваш сайт не індэксуецца па патрэбным запыце.

рашэнне

Лепш наогул не рабіць дынамічнага кантэнту, а вырашаць задачу неяк інакш. Калі вам востра неабходная дынаміка, трэба наладзіць схему індэксацыі і кэшавання AJAX-кантэнту: робяцца статычныя HTML-здымкі, якія аддаюцца з сервера пры перайначванне адрасы старонак. Падрабязнасці - у інструкцыі Яндэкса .

2. Прыгожыя старонкі без кантэнту

Чаму гэта дрэнна

Пра тое, як нараджаюцца мёртвыя сайты без кантэнту і чаму кантэнт важны, я ўжо ў падрабязнасцях распавёў. Важна разумець, што сайты робяцца для кліентаў, а не для падачы на ​​конкурс. Якой бы прыгожай ні была абалонка, без змесціва сайты не працуюць - не прадаюць і не збіраюць SEO-трафік.

рашэнне

Усе ўдзельнікі працэсу - і заказчык, і распрацоўшчыкі - павінны разумець, што кантэнт трэба рыхтаваць як мага раней, а не адкладаць на выраст. Такі падыход дазволіць вам атрымаць зручны сайт хутчэй, а SEO-трафік вы набудзеце як прыемны бонус. Пры гэтым не трэба пісаць тэксты-прасціны і думаць пра колькасць уваходжанняў - алгарытмы даўно сышлі наперад, цяпер досыць невялікага тэксту з дадаткамі фота, відэа і да т.п. Пажадана таксама выкарыстоўваць загалоўкі і спісы - так вы павялічыце чытальнасць матэрыялу, а разам з гэтым палепшацца і паводніцкія метрыкі вашай старонкі (знізяцца адмовы, падвысіцца да разумнага мяжы час на старонцы і да т.п.)

3. Мабільная версія потым

Чаму гэта дрэнна

Гл. Раздзел «Адаптив / Мобайл». Мабільны трафік расце, дэсктопны стаіць на месцы або падае. Акрамя таго, мабільная версія - адзін з важных фактараў ранжыравання, таму і з пункту гледжання SEO выпускаць гэты момант нельга.

рашэнне

Час мяняць прыярытэты і альбо пачынаць з версіі пад малыя экраны, альбо ўключаць адаптыўную версію ў першы ж варыянт сайта. Улічвайце, што для таго, каб атрымаць SEO-бонус за мабільную версію, яе трэба дадаткова наладжваць - падрабязнасці ў інструкцыі Google .

4. Закрыем сайт, адкрыем новы на новым дамене

Чаму гэта дрэнна

Незразумела чаму, але гэтая ідэя прыходзіць у галаву кожнаму другому ўладальніку сайта - стары сайт састарэў-надакучыў, давайце зробім сучасны на новым дамене. Гэта небяспечны трызненне ў духу «новых дзяцей нараджаць ці гэтых адмыем». Кінуўшы стары дамен, вы страціце:

  • Каштоўную гісторыю дамена ў тэме. Статычныя фактары ранжыравання, у тым ліку ўзрост дамена - гэта раскоша, ад якой нельга адмаўляцца. Нават калі дамен пад санкцыямі, прасцей яго вывесці, чым рухаць з нуля.
  • Прамой трафік з візітовак, закладак, старых email-ов і бог яшчэ ведае адкуль, г.зн. вы зробіце старым кліентам нязручна. Не трэба так звяртацца са старымі кліентамі.

Часцей за ўсё «кінуты» сайт яшчэ і не закрываюць ад індэксацыі, у выніку чаго ён пачынае канкурыраваць ў пошуку з новым і часта перамагае - проста за кошт ўзросту дамена. Замест абнаўлення вы атрымаеце кашу з двух даменаў. Стары страціць пазіцыі, новы не атрымае, а па брэнд-запытам будзе вышэй ранжыраваць стары сайт.

рашэнне

Падумайце дзесяць разоў, ці трэба мяняць дамен. Змена дзеля змены - гэта дакладна глупства. Але, выкажам здагадку, гэта непазбежна - у вас рэбрэндынг і без змены дамена не абысціся. У гэтым выпадку вам трэба выканаць акуратны перанос:

5. Змена структуры без уліку старых вынікаў

Чаму гэта дрэнна

Яшчэ адна бяда - бяздумная змена структуры, якая прыводзіць да страты вынікаў SEO. Звычайна гэта прыходзіць разам са зменай CMS. Распрацоўшчыкі з лепшых памкненняў прапануюць, скажам, змяніць самописную выраб на універсальнае рашэнне накшталт Битрикса. Натуральна, логіка URL у Битрикса адрозніваецца ад старой CMS. У выніку пераезду усе старонкі быццам бы на месцы, але па новых адрасах. Калі сайт абнаўляўся больш радыкальна - у вас наогул новыя старонкі на новых адрасах.

Робат не знаходзіць старонак па звыклым адрасе і выкідае сайт з індэкса па дадзеным запыце. Калі-небудзь ён знойдзе і новую старонку, але калі і з якім вынікам - яшчэ пытанне. Вынік: па чужым неабдуманасці вы губляеце SEO-трафік.

рашэнне

Структуру можна і трэба мяняць - глядзіце раздзел «Семантычнае ядро». Але рабіць гэта варта акуратна. Вы павінны выразна разумець, што змена структуры робіцца для павелічэння SEO-ахопу, а не проста дзеля новай CMS. абавязкова наладзьце 301 рэдырэкт са старых старонак на новыя.

6. Не закрываецца ад індэксацыі тэставая версія

Чаму гэта дрэнна

Тэставая версія трапляе ў індэкс і пачынае затым канкураваць з асноўнай. Кантэнт з тэставай версіі апазнаецца пошукавікам як першакрыніцу (лагічна, ён апублікаваны раней менавіта там). Асноўны дамен атрымлівае мінус да ранжыраванню як сайт з дубляваным кантэнтам. Гэта класічны прыклад капейкавай памылкі, для ліквідацыі якой могуць спатрэбіцца месяцы.

рашэнне

Трэба закрыць адладкавыя дамен ад індэксацыі ў файле robots.txt. Там павінна быць усяго два радкі:

User-Agent: *
Disallow: /

Калі вы адладжваць новы сайт на асноўным дамене, не забудзьцеся адкрыць яго для індэксацыі пасля запуску. «Забылі адкрыць роботс» - першы адказ на пытанне, чаму новы сайт працуе, але не індэксуецца.

7. Не ліквідаваны тыповыя праблемы Битрикса

Чаму гэта дрэнна

Битрикс не выпадкова стаў вядучай CMS на расійскім рынку. Ён гнуткі, для яго ёсць маса шаблонаў і гатовых рашэнняў. Ён добра інтэгруецца з 1С. Аднак, як і ў любога старога універсальнага прадукту, у кодзе і логіцы Битрикса набралася маса мыліц. Гэтыя латкі перашкаджаюць жыць як распрацоўнікам, так і seoшникам. Праблемы Битрикса з пункту гледжання тэхнічнага спецыяліста добра апісаны тут . А SEO-галіна павінна быць удзячная Битриксу, багі якога забяспечылі штучна створанай працай не адну сотню чалавек Битрикс не выпадкова стаў вядучай CMS на расійскім рынку

рашэнне

Битрикс з скрынкі дрэнна падыходзіць і для SEO. Трэба як мага хутчэй ліквідаваць некалькі галоўных багаў, звязаных з дубляваннем кантэнту:

  • Акуратна наладзіць SEO-модуль, каб можна было задаваць унікальныя мета-дадзеныя і рабіць шаблонизацию. Па змаўчанні ўсе метададзеныя ўнутры раздзелаў дублююцца.
  • У інтэрнэт-крамах трэба ліквідаваць яшчэ адну памылку дублявання: на старонках пагинации раздзелаў тэкставыя блокі з апісаннямі па змаўчанні дублююцца.
  • Наладзіць адказы сервера, так як з скрынкі даданне любога параметру ў URL аддае адказ "200 ОК», з-за чаго пошукавы робат можа праіндэксаваць вялікая колькасць дубляваных старонак.

У залежнасці ад версіі Битрикса і / або выкарыстанага вамі шаблону можа спатрэбіцца выпраўленне і іншых SEO-памылак, гэта толькі асноўныя.

8. Памылкі ў вёрстцы: выкарыстанне загалоўкаў <h1> - <h6> у чыста афарміцельскіх мэтах

Чаму гэта дрэнна

На жаль, распрацоўшчыкі часам лянуюцца пісаць дадатковыя стылі для урэзак і падобных дэкаратыўных элементаў, якія не ўтрымліваюць асноўнага запыту, выкарыстоўваючы для гэтага стылі загалоўкаў. Пры гэтым загалоўкі h1-h6 - важны элемент вёрсткі, які перадае пошукаваму робату інфармацыю пра змесціва старонкі. Калі вы выкарыстоўвалі гэтыя тэгі для таго, каб вылучыць часткі тэксту, якія не ўтрымліваюць ключавой інфармацыі, вы сур'ёзна панізілі шанцы на правільную індэксацыю старонкі.

рашэнне

Рашэнне: загалоўкі h1-h6 можна выкарыстоўваць толькі ў кантэнтнай часткі старонак або пры абазначэнні загалоўкаў тыпавых элементаў (водгукаў, каментароў, рэкамендаваных тавараў і г.д.)

9. Памылка: сайт пасля выкатки даступны па некалькіх адрасах

Чаму гэта дрэнна

Калі не падумаць пра гэта адмыслова, пасля публікацыі сайта вы атрымаеце набор канкуруючых паміж сабой копій (люстэркаў). Версіі сайта - з www і без, па пратаколе http і https, site.ru і site.nichost.ru - ляжаць на адным хостынгу, але будуць індэксавацца незалежна. Калі вы купілі некалькі даменаў для аднаго сайт, да прыкладу, ru і Рф, памножце пекла дублявання версій на колькасць даменных зон. Вядома, праіндэксаваць такім чынам каша з недосайтов атрымае дрэнныя пазіцыі.

рашэнне

Рашэнне: сайт павінен быць даступны для індэксацыі толькі па адным адрасе. Іншыя варыянты павінны перанакіроўваць наведвальніка на асноўнае люстэрка. Для гэтага трэба як мага хутчэй наладзіць рэдырэкты, інструкцыя тут .

Поспехі пры распрацоўцы новых сайтаў! Калі вы яшчэ не бачылі першыя дзве часткі гэтага матэрыялу, паглядзіце на іх: