Aantal bezoekers website meten

Status
Niet open voor verdere reacties.

Veng

Terugkerende gebruiker
Lid geworden
13 aug 2014
Berichten
1.158
Reeds jaren meet ik het (kleine) aantal bezoekers van mijn website met Google Analytics. Dit aantal loopt gestaag terug. Althans dat geeft GA aan. Wat ik me nu afvraag is of dit aantal werkelijk zo veel terug loopt (50%), of dat dit komt omdat steeds meer bezoekers tracking cookies blokkeren.
Als het aantal werkelijk terug loopt zou dat kunnen worden veroorzaakt doordat steeds minder met laptop of desktop wordt gewerkt en meer met tab en GSM. Mijn site is wel redelijk "mobile friendly" maar zeker niet optimaal omdat ik geen gebruik maak van tiles (zo bedreven ben ik ook niet in deze materie).
Vraag is dus: Heeft iemand een beeld van bv. welk percentage bezoekers ivm met cookie blokkering niet door GA wordt meegenomen?
 
of dat dit komt omdat steeds meer bezoekers tracking cookies blokkeren.
Geef je een mogelijkheid op je website om cookies niet toe te staan? of bedoel je dat cookies mogelijk worden geblokkeerd op de pc van de website bezoeker?

kunnen worden veroorzaakt doordat steeds minder met laptop of desktop wordt gewerkt en meer met tab en GSM.
Mobile (tablet, phone) werkt eender als desktop, dat zal in de meting van GA niet uitmaken.

Mijn site is wel redelijk "mobile friendly" maar zeker niet optimaal omdat ik geen gebruik maak van tiles
Google hecht veel waarde aan websites die 100% geschikt zijn voor mobile en voor desktop. Kennis van tiles (voorafgaand aan de website bouw) heb je niet nodig om een website responsive (ideale weergave op elk apparaat) te maken, daar is kennis van html en vooral van css voor nodig.

Heeft iemand een beeld van bv. welk percentage bezoekers ivm met cookie blokkering niet door GA wordt meegenomen?
0% toegevoegd in de statistiek (maar het is wel Google die gebruik maakt van data mining :) )
 
Laatst bewerkt:
bedoel je dat cookies mogelijk worden geblokkeerd op de pc van de website bezoeker?
Dat laatste ja. Het wordt immers steeds gemakkelijker of is zelfs vaak al default ingesteld dat je niet gevolgd wilt worden.

Mobile (tablet, phone) werkt eender als desktop, dat zal in de meting van GA niet uitmaken.

Ben ik me bewust, maar ik veronderstel dat, ook al heb ik mijn best gedaan de site "mobile friendly" te maken, niet alle gebruikers het mobiel even prettig vinden werken.
Als je mijn site bekijkt begrijp je wel wat ik bedoel denk ik. (http://www.relatie-voeding-gedrag.nl/)
Iemand anders heeft voor mij de basisopbouw in .asp gemaakt. Ik ben geen programmeur en slaag er alleen in om dit bij te houden/te updaten.

Ik heb ook flink wat plaatjes weg gehaald omdat men ook steeds meer naar auteursrechten kijkt en ik geen gedonder wil. Dat maakt mijn site ook wat saaier, lijkt me.

Zelf werk ik meestal vanaf mijn desktop en vind mobiel internetten maar lastig omdat het zo'n andere schermen oplevert.
 
Laatst bewerkt:
Ah, ik zie het. De website is niet responsive. Daarmee bedoel ik dat je absolute waarden (px) gebruikt in plaats van relatieve waarden (%). Als voorbeeld, je geeft #divForm een breedte 734px voor alle schermen tussen 480px en 768px. De website is dan te breed voor een 480px scherm. De 'min/max-device-width' in de breakpoints mag je gerust weglaten. Het laatste breakpoint tussen 240 en 320 mag je ook weglaten.

Omdat de structuur niet responsive is zal de content op veel resoluties niet goed worden weergegeven. In de bijlage vind je een voorbeeld structuur voor deze website die wel responsive is. Just 4 fun.

Een ander dingetje zijn de vele tabellen. Juist tabellen zijn lastige dingen om goed responsive te laten werken. In de bijgevoegde css is dit wat geoptimaliseerd maar een perfecte responsive tabel zal het in sommige gevallen niet worden.

Maak het scherm van je browser op je desktop smaller en breder om het effect van de structuur te zien :)
 

