Zikula Nederland

Dacht juist dat hidden divs, of links chter een andere div, bij SEO juist negatief werken. Google doet het prima met zijn Sitemap optie. En hou het daarbij zou ik zeggen. Google vindt ook hidden links op je normale pagina's, en dat kost je punten volgens mij.

[edit]accesskeys zijn inderdaad wel xhtml1-strict[/edit]
Wat is de reden dat het dev-team (het is niet zijn persoonlijke smaak) hier dan niet voor kiest? Al een draadje op het forum geopend of bekeken?

Wil je zelf accesskeys, zul je met template overrides een oplossing kunnen zoeken, of in je theme pompen, daar is in principe geen core module voor nodig. Schrijf eventueel zelf een pnrender plugin.

Reden dat ik zijn links aandraag is omdat hij nogal van wanten weet als het om stijl gaat, en css. Er zitten zeker goede tutorials bij. Stoeize.

__________

Teb

Dacht juist dat hidden divs, of links chter een andere div, bij SEO juist negatief werken. Google doet het prima met zijn Sitemap optie. En hou het daarbij zou ik zeggen. Google vindt ook hidden links op je normale pagina's, en dat kost je punten volgens mij.

Het gaat om 1 link, de ik onder een plaatje wil hebben. Hoe voller de site wordt, des te dieper oude links gaan zitten. Want er wordt niet meer naar gelinkt. Door die sitemaps module aan te passen naar een HTML formaat, heb ik dus een sitemap in HTML formaat met links.

Spiders zelf zullen geen hidden divs vinden, die moet je melden. En dan wordt er handmatig ingegrepen.

1 link die achter een plaatje zit, is voor de user die niet klikbaar, maar een spider leest alleen de code, en komt dus een link tegen, en zal daar heen gaan. Des te vaker 1 link op elke pagina staat, des te vaker zal een spider daar komen. Omdat die file met links, net als googlesitemap module, uit de database wordt gehaald, is ie altijd uptodate. Hoe vaker er content bij komt, hoe vaker een spider zo'n pagina raadpleegd voor weizigingen.

Dat google het goed doet, uitstekend, nu de rest nog aansturen ;)

Quote

[edit]accesskeys zijn inderdaad wel xhtml1-strict[/edit]
Wat is de reden dat het dev-team (het is niet zijn persoonlijke smaak) hier dan niet voor kiest? Al een draadje op het forum geopend of bekeken?

http://communit...2&highlight=

Quote

Wil je zelf accesskeys, zul je met template overrides een oplossing kunnen zoeken, of in je theme pompen, daar is in principe geen core module voor nodig. Schrijf eventueel zelf een pnrender plugin.

Ik include in elke template een bestand: accesskey.php

Code

<?php
$return = "<!-- Begin Accesskeys -->\n";
$return .= "<li id=\"robots\"><a href=\"index.php?name=HTMLsitemap\"></a></li>\n";
$return .= "<a href=\"/\" accesskey=\"h\"></a>\n";
if (pnUserLoggedIn()) {
  $return .= "<a href=\"user.php\" accesskey=\"a\"></a>\n";
  $return .= "<a href=\"user.php?module=User&amp;amp;op=logout\" accesskey=\"u\"></a>\n";
}
$return .= "<a href=\"index.php?module=htmlpages&amp;amp;func=display&amp;amp;pid=5\" accesskey=\"z\"></a>\n";
$return .= "<a href=\"index.php?name=PNphpBB2\" accesskey=\"f\"></a>\n";
$return .= "<a href=\"index.php?name=pnFlashGames\" accesskey=\"g\"></a>\n";
$return .= "<a href=\"index.php?name=RSS\" accesskey=\"r\"></a>\n";
$return .= "<a href=\"index.php?name=Web_Links\" accesskey=\"l\"></a>\n";
$return .= "<a href=\"index.php?name=cu_Stats\" accesskey=\"c\"></a>\n";
$return .= "<!-- End Accesskeys -->\n";
echo $return;
?>

Die

RaZ

http://communit...2&highlight=

Hier heb je precies je reden waarom accesskeys dus niet standaard worden opgenomen. Iemand is gewend om met alt-h een help file te openen, met alt-e naar Edit te gaan, maar op jouw site komt hij dan op de homepage uit of iets anders. En zo kun je wel doorgaan. Zoals Mark en Andreas zeggen, jij gaat bepalen hoe zij moeten surfen (net als de discussie over new windows). De gebruikers zelf niet meer. Net als het handje waar je het over hebt bij links: het mag geen handje worden. Daarmee haal je dus weer een stukje accessability en usability weg. We weten dat dat bij jou van de tafel is, maar dat betekent nog niet dat het slecht is van PostNuke om het niet te doen.

