Ik ben nogal bezig met SEO, en een aantal dingen die daar bij meespelen is ook in de opbouw van een url.
Er wordt dus [b]ook[/b] gekeken of er keywords in de url's staan.
Aangezien ik dus geen shorturls gebruik, kan ik natuurlijk het e.e.a. manipuleren wat betreft het redirecten van diverse dingen.
Als voorbeeld een entry van een blog-artikel van me.
De link: http://zartoxid...ex.php?name=News&file=article&sid=26
De titel: Avondje Ouders.. GTST..
Wat mijn idee is, om ipv het weergeven van die pagina op die url, een 301 moved permanent te geven, waarbij ik een niet bestaande var meegeeft, waar postnuke dus geen reet mee doet.
Aangezien de titel dan ook in de url komt, zal ik weer hoger scoren, omdat dan de titel in de url staat.
Hier is natuurlijk wel het e.e.a. aan gesleutel voor nodig, en dat je dan een links krijgt als:
http://zartoxid...-Ouders-GTST
Ik moet dus gaan kijken, is de tit gevuld, nee? titel uitlezen, ontdoen van slashes, punten etc.. spaties vervangen door een streep, en redirecten.
Andere bijkomstigheid is, als de tit wel meegegeven wordt, moet ie natuurlijk checken of die klopt, zo niet, alsnog een redirect.
Dit geintje wil ik natuurlijk niet enkel voor News doen, maar ook pnFlashgames, Web_Links, pnphpcomic.
Aangezien ik een 301 moved permanent wil sturen, zullen de links naar artikelen niet veranderd te worden, omdat het op aanroep niveau zal gebeuren. De zoekmachine zullen dus bij een 301 de redirect volgen, en dan op die url indexeren. Dus meer keywords op de link, dus scoor je hoger.
Ik weet inmiddels al hoe ik aan de titels en de namen kan komen van diverse onderdelen, dus dat wordt het probleem niet. Aan de hand van het draadje over die meervouding pulldown menu ben ik eens gaan kijken naar alle modules hoe die de namen verkrijgen.
Ook zullen de urls een stuk langer worden, maar dat zie ik ook niet als een slecht iets.
Nu alleen de vraag, waar ga ik die checks inbouwen. Er wordt natuurlijk per onderdeel ook gechecked op het permissie systeem, en het is natuurlijk onlogisch om eerst die 'tit' te checken en te redirecten, en dat die pagina alsnog een 404 not found geeft.
Hoe denken jullie hoe ik dit het beeste kan aanpakken?
SEO - titels in de url forceren.
-
- Rang: zPro
- Geregistreerd: 18.03.06
- Laatst gezien: 06.01.09
- Berichten: 267
Geplaatst: 06.09.2006, 12:33
-
- Rang: Site Admin
- Geregistreerd: 25.02.03
- Laatst gezien: 09.03.12
- Berichten: 1207
Geplaatst: 06.09.2006, 13:53
PostNuke 0.8 heeft dit al ingebouwd: de Nieuws module zal urls uitspugen in de zin van /index.php/News/2006/9/5/Milestone_edition_up_and_running/ waarbij aan het einde dus al de titel is meegebouwd, en daarvoor de datum van het artikel. Het systeem zorgt er zelf voor dat er geen duplicaten van komen.
Ben een beetje bang dat je dit voor 0.76x weinig moois meer oplevert. Download binnenkort de MileStone release van 0.8 (MS2 staat bijna klaar) en ga daar in duiken. Het is allemaal veel gestructureerder opgezet en ik zou dus eerder kijken naar 'hoe bouw ik een transform hook', maar dan op url niveau. Is voor mij nog vrij nieuw, ik kan je hier geen sturing in geven.
__________
-
- Rang: zPro
- Geregistreerd: 18.03.06
- Laatst gezien: 06.01.09
- Berichten: 267
Geplaatst: 06.09.2006, 14:03
Hmm.. interresant, maar voorlopig zal ik denk ik niet .8 gaan draaien. Alleen die datums mogen ze van mij wel weglaten.
Ten tweede is de underscore een killer op je keywords, dus totaal onzinnig. Het streepje is een koppel teken, en zullen de woorden als keywords worden gezien als ze met streepjes worden verbonden. Met een underscore heb je dat dus niet. Totaal onzin dus.
Edit:
Bij wat nader researchen, wordt het met een underscore als koppelteken ook in de urls ge-highlight. My mistake.
ik heb het nu op 1 pagina gedaan: http://zartoxid...ame=cu_Stats
Op het moment dat die pagina wordt aangeroepen wordt er gekeken of 'tit' gevuld is, of conform de titel, zoniet stuur ik een 301 en een redirect.
Ik kom nu op de 2de plek op de keywords 'chat' & 'statistieken' Nu komen die woorden dus ook in de url door die redirect. Als dit underscores zouden zijn, worden de woorden niet los als keywords gezien.
En verder met .8, dat kickuh theme wat ik heb, werkt niet in .8 Misschien moest ik de maker daarvan maar eens m'n inmiddels aangepaste theme mailen, en eens vragen wat ie voor een conversie naar .8 wil hebben 8) -
- Rang: Site Admin
- Geregistreerd: 25.02.03
- Laatst gezien: 09.03.12
- Berichten: 1207
Geplaatst: 06.09.2006, 16:17
Probleem is alleen dat bestaande links die door het systeem zijn gegenereerd nog steeds zonder titel worden weergegeven. Dus eigenlijk zul je het al op output-niveau of module-niveau moeten aanpassen. De bron dus. Er wordt nu gecrawled, er worden links opgenomen, en bij het bezoeken van die links krijgt men meteen een redirect voor de kiezen. Zou dat geen invloed hebben op ranks? Een website die alleen maar doorverwijst naar permanent redirects binnen de eigen site?
Je moet het probleem dus eerder tackelen: bij de module output al... dus daar meteen de title-parameter in de URL meepleuren. Dat er niets mee gedaan wordt, OK jammer, maar de links op je site blijven dan in orde.
Dat kicku theme werkt prima in .8. Je zult in de broncode wel moeten vervangen door enzovoorts. PN 0.8 kan je theme dan prima naar Xanthia 3.0 upgraden (indien je wat permissies wijzigt naar 777)
__________
-
- Rang: zPro
- Geregistreerd: 18.03.06
- Laatst gezien: 06.01.09
- Berichten: 267
Geplaatst: 06.09.2006, 16:48
De test die dus nu loopt geeft idd een redirect op als er geen 'tit' wordt meegegeven.
Dit geintje, is dus eigenlijk puur SEO. Een user heeft er 0,0 meerwaarde aan.
Klopt, en door de 301, waarin ik dus aangeef dat die pagina permanent is verplaatst, en de spider die nieuwe url voor, zal de ouwe url uit de index verwijderd worden, en de nieuwe url zal daarvoor in de plaats komen.
Juist niet, je verteld tegen de spider: Hey, de inhoud van die pagina is verplaatst, je moet je index updaten. Net zoals PostNuke een 404 header meegeeft bij pagina's die dmv de persmissies is afgeschermd. Zou die 404 er niet zijn, zouden de zoekmachines heel veel meldingen indexeren van module niet beschikbaar.
True, maar ik test het met 1 pagina eerst, om te kijken of het op deze manier ook daadwerlijke nut heeft. Bij alle links naar andere pagina's staan titels, ik hoef dan enkel de titel van de links te strippen van slashes, punten, en de hele handel, en dan de spaties te vervangen door streepjes. Daar is volgensmij al een standaard functie voor, de dynamic keywords gebruikt die ook.
Maar moet in de module dus ook gekeken worden naar de URI, en als 'tit' mist, aanpassen, en redirecten.
Ik heb even een screenie gemaakt van hoe google die pagina nu ziet:
Ik denk dat als ik morgen die zoekopdracht geef, dat de juiste url er staat ;)
Ah, cool, zover had ik nog niet met .8 zitten stoeien, misschien als MS2 er is weer eens mee knutselen ;) -
- Rang: Site Admin
- Geregistreerd: 25.02.03
- Laatst gezien: 09.03.12
- Berichten: 1207
Geplaatst: 06.09.2006, 17:01
Echter... Die spider komt dus op de pagina waar de titel in de url staat, maar crawlt vervolgens je site af met weer allemaal links die een 301 op gaan leveren. Tot in de eeuwigheid, want zodra je een nieuwe pagina maakt, wordt dat geindexeerd en komt er weer een 301.
Daarom zei ik, ga eens goed kijken wat de spiders doen met websites die alleen maar doorverwijzen naar permanently moved pagina's. Als ik een spin was denk ik 'die gast heeft een leuke site, maar alle links die ik vind kloppen niet omdat ze zijn verplaatst, rot op, laat hem eerst maar even zijn site updaten'.
Een 301 is geen handigheid om een spider-index te manipuleren, maar zo gebruik je het wel. Zou mij niets verbazen als dat (op een gegeven moment) penalty's op gaat leveren.
Anyway, ik heb er geen verstand van, dus 'go your gang'.
__________
-
- Rang: zPro
- Geregistreerd: 18.03.06
- Laatst gezien: 06.01.09
- Berichten: 267
Geplaatst: 06.09.2006, 17:15
De mod_rewrite doet nu precies het zelfde. komt er iemand binnen op index.php?name=article&cid=1 krijgt de bezoeker een 301 moved permanent, en wordt geredirect naar de nieuwe url.
De oude links lbijven dus werken, maar worden gekickt naar de juiste bestemming. Voordeel is wel, dat de links op de pagina's weer de juiste url-notities hebben. Daarom zeg ik ook, ik kijk hoe deze test verloopt, komt ik hoger uit met de nieuwe url, zal ik dus heel postnuke gaan aanpassen waar mogelijk is. De meeste links binnen modules hebben als link naam/titel de titel van het item, die kan je dus prima ontdoen van rommel die niet nodig is, en zo de link neer zetten. Dat houd dan in dat je vanaf de site zelf inderdaad naar de juiste url-notitie komt, wordt er gelinkt naar een ouwe url, dan is de werking exact het zelfde als mod_rewrite, die stuurt ook een 301 ;) -
- Rang: Site Admin
- Geregistreerd: 25.02.03
- Laatst gezien: 09.03.12
- Berichten: 1207
Geplaatst: 06.09.2006, 17:25
Waar haal je die info vandaan? Is zeker niet waar. Als iemand binnenkomt op bijvoorbeeld /Article31.html, dan wordt deze doorverwezen in .htaccess met apache parameters [L,NC,NS], en Google denkt dus dat die inhoud daadwerkelijk op een statische html pagina staat. Een interne redirect, waar alleen apache het bestaan van weet, en dus geen header terugkrijgt. De url blijft hetzelfde, die pagina is daar gewoon te vinden.
Kijk naar de rewrite methodes van 0.8 en ga daarmee stoeien. Tegen de tijd dat je klaar bent en mooie plugins en hacks hebt geschreven is 0.8.1 al uit... Denk zonde van de moeite. Maar goed, ik kan je probleem niet oplossen, en dit blijft een eeuwige discussie.
__________
-
- Rang: zPro
- Geregistreerd: 18.03.06
- Laatst gezien: 06.01.09
- Berichten: 267
Geplaatst: 06.09.2006, 18:06
Oh, verhip, ik zie het.
Ik dacht dat die rewrite ook een 301 gaf als je op een url uit kwam met een niet-shorturl notitie.
Ik zag dus ook dat alle rss-feeds hier links en rechts op de site, linken naar de niet-shorturls. Google adviseerd zelf als er content op meerdere urls te vinden is, een 301 te gebruiken. Google vind het niet tof als er meerdere pagina's dezelfde content bevat, en kan dus uitdraaien op een penalty, oftewel een complete verwijdering uit hun indexen. Met dit wetend dacht ik dus dat de mod_rewrite op niet-shorturls netjes een 301 gaf met een redirect naar de shorturl toe.
Deze 2 links zijn dus verschillende urls, met exact de zelfde inhoud.
http://communit...tid=3&pid=74
http://communit...3-pid-74.htm
Op google staat in de richtlijnen:
Zodra google dus op een link stuit met een niet-shorturl notitie, zal deze dus gewoon geindexeerd worden, 1 content, 2 urls. Op de niet-shorturl zou dus een 301 naar de shorturl moeten komen. Zo voorkom je dus dat je een ban krijgt ;)
Hier een quote van iemand die niets anders doet dan SEO:
[url=http://gatherin...2975?limit=1]Andre schreef:[/url]
[quote]
[quote][b]Nexxennium schreef op vrijdag 07 juli 2006 @ 11:41:[/b]
De pretty URIs van ons CMS hebben de vorm: http://example.com/3,boom/5,tak/38,blaadje.html. Die ID's staan erin omdat klanten nogal de neiging hebben de titels e.d. te wijzigen. Zonder ID's zouden oude links dan stuk gaan. Nu wijst bijv. http://example.com/3,bomen/5,twijg/38,blad.html naar exact dezelfde pagina.
[/quote]
Op die manier kan er wanneer titels gewijzigd worden de situatie ontstaan dat dezelfde pagina op meerdere url's bekend is bij Google, dat zou dus een duplicate content probleem kunnen opleveren. Google ziet dat gewoon als allemaal verschillende pagina's, elk adres is een pagina.
Mapnamen maken voor Bezoekers en Google niet uit dus ik zou voor deze structuur kiezen:
http://example....blaadje.html
Op die manier kun je aan de hand van de 3 id's de juiste pagina laten zien. En wanneer er een andere titel achter de laatste id staat dan de eigenlijke titel laat je hem met een 301 redirecten naar de originele titel. Na een titelchange worden de oude pagina's dan ook keurig geredirect.[/quote]
Ik heb dus in PostNuke ook ingesteld dat gasten geen sessie-id mee krijgen, omdat dat dus ook een andere url is, dus een andere pagina. Zodra een gast PNphpBB in komt, krijgt ie een sessie mee, en dus ook de spider. Straks heb je 30 pagina's met de zelfde inhoud, alleen is het sessie-id anders, et voila, BAN!
En het gebeurd al bij postnuke.com:
[url=http://www.goog...lr=&filter=0] 5 results[/url], 2 staan er dubbel in, shorturl, en niet-shorturl. Gaat google niet tof vinden als ze dat zien ;) Zoekmachine spideren ook vanuit RSS Feeds. -
- Rang: Site Admin
- Geregistreerd: 25.02.03
- Laatst gezien: 09.03.12
- Berichten: 1207
Geplaatst: 07.09.2006, 09:19
Dan zou je in een oneindige loop terecht komen... als je een niet-short-url oproept krijg je een 301 naar de short-url, en die short-url geeft een interne redirect naar de niet-short url. Enzovoorts...
Ook dit is al in 0.8 zeker opgelost. En dacht zelfs wel al code te zien in de 0.76x backend.php, die short_url's moet activeren. Is idd niet het geval, je zou eens een draadje op community.postnuke.com openen of een bug melden. Of zelf eens in de backend code duiken.
Het gebeurt op je eigen website ook al: /index.php?name=PNphpBB2&file=index en /index.php?name=PNphpBB2 staan allebei op je homepage genoemd, maar linken naar dezelfde inhoud... Pas maar op! ;)
__________
- Gemodereerd door :
- Support
Gebruikers aanwezig
Deze lijst is gebaseerd op gebruikers die de afgelopen 10 minuten online waren
RSS
Reacties