Bijlagen

  • voeding_responsive.zip
    2 KB · Weergaven: 26
Dank je voor je uitleg en inspanningen.
Als ik het zo eens bekijk is mijn site niet echt geschikt voor mobile weergave. Reden dat ik dat denk ligt in het feit dat ik de site op een bepaalde manier op heb laten zetten. Met de aanpak om dit netjes op een mobile weer te geven vervalt die hele manier. M.a.w. het vraagt m.i. nog flink wat programmeerinspanning om dit goed weer te geven.
Ik ga proberen uit te leggen hoe ik de site wilde:
In de linker marge staan een aantal keuze onderwerpen. Als er daar een ander onderwerp wordt gekozen wijzigt de midden pagina, maar tevens ook de rechter marge. In de rechter marge staan dus onderwerpen/links die betrekking hebben op de dan geldende midden pagina. Op deze manier kan ik dus op de main pagina toegesneden extra informatie aanbieden.
Als dit netjes op een mobile moet worden weergegeven zal ik er nog eens goed over na moeten denken hoe dat dan zou moeten/kunnen.
Eén aanpak zou kunnen zijn om de desktop versie zo te laten en voor de mobile versie een compleet nieuwe versie te maken. Dat is echter nogal een hoeveelheid extra werk. In feite moet ik dan de complete content herzien cq. anders indelen, denk ik. Die expertise mis ik echter.
Althans zo kijk ik er nu naar.
 
Reden dat ik dat denk ligt in het feit dat ik de site op een bepaalde manier op heb laten zetten.
Mogelijk was de site eerst alleen voor destop en is later aangepast voor mobile?

Met de aanpak om dit netjes op een mobile weer te geven vervalt die hele manier.
Hoeft niet, de indeling kan op tablet/laptop/pc hetzelfde blijven. Voor smartphone (en oude lo-res tablet) gebruik je in/uitvouwbare menu's. Je kan evt contacten via het linkje in mijn footer. Het menu op smartphone zou er zo uit kunnen zien:
- in/uitvouwbaar hoofdmenu voor onderwerpen.
- daaronder in/uitvouwbaar menu met sub-onderwerpen van het gekozen hoofdonderwerp.

M.a.w. het vraagt m.i. nog flink wat programmeerinspanning om dit goed weer te geven.
Klopt. Twee aparte websites (destop & mobile) is sterk af te raden, dit wordt niet meer gedaan in deze tijd. Nadat de indelingen zijn bepaald (meestal drie indelingen) kan een website worden gemaakt die geschikt is voor alle apparaten, onafhankelijk van schermresoltie of OS. Samengevat zou dit een logische indeling zijn.
- Tablet/Desktop: Linker kolom is menu. Midden kolom is onderwerp. Rechter kolom is extra info bij gekozen onderwerp.
- Samrtphone: Bovenaan in/uitvouwbare menu's. Daaronder onderwerp. Daaronder extra info bij gekozen onderwerp.

Mocht je eens nadenken om de site opnieuw op te zetten dan kan ik Bootstrap 4 aanbevelen omdat die gebruik maakt van display:flex voor de indeling (het woord 'flex' zegt genoeg). W3schools tutorial en naslag.

