Egy szokatlan üzenet jött az árajánlat kérő űrlapon keresztül az imént.
Idézem, talán nem haragszik meg érte az illető hölgy, a konkrét információkat kivettem az üzenetből:
“itt szeretném a segítségüket kérni, azzal az esettel kapcsolatban, hogy az elmúlt félévben feladtam egy kiadó lakás hirdetését, és az az adott oldalról már rég törölve lett, de a google keresőben még mindig kidobja a hirdetést ami név szerint lett feladva, így folyamatosan telefonokat kapok még mindig!
Kérem,legyen szives törölni a következő adatot:……”
A bizalmat köszönöm, de az ügyben, csak az érintett portál fejlesztője tud közbejárni.
A fent említett dolog, egy tipikus lekezeletlen probléma, hirdetési oldalak esetén, amelyről nem először hallok, ezért gondoltam érdemes megosztani egy megoldást itt a blogon, amit tanácsolni szoktam az ilyen problémák kezelésére.
A megoldást 410-es státusz kódnak hívják.
Ez a státusz kód jelzi a kereső crawler számára, hogy az URL-en lévő tartalom véglegesen törlésre került, dobhatja az indexből, azonnali hatállyal.
(404-es státusz kód esetén a hivatalos várakozási idő amíg kikerül az indexből, 30 nap, ez a gyakorlatban sokkal tovább el szokott tartani. Olyan URL-ek esetén azért ne alkalmazzuk a 410-et, amelyek újra aktualitást nyerhetnek 2 nap múlva… Egyedi, azonosítót is tartalmazó hirdetések URL-jeinél alkalmazható jó megoldásként.)
kiegészítés: érdemes a keresőindexből eltávolítandó URL-eket egy külön sitemapre is felvenni, friss lastmod dátum beállításokkal, így a kereserőbot hamarabb megtalálja ezeket az oldalakat.
10 hozzászólás
A legnagyobb gond ez! “és az az adott oldalról már rég törölve lett,” hogy bár ezer éve törölve lett, miért hozza az adott hirdetést? Ha fizikálisan el lett távolítva – maximum tárolva lehet elérhető – akkor miért találják meg a hölgyet? Ilyen sokan néznék a tárolt még ki nem sült állapotot? Csodálkoznék rajta!
Diszkrétan köll kezelnem, ezért nem mutogathatom az URL-t, de 200-as status kóddal jön frankón a hirdetés oldala.
Csak a hirdetések listájából lett törölve nyilván, a hirdetés maga nem, nem kezeli le a hirdetési portál ilyen módon status kódokkal is a törlést, csak a listából emeli ki.
Ha 404-et tennének rá, akkor még továbbra is ott rohadna ki tudja meddig (ha nem is lenne látható, csak cache-ből). 410-el azonnal el fog tűnni a crawler legközelebbi látogatása alkalmával.
Hát nem tudom melyik oldal, de érdekesen szüntetik meg a már nem létező hirdetéseket. Olyan mintha nem is csináltak volna semmit. Bár valszeg az ok az lehet, hogy jó az a tartalom, ne vesszen kárba, meghagyjuk:) Így lesz indexált Google által szeretett cucc is, meg nekik sem tűnik el a “hasznos” tartalmuk. Sajnos sokan játszanak ezzel. Hasonló volt egy fórumnál, amikor az egyik cég egy mindenki számára elérhető fórumán tette fel a kérdését, majd nem egy fórum alkalmazott válaszolt. A hölgy fenyegetőzve hívta azt a céget aminek alkalmazottja válaszolt anno 6 hónappal korábban, hogy takarítsák le a tartalmat. Nem nagyon értette meg, hogy az hogy valaki válaszol valahol, az nem azt jelenti, hogy rendelkezik is az adott tartalmon törlésének vagy jogosultságának eszközével.
En nem vagyok nagy hive a torolgetesnek, de az lenne a minimum, hogy archiv modba kapcsoljak at a lejart hirdeteseket, legalabb ugy, ahogy a craigslisten.
nekem jött már jól a tárolt állapot, egy már lejárt hírdteést kotortam ki a google-ból, és szerencsére a telszám is meglett :)
Egy bazinagy piros keretbe foglalt “Lejárt hirdetés” felirat megoldaná a dolgot, kecske is jóllakna, káposzta is megmaradna.
Szervusztok!
Jajaja. Én nem nagyon vágom, de mindenki a tartalommal van elfoglalva, így már láttam olyat, hogy egyszerűen csinál egy archív menüpontot és live-ba hagyja az egészet csak átrakja oda.
És tudjátok mi a szép?
Hogy mivel a magyar multi, hiába van apró portálja nem ért a SEO-hoz, viszont bürokratikus, felvesz egy “SEO-s szakit”. Igen ám, csak a szakink kinél felvételizik? Hát egy HR-esnél, meg egy vezetőnél. A HR-es nyilván nem tudja mi fán terem a SEO. Csak annyit látnak: Hol van az oldal.
Újdonsült szakink kitalálja, hogy a content miatt live-ban hagyja a régi tartalmat, és mindenki örül, kivéve az ügyfél.
Van egy ettől gerincetelenebb ok is.
Jómagam láttam már olyan multit, aki konkrétan crawler motort iratott, hogy össze tudjon lopni jó néhány oldalt.
Ennek a működése:
Kedves crawler motor. Menj x site-ra és húzd le a tartalmat. Majd minden hirdetést azonosíts az id alapján. Amikor legközelebb mész, akkor pedig minden hirdetést tölts le újra, de ha olyan id-t találsz, amelyik már van, azt ugord át.
Így tudja megkerülni, hogy egy 300 000 oldalas site napi szinkronja meg legyen éjszaka 1 óra alatt.
A kérdés: jön a crawler másodjára. volt egy 123456 id-s hirdetés. Törölve lett az eredeti site-ról, a másolt site-ról viszont senki sem törölte azzal, hogy a másolt site szintén egy többszázezer oldalas hirdetési oldal.
De sok minden van amit nem értek én……..
A gépjármű importőrök ugye kiszervezik nagy médiaügynökségekre a hirdetéseket. Ilyen többek közt a kiro.
A médiaügynökség vagy ért a SEO-hoz meg a SEM-hez, vagy kiszervezi egy olyan szakinak, aki rettentően ért hozzá.
Megenn jön az én kérdésem, mert tanulnék.
Ha valami jön organikusban az első oldal első pozícióban és azt látható titletag-el és descriptiontag-el látom el, akkor vajon minek hirdetek rá fizetettben is?
Megjelenik mindkettő, nyilván az organikusra kattint a user hiszen több az info, illetve az egyik a nissant kereső a másik meg a nissan magyarország…
Rontom tehát a saját CTR-emet minden keresésnél és ha én ráhirdetek az organikus első pozíciós honlapomra, akkor nem vagyok benne biztos, hogy az a kampány úgy van struktúrálva, hogy ez a CTR romlás a többi kattintás árát nem befolyásolja….
Kedves Longhand!
Egyébként átiránytáshoz kapcsolódóan vola egy kérdésem.
Van egy ügy, arra egy elméletem és kíváncsi volnék a véleményedre.
Adott egy cég.
Adott egy régi site.
Lefejlesztet egy új site-ot.
Ennek van egy munkaoldala.
Amikor befejeződik a fejlesztés átteszik a munkaoldalt a live helyére úgy, hogy az urlstruktúrából csak a f? oldal url-je marad ami ugye a domain.
Amikor átrakja az oldalt, valamiért a munkaoldal főoldalának az url-jét átirányítja a live url-re a régi site urljei pedig 410-et kapnak.
A live site adminjából megadja a metatag-eket a live sitenak.
Ezt a munkoldal – miután kiderül, hogy a munkaoldal munkaurljei nofollow noindex nélküli liveban feljtett url-ek tartalmastól – behúzza magának metatagekbe.
A live oldal pedig megkapja a titletag-et a keywordstag-et, de a description tag helyére behúzza az oldalra leg relevánsabb információt, a kapcsolat odlal elérhetőség pontját.
Kialakul a helyzet, miszerint a tartalom 4 különböző live url-en elérhet?, a live adminja a munkaoldal liveban feljtett oldalaival kommunikál, a live oldal pedig nem kap metadescription-t az adminból, merthogy azt a munkaoldal kapja meg valahogy…
-ja és közben egy sitemap hiba üzenet…
Az elméletem:
Amikor liveba tették az új oldalt, akkor valaki átirányította a munkaoldal főoldalának az url-jét a live-ra, a többi oldal url-jéhez pedig nem nyúlt.
Liveba került ugye közben az új oldal is, ami pedig a cég központi felületéről is elérhető.
Jött a robot. Látta, hogy van a munkaoldal, beindexelte, majd a központi felületről elérte a másik oldalt és azt is beindexelte.
Időközben valaki belépett az adminba, de nem a liveurl/adminról, hanem a munkaurl/adminról
Az oldal legenerálta a livenak a sitemap-et, de a munkaoldal url-jeit tette bele – ez látszott webmaster toolsból csak utána javították -, a robot pedig megkapta az infomációt, hogy a live-ban feljetett munkaoldal a live oldal.
A munkaoldal úgy kaphatta meg a live metatageit, hogy az admin egészen egyszerűen külön kommunikál a metatageknél a munkaoldallal, az oldal “szerkesztő” részénél pedig a live-al.
A live metatagei pedig azért lehetnek rosszak, mert a robot nem talál információt a descriptiontag-hez, így pedig behúzza a legrelevánsabbat a domain alapján, ami a cégnév a kapcsolat oldalnál.
És kézösszetétel meg ima, hogy ne rakja ki őket a keres? duplikált tartalom miatt.
Te hogy látod? Hálás lennék, ha elmondanád a véleményedet.
Tanuló
Kedves Longhand!
Megoldódott. Azért köszönöm.
Tanuló