Hoe herstel ik de indexatie van mijn pagina's in Analytics GA4

  • Onderwerp starter Onderwerp starter Veng
  • Startdatum Startdatum
Status
Niet open voor verdere reacties.
Heb je een reden om googel code er 2x in te zetten?
Rond regel 10 en rond regel 550.
 
Het is me niet duidelijk welke code je bedoelt. Bedoel je die twee stukken javascript?
Dat staat in mijn eerste post
 
Ondertussen heb ik gevonden dat Google de http als canonical heeft gekozen. Waarom weet ik nog niet
Door Google geselecteerde canonieke URL
'url="true"]http://relatie-voeding-gedrag.nl/'
Dat had volgens mij de https moeten zijn.

Pagina is niet geïndexeerd: Dubbele pagina zonder door de gebruiker geselecteerde canonieke versie
 
Laatst bewerkt:
Elke pagina heeft z'n eigen canonical.
Bijv. bij pagina Contact staat dit in de html
HTML: 
<link rel="canonical" href="https://relatie-voeding-gedrag.nl/Pages/Contact.aspx">
 
Ik kijk in FF met de optie "extra" "browserhulpmiddelen" "paginabron" en zie dan voor de contactpagina:
<link rel=”canonical” href=”https://relatie-voeding-gedrag.nl/” />
Dus geen nadere pagina aanduiding. Die regel is overgekomen uit de master.master
Waarom zie ik iets anders dan jij?
 
Je ziet hetzelfde als ik. Overal staat
HTML: 
<link rel="canonical" href="https://relatie-voeding-gedrag.nl/" />
Met deze regel zeg je tegen google dat elke pagina de Home pagina als originele pagina heeft.

Helaas ken ik geen ASP. Hoe dit op te lossen weet ik niet. Je zou de canonical helemaal ruit kunnen laten 🤔
 
Ik ben nu een nieuw spoor aan het volgen:
Google heeft voor indexatie geselecteerd:
example.nl

SIDN example domain name.

This domain name has been registered by SIDN. You may use it as an example of a domain name. Prior permission is not required.
example.nl example.nl
Die bestaat helemaal niet. Het is of
example.nl

SIDN example domain name.

This domain name has been registered by SIDN. You may use it as an example of a domain name. Prior permission is not required.
example.nl example.nl
of
www.example.nl

SIDN example domain name.

This domain name has been registered by SIDN. You may use it as an example of a domain name. Prior permission is not required.
www.example.nl www.example.nl

Ik vraag me daarom af of mijn certificaat wel geaccepteerd wordt.
Ik weet niet of mijn vpn daar een rol bij kan spelen. Die staat nl. voortduren aan en regelmatig moet ik een ander server kiezen omdat mijn vpn een gratis versie heeft en daar zijn spammers gek op. Als remedie van veel providers komt die server dan bij hen op de zwarte lijst te staan. Na een poosje kent de vpn provider dan weer een nieuw ip-adres aan die server toe en dan gaat die weer een tijdje.
Gisteren had ik een situatie dat er weinig niet geïndexeerde pagina's waren. Ik heb echter die situatie nog niet terug kunnen halen.
Ik meen dat ik toen de robots.txt even had verwijderd.

Het is lastig te zien wanneer Google klaar is met zijn nieuwe indexatie poging. Soms wijzig ik en weet dan niet op welke situatie Google gereageert heeft.
Geduld is een schone zaak..
 
Nog een route. Ik heb de vraag ook aan ChatGPT gesteld en die komt met nog een mogelijkheid waar ik niet aan gedacht heb. Ik heb idd. veel interne links:
Interne verwijzingen: Als er interne links zijn binnen de site die verwijzen naar de HTTP-versie, kan Google dit als een signaal beschouwen dat de HTTP-versie de voorkeursversie is.
Dat is in elk geval gemakkelijk te controleren.
De interne verwijzingen gaan echter niet naar http://www.relatie-voeding-gedrag.nl/, maar naar "pages/....../....." Dus of het dat is??
 
Laatst bewerkt:
Waar maak ik me eigenlijk druk om als ik dit lees (behalve de uitdaging dan):
"Gaat Google Analytics verdwijnen?
Vanaf 1 juli 2023 verwerken de standaard Universal Analytics-property's geen nieuwe gegevens meer en verliezen alle klanten vanaf 1 juli 2024 de toegang tot de Universal Analytics-interface en API.13 dec 2023"

Van Google Search Console heb ik zo'n verklaring echter nog niet kunnen vinden, maar als je in aanmerking neemt dat veel internetters hun cookies blokkeren heeft ook GSC misschien minder zin.
 
Blijkbaar lees ik het bericht niet goed. Ze hebben het over de Universal Analytics, niet over de GA4.
Was blijkbaar niet goed wakker toen ik het voorgaande poste.
 
Ook met baby-steps kom je vooruit😕
Google zegt dat mijn canonieke: URL niet wordt geaccepteerd:

1704545674170.png

en als ik dan de Optimalisatie link volg zie ik onderstaande, maar daar kan ik dan weer niets mee:

Googlebot geblokkeerd door robots.txt (User-agent: * Sitemap: https://relatie-voeding-gedrag.nl/sitemap.xml Allow: /)

Overig

Andere fout
Overig

Deze twee blokken hebben betrekking op de in de master.master geplaatste scripts.
1) Facebook omdat ik wil doorlinken naar mijn "Veng" facebook pagina en likes wil kunnen laten plaatsen.
2) Om GA4 te kunnen gebruiken.
 