Over de cookies vraag.
Persoonlijk denk ik dat 'cookies blokkering' niet het probleem is omdat veel websites dan niet goed functioneren. Veel websites zijn gebouwd m.b.v. CMS, Blog, Forum of Webshop software. Deze software zou zonder het gebruik van cookies niet goed werken. In het kort vind je hier de uitleg over cookies. Voor zover ik weet is er geen software op pc's die onderscheid maakt tussen technische cookies (first-party, toestemmingsvrij) en analytische cookies (third-party, bij eerste bezoek toestemming vragen).
 
Laatst bewerkt:
Mogelijk was de site eerst alleen voor desktop en is later aangepast voor mobile?
Klopt idd. Iemand anders deed de opzet. Ik heb hem aangepast voor mobile en SEO.

Mocht je eens nadenken om de site opnieuw op te zetten dan kan ik Bootstrap 4 aanbevelen omdat die gebruik maakt van display:flex voor de indeling (het woord 'flex' zegt genoeg). W3schools tutorial en naslag.
Ik weet niet of ik nog de energie heb om volledig opnieuw te beginnen. En websites bouwen is ook een vak. Het is niet meer in HTML en met MsFrontpage even snel iets in elkaar zetten.
Hoewel ik lang geleden enkele specialistische software cursussen heb moet doen bleek daaruit dat ik niet voor programmeur in de wieg ben gelegd. Ik bakte er niets van:confused:.
Ik gebruikte als laatste MsExpresionweb maar ben op verzoek overgestapt op nu Ms Visual Studio met wat toevoegingen maar kan daar nauwelijks mee overweg. Alleen de voorgedane kunstjes, nodig voor onderhoud en kleine aanpassingen kan ik herhalen. Als er iets met de instellingen zou gebeuren hang ik al.
 
De programma's van vroeger zoals FrontPage (laatste versie 2007) en Expresionweb (laatste versie 2010) zijn inderdaad historie en Visual Studio Code (nu actueel) is meer bedoeld voor programmeurs. Als ik voor iemand een website bouw dan maak ik meestal de eerste opzet in een domme editor. Als het er goed uitziet dan zet ik het om in een template voor een CMS. In een CMS hoeft de gebruiker zich niet bezig te houden met programmeren, hij/zij is dan alleen bezig met tekst, afbeeldingen, linkjes, enzovoort (de content van de website dus).

Noot: Bootstrap lijkt iets nieuws maar het is gewoon "voorgebakken functionaliteit" die je in de html kan toevoegen zodat je snel een website kan maken met weinig kennis van css en geen kennis van Javascript.
 
met weinig kennis van css en geen kennis van Javascript.
Dat herken ik wel;)
Ik ga moed verzamelen voor een aanpak. Ik heb er echter al wat jaren op zitten dus de energie is wat lager. Ik ga daarom waarschijnlijk geen nieuwe site bouwen. Alleen als mijn huidige site om te bouwen is, anders laat ik het zo. Al kriebelt de uitdaging wel.
 
Deze site: https://www.fedup.com.au/ is voor mij op desktop een mooie site. Qua complexiteit overtreft die mijn site nog wel. Als ik die echter op mobile bekijk wordt ik er toch niet gelukkig van. (Waarom je naar desktop weergave kunt mis ik ook even.). Als mijn site, zoals ik het liefst zou willen, 1 op 1 wordt overgezet naar responsive mobile en er ook zo uit komt te zien weet ik niet of ik daar gelukkig van wordt.
Ik heb natuurlijk wel een verkeerd uitgangspunt: ik ken de site, heb de layout zelf ontworpen en dat voelt natuurlijk erg vertrouwd. Ik krijg echter nooit reacties van bezoekers op basis waarvan ik goed kan beoordelen hoe mijn site gewaardeerd wordt.
Zoals je in bijgevoegde plaatjes kunt zien heb ik wel mijn best gedaan goed overzicht te houden over wat ik wil en aan het doen was:
 

Bijlagen

  • Div's.jpg
    Div's.jpg
    127,4 KB · Weergaven: 59
  • Pixels.jpg
    Pixels.jpg
    169,4 KB · Weergaven: 51
Deze site: https://www.fedup.com.au/ is voor mij op desktop een mooie site
Is gemaakt met een oudere Joomla template en is niet responsive. De site heeft echter wel een fantastiche indeling om responsive te maken.

naar desktop weergave kunt mis ik ook
Een knop of linkje waarmee een website tussen desktop en smartphone weergave kan worden geschakeld hoort niet op een website. Bij een responsive website geberut dit automatisch. Als de website bezoeker op smartphone toch de desktop weegave wilt zien dan kantelt hij de smartphone waardoor het automatisch desktop weergave wordt.

ik ken de site, heb de layout zelf ontworpen en dat voelt natuurlijk erg vertrouwd
Yep, je voelt je thuis in je eigen site en weet precies wat waar zit. Maar bekijk het eens vanuit de website bezoeker. Nederland is wereldwijd nummer 1 in smartphonegebruik. Als het puur gaat om informatie zoeken pakt circa 90% van de mensen de smartphone. Als de website bezoeker op smartphone van links naar rechts moet scrollen is hij binnen 20 sec. verdwenen en dat is binnen de 30 sec. die is ingesteld in jouw Analytics script.

Zoals je in bijgevoegde plaatjes kunt zien heb ik wel mijn best gedaan goed overzicht te houden
Beide zien er top uit, goede documentatie voor onderhoud. De resolutie tabel met vaste pixel waardes werd voorheen gebruikt totdat er zoveel verschillende apparaten met zoveel verschillende resoluties waren dat het complex, tijdrovend en niet future-proof meer was. De responsive methode, het werken met procenten, is hiervoor de oplossing.

Als mijn site, zoals ik het liefst zou willen, 1 op 1 wordt overgezet
Ik zal kijken of dit haalbaar is zonder aanpassing van de bestaande html. Laat ik nog weten.
 
het werken met procenten, is hiervoor de oplossing
Volgens mij heb ik dat geprobeerd maar kreeg ik het niet goed voor elkaar. Daarom ben ik er toen (~2013- 2014) van afgestapt.
 
Laatst bewerkt:
Alle pagina's zo laten zoals ze nu zijn is te doen als op elke pagina dit wordt vervangen door andere html:
Helemaal bovenaan: <!DOCTYPE..> t/m </head>
Helemaal onderaan: <div id="divContentBottom"> t/m </html>

Voor responsive weergave op alle apparaten is alleen css nodig. Voor smartphone is een stukje nog te maken script nodig om van het menu een in/uitvouwbar menu te maken met bijbehorende drukknop. Een zeer ruw concept vind je in de bijlage. Op smartphone moet de header en het in/uitvouw menu nog worden vormgegeven maar dat lijkt geen probleem. En natuurlijk alles nog voorzien van kleurtjes, lijntjes en wat verder gewenst is. Op dit punt stop ik met uitwerken, via stichting miracom.nl kan het eventueel verder worden vormgegeven.

Aanv. Voor SEO zou ik op jouw website gebruik maken van https, het zit gratis in je hosting pakket.
 

Bijlagen

  • concept.zip
    367,3 KB · Weergaven: 25
Laatst bewerkt:
Ik ga het allemaal bekijken. Hartstikke bedankt.
 
Als eerste wil ik het SSL aanpakken.
Ik heb bij mijn provider een gratis certificaat aangemaakt en door de gegevens te saven blijkbaar ook geïnstalleerd:
"Certificate Info
Domain: relatie-voeding-gedrag.nl
Subject Alternative Names relatie-voeding-gedrag.nl
Expiration Date: 11/23/2019
Bit Length: 2048"
"Certificate successfully installed on website "

Moet dit certificaat telkens handmatig verlengd worden of gaat dat automatisch. Mijn domein abo loopt nl. van 21/2 tot 21/2