Prima wat je allemaal zelf wilt bepalen, maar ik zou er ook niet om staan te springen. En vind het dus een pro dat PN dit niet doet. Neem de access keys dan zelf op in de content, zoals jij al doet.

__________

Over links wel of niet intern valt ook over te discuseren natuurlijk. Iedereen die ik spreek, gebruikers geen admins, zegt: externe links in een nieuw scherm, standaard. Ik ben dat zelf ook gewend. Kom ik ergens anders, dan sluit ik het standaard af met een Alt-F4. En dan baal je als je al een tijdje zit te browsen, want ik let niet bij elke pagina op welk url ik zit.

Ik weet ook dat je links in elke browser kan bepalen of je ze in een nieuw scherm wil hebben, maar niet in huidige scherm. De gebruiker heeft altijd de keus. Ben ik van op de hoogte. Maar het merendeel van de internetters weet dat gewoon niet. Sites zoals Fok, Geenstijl, Web-Log's, Tweakers, en bijna alle grote site met enige bekendheid in Nederland werken zo. Punt van referentie, link naar een artikel op een andere site? Nieuwe scherm.

Eventueel de keus omdit instelbaar te maken wilden ze ook niet van weten. En dat vind ik een slechte zaak. Als maker van iets wil je toch tevreden gebruikers? Het is jammer dat op pnForum zich niet meer personen hebben gemengd in de discussie.

[quote=Teb]
[..]
Net als het handje waar je het over hebt bij links: het mag geen handje worden. Daarmee haal je dus weer een stukje accessability en usability weg. [..]
[/quote]
Wat heeft een user aan [url=http://zartoxid...=HTMLsitemap]deze pagina[/url]? Helemaal geen fluit. De spiders daarintegen wel. Daar staan alle links die momenteel interresant zijn om opgenomen te worden.

Die accesskeys komen ook uit dat bestand wat ik hierboven postte. Zoals het nu gaat is het prima hoor. Zoals tweakers het doet op hun forum, is alleen voor ingelogde users, en die kunnen ook nogeens zelf die accesskey's bepalen. Misschien als ik me ooit ga verdiepen in PHP + MySQL bouw ik dr wel een module voor. Staat in iedergeval niet op m'n to-do lijst, that's for sure. Het is idd wel zo, nu [b]moet[/b] iedereen op m'n site het doen met het geen wat ik ze aanbied/opdring.

Alleen gaat ie op de ene url fout zodra ik die link een teken meegeef, dan wordt die

RaZ

Over links wel of niet intern valt ook over te discuseren natuurlijk...

Ik doe het tegenovergestelde, als ik ergens iets zit te lezen en ik zie een link (of het nu extern is of niet), ik pak rechtermuisknop en zeg 'openen in nieuw tabblad / venster'. Geen idee wat de webmaster bedoeld had, maar dan weet ik tenminste dat ik netjes mijn tabbladen gescheiden hou zoals bedoeld door mijzelf. Anders moet ik maar hopen dat de betreffende webmaster zich aan de 'standaard' van de grote sites houdt, en dat is externe links in een nieuw venster.

RaZ

Sites zoals Fok, Geenstijl, Web-Log's, Tweakers, en bijna alle grote site met enige bekendheid in Nederland werken zo. Punt van referentie, link naar een artikel op een andere site? Nieuwe scherm.

en dan denk ik: prima, maar jammer. Tenzij... het duidelijk aangegeven wordt middels een stijl / plaatje oid (en dat kan prima met css) dat het in een nieuw venster komt.

RaZ

Als maker van iets wil je toch tevreden gebruikers?

Ja, tuurlijk wil je tevreden gebruikers. Maar wat is de doelgroep? Welke gebruikers moet je hebben? De webloghobbyist? Die hacken toch de source en tweaken alles tot het naar wens is. Je kunt een CMS niet voor iedereen maken, je kunt je specialiseren op een doelgroep. One CMS fits all bestaat gewoon niet. En wat dat betreft denk ik dat juist niet teveel features het krachtig maken. Links extern maken kan in de content, en met stylesheets en template overrides kun je het maken zoals je wilt.
[quote=RaZ]Het is jammer dat op pnForum zich niet meer personen hebben gemengd in de discussie.[/quote]
Misschien omdat er ook niet zoveel personen zijn die in deze optie geïnteresseed zijn? Misschien dat het de hele discussie ook niet waard is?
[quote=RaZ]Misschien als ik me ooit ga verdiepen in PHP + MySQL bouw ik dr wel een module voor.[/quote]Maak er dan een transform-hook van ;)

Nou ja, we zijn het niet eens. Daar is een discussieforum voor, en laten we het daarbij houden. Gelukkig mag je het niet eens zijn met elkaar in deze maatschappij. :)

Cheers

__________