Bijlagen

  • 1704545528938.png
    1704545528938.png
    40,1 KB · Weergaven: 2
nu hoe doe je dit simpel of je laat iemand een a href tag maken met een verwijzing naar https://relatie-voeding-gedrag.nl/Pages/SiteMap.aspx
nu of kan iemand hem hier mee helpen op een juiste plaats te zetten hoeft niet te zien te zijn door de gebruiker maar moet wel op de indexpagina te zien zijn en hier kom je al zeer ver mee om te starten.
 
Bedankt voor je inbreng

In de head van de master.master staat al:
<link rel="canonical" href="https://relatie-voeding-gedrag.nl/" />
Evenals in robots.txt
User-agent:
* Sitemap: https://relatie-voeding-gedrag.nl/sitemap.xml
Allow: /)
Op mij komt het over alsof ik "verboden" info via de scripts probeer te verkrijgen. Ben ik ergens in de Google aanwijzingen tegen gekomen.
Maar ook dit:

Duplicate, Google chose different canonical than user

This page is marked as canonical for a set of pages, but Google thinks another URL makes a better canonical. Google has indexed the page that we consider canonical rather than this one.
  1. Inspect this URL to see the Google-selected canonical URL under Page indexing > Google-selected canonical.
  2. Look at the canonical you chose under Page indexing > User-declared canonical.
  3. In your browser, look at the current page, the user-declared canonical, and the Google-selected canonical.
  4. This error means that Google thinks that the tested page isn't a duplicate of the user-declared canonical. Instead, Google thinks that the tested page is a duplicate of the Google-selected canonical.
    • If the Google-selected canonical is the tested page, then Google thinks that the tested page isn't similar to any other pages.
    • If the user-declared canonical is not similar to the current page, then Google won't ever choose that URL as canonical. A duplicate page must be similar to the canonical. (That's what duplicate means.)
 
Laatst bewerkt:
Ik test nu een workaround:
Als Google vindt dat zij als canonical moeten kiezen voor “http://” dan moet ik die mss ook maar canonical maken (In de master.master en de robots.txt). Ik heb dan de onlogische situatie dat Google de “http://” indexeert en bezoekers worden doorgeleid naar "https://". Omdat beide url’s dezelfde content bevatten lijkt me dat echter geen probleem. Vraag is of ik hiermee een feitelijk niet bestaand probleem heb opgelost🙃. Hopelijk stuurt Google nu niet zo vaak meer een foutmailtje.
 
Laatst bewerkt:
Haal overal de canonical regels weg. Google vindt z'n weg wel als je alle pagina's netjes naar https redirect. Drie belangrijke voorwaarden zijn: 1) Geen duplicaat pagina's met dezelfde content. 2) Alle linkjes op alle pagina's zijn https. 3) Zorg voor een redirect, dan weet iedereen (ook Google) dat er een omleiding is naar https.

Ik ben niet thuis in ASP. Als ik googel op Redirect ASP kom ik bijv. op dit artikel . Misschien kan je er wat mee.
 
"1) Geen duplicaat pagina's met dezelfde content."
Ik ben benieuwd wat Google er van vindt als ik alle canonicals weg haal. Ik lees ergens dat Google elk domein telt. Dus http:// én https:// ziet Google als twee domeinen (dus in mijn geval met dubbele inhoud).
Google zal de http:// wel weer als canonical kiezen en ik verwacht in de huidige resultaten dat Google op dit moment zal zeggen dat https:// niet geïndexeerd kan worden. In feite verwacht ik hetzelfde resultaat als wat ik nu heb. Dus ja, waarschijnlijk kunnen die canonicals wel weg.

2) Alle linkjes op alle pagina's zijn https.
Dat is idd zo.

3) Zorg voor een redirect, dan weet iedereen (ook Google) dat er een omleiding is naar https.
De redirect zit netjes in de web.config.

Ik ga e.e.a. testen maar Google heeft wel even tijd nodig om alles te verwerken. Afgelopen week was ik te snel en wist niet meer op welke versie Google reageerde. Ik wacht even af wat Google van die laatste wijziging vindt. Die resultaten zijn nog niet binnen: "Gegevens worden verwerkt. Controleer het over enkele dagen opnieuw"

Het zal wel goed komen maar ik had even tijd/inspanning nodig om de nieuwe GA4 site goed te kunnen gebruiken.
 
Laatst bewerkt:
@Veng Wil je deze website graag als forum gebruiken, niet als blog want bij veel lange "verhalen" over je voortgang haken helpers af.

Over je vraag, http(s) zijn communicatie protocollen.
Je domeinnaam is relatie-voeding-gedrag.nl

Elke originele pagina heeft z'n eigen canonical.
Lees berichtje #24 nog eens.

Als voorbeeld : in de html zie ik nu bij Contact
HTML: 
<link rel="canonical" href="http://relatie-voeding-gedrag.nl/" />
Hier hoort dit te staan
HTML: 
<link rel="canonical" href="https://relatie-voeding-gedrag.nl/Pages/Contact.aspx" />
Net als deze pagina hoort elke unieke pagina z'n eigen canonical te hebben. Zoals die nu wordt gebruikt heb je problemen, dan kan je de regel beter weghalen.

Je kan ook de sitemap.xml gebruiken.
Other Ways to Specify Canonical URLs.
https://www.semrush.com/blog/canonical-url-guide/#list-canonical-urls-only-in-your-sitemap
 
Laatst bewerkt:
Status
Niet open voor verdere reacties.
                    Steun ons                    

Nieuwste berichten

Terug
Bovenaan Onderaan