Als ik nu de "redirect" regels in mijn web.config bestand paste krijg ik een server error. Gaat er iets fout of duurt het langer om zo'n certificaat te activeren?

Aanpassing in web.config
"
<rewrite>
<rules>
<rule name="Redirect to HTTPS" stopProcessing="true">
<match url="(.*)" />
<conditions>
<add input="{HTTP_HOST}" pattern="^relatie-voeding-gedrag\.nl$" negate="true" />
<add input="{HTTPS}" pattern="OFF" ignoreCase="true" />
</conditions>
<action type="Redirect" url="http://relatie-voeding-gedrag.nl/{R:1}" />
</rule>
<rule name="Redirect to WWW" stopProcessing="true">
<match url=".*" />
<conditions logicalGrouping="MatchAny">
<add input="{HTTP_HOST}" pattern="^relatie-voeding-gedrag\.nl$" />
</conditions>
<action type="Redirect" url="https://www.relatie-voeding-gedrag.nl/{R:0}" redirectType="Permanent" />
</rule>
</rules>
</rewrite>
"
 
Laatst bewerkt:
Een provider hoort een Lets Encript SSL certificaat automatisch te verlengen. Je kan dit navragen bij de provider of afwachten wat er gebeurt op 23 november a.s.

Hmmm, web.config, een Microsoft IIS webserver dus, support hiervoor is altijd wat lastiger op forums. Het marktaandeel van een Apache webserver is groter, dus de support is beter. De info die mijnhostingpartner.nl geeft is helemaal gericht op IIS omdat ze dat zelf gebruiken en hun info is best wel onzin, tegenwoordig werken providers met SSD schijven die zeer snel zijn. Het heeft ook niets met betrouwbaarheid te maken. Deze tweakers grafiek zegt genoeg lijkt mij (20% IIS, 70% Apache), het marktaandeel IIS wordt steeds kleiner, de support dus ook.

Het lijkt erop dat voor dit stukje in .htaccess van Apache
Code:
### werking: redirect non-https and non-www naar https://www
RewriteEngine On
RewriteCond %{HTTPS} !=on [OR]
RewriteCond %{HTTP_HOST} !^www\.relatie\-voeding\-gedrag\.nl$
RewriteRule ^(.*)$ https://www.relatie-voeding-gedrag.nl%{REQUEST_URI} [L,R=301]

deze lap code nodig is in IIS web.config (klik). Misschien krijg je het werkende als je dit verandert in hun voorbeeld.

Code:
pattern="^mijnhostingpartner\.nl$"
wordt
pattern="^relatie\-voeding\-gedrag\.nl$"

url="http://mijnhostingpartner.nl/{R:1}"
wordt
url="http://relatie-voeding-gedrag.nl/{R:1}"

url="https://www.mijnhostingpartner.nl/{R:0}"
wordt
url="https://www.relatie-voeding-gedrag.nl/{R:0}"

Moet dit certificaat telkens handmatig verlengd worden of gaat dat automatisch. Mijn domein abo loopt nl. van 21/2 tot 21/2
Als je abo automatisch wordt verlengd wordt ook het certificaat automatisch verlengd. Je kan dit altijd voor de zekerheid bij de provider navragen.
 
Laatst bewerkt:
Die "patterns" had ik al omgezet gehad. Alleen die back slashes in de eerste omzetting die je gaf had ik niet. Heb ik nu wel geprobeerd maar dat geeft geen oplossing.
Ik denk dat ik morgen even met de provider probeer te chatten of een ticket aanmaken. Zij zullen wel in mijn files kunnen en dit eventueel goed aanpassen. Dat werkt wat efficiënter denk ik.
Het zal wel ergens iets triviaals zijn.
 
Heb de vraag bij mijn provider neergelegd maar die heeft nog niets op kunnen lossen.
Eerste advies was om het certificaat te verwijderen en opnieuw in te stellen. Dat heb ik gedaan en dan zie je ook in het dashboard van de provider dat dat gelukt is:
5d63d23e60470-Moetweg.jpg

Vervolgens wat in de code gewijzigd: bv www. voor mijn url gezet enz. Dat was niet de oplossing.
Weer op het dashboard gekeken en nu is het SSL vinkje weg:
5d63d2c334e5f-Moetweg2.jpg


Zelf denk ik dat het aan het stukje code ligt dat ik aan web.config moet toevoegen.
De provider vond ook een foutmelding maar daar kan nog geen conclusie uit getrokken worden omdat ik tussendoor heb zitten wijzigen. Dat kan ook de oorzaak van de foutmelding zijn:
"System.Web.Services.Protocols.SoapException: Server was unable to process request. ---> Filename: \\?\E:\HostingSpaces\Xxxx\relatie-voeding-gedrag.nl\wwwroot\web.config
Line number: 106
Error: The configuration section 'rewrite' cannot be read because it is missing a section declaration "

Mss sluit die melding aan bij wat ik zelf zie:
ReSharper geeft een waarschuwing bij twee redirects: "module qualification required". Mij zegt dat echter niets.
Deze regel: <action type="Redirect" url="http://relatie-voeding-gedrag.nl/{R:1}" />
en deze: <action type="Redirect" url="https://www.relatie-voeding-gedrag.nl/{R:0}" redirectType="Permanent" />
 
Laatst bewerkt:
Error: The configuration section 'rewrite' cannot be read because it is missing a section declaration
Als je de vorige web.config terugzet (dan werkt de website weer) én je het certificaat instelt dan moet https ook werken zonder extra code.
Als je handmatig op de adresregel in je browser naar je website browst met https:// dan moet de website als https worden getoond.

Die extra code in web.config is er alleen maar voor dat bezoekers geforceerd https gebruiken.
 
Heb het weer naar je voorstel ingesteld.
https://relatie-voeding-gedrag.nl/ werkt
https://www.relatie-voeding-gedrag.nl/ werkt niet
Als ik via Google iets zoek kom ik op http://www.relatie-voeding-gedrag.nl/, dus niet beveiligd. Heb ik voor de SEO dan wel iets bereikt?

Kan dit voor mij ook een oplossing zijn:



You can solve the issue by adding following configuration setting in webconfig file

<configSections>
<sectionGroup name="system.web.extensions" type="System.Web.Configuration.SystemWebExtensionsSectionGroup, System.Web.Extensions, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35">
<sectionGroup name="scripting" type="System.Web.Configuration.ScriptingSectionGroup, System.Web.Extensions, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35">
<section name="scriptResourceHandler" type="System.Web.Configuration.ScriptingScriptResourceHandlerSection, System.Web.Extensions, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" requirePermission="false" allowDefinition="MachineToApplication"/>
<sectionGroup name="webServices" type="System.Web.Configuration.ScriptingWebServicesSectionGroup, System.Web.Extensions, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35">
<section name="jsonSerialization" type="System.Web.Configuration.ScriptingJsonSerializationSection, System.Web.Extensions, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" requirePermission="false" allowDefinition="Everywhere"/>
</sectionGroup>
</sectionGroup>
</sectionGroup>
</configSections>

Uit:https://www.codeproject.com/Questions/723045/How-can-I-solve-this-problem-The-configuration-sec en via link
https://stackoverflow.com/questions...-with-system-web-extensions/14769136#14769136

En waar in de file moet die dan geplaatst worden?

Dit soort aanwijzingen kom ik ook op forums tegen:
"For posterity, the issue was that the Application pool was set to "DefaultAppPool" (.Net Framework Version: 2.0). Changing it to "ASP.NET v4.0" (.Net Framework Version: 4.0") solved the problem."
 
Laatst bewerkt:
Status
Niet open voor verdere reacties.
Terug
Bovenaan Onderaan