Was hat Änderung von http://overpass-turbo.eu/s/ZsW in relation/4036226#map=11/50.2048/7.6661 mit der Verbesserung von tags zu tun?
Warum die neue Relation relation/11801371 ?
Warum die Änderung von http://overpass-turbo.eu/s/Zt0 in relation/1705924#map=12/50.4769/7.4300 ?

What's about way way/424375860 ? It is member of the Alps relation, but not of any other mountain area.
And again my recommedation of JOSM for editing relations: http://tools.geofabrik.de/osmi/?view=areas&lon=13.89840&lat=45.75046&zoom=11&opacity=1.00&overlays=duplicate_node,single_node_in_way,ring_not_closed,ways

There was no broken relation after my changeset/93014725. After this changset you left behind two broken relations. Maybe you should use JOSM not only for reverts.

What is the reason for the revert? What is the effective source of your changes?

Pleas edit boundaries more carefully.
http://tools.geofabrik.de/osmi/?view=areas&lon=-120.81600&lat=50.11711&zoom=16&opacity=1.00&overlays=duplicate_node,single_node_in_way,ring_not_closed,touching_rings,role_should_be_inner,role_should_be_outer,inner_with_same_tags,ways

This was the situation before my edit: http://overpass-turbo.eu/s/YQg .Way #275138001 was removed from the multipolygon probably by concatenating to a non.member way (see history: http://osm.mapki.com/history/relation.php?id=3661442). Therefore the outline of the area was no more closed.
What I did was to remove the highway from the relation, because a physical object is not a appropriate representation for a virtual line like an area outline. Then I completed the remaining member way to a closed ring and transfered the area tags from the multipolygon to the way. Then I deleted the multipolygon because for an area consisting of only one outer ring no relation is needed.

Relation of type=waterway is for a linear object, not a area object. "bay" is not a valid value for key=waterway.

Please apply correct and complete member roles to boundary relations: osm.wiki/Relation:boundary
(http://tools.geofabrik.de/osmi/?view=areas&lon=-123.04616&lat=49.25648&zoom=12&opacity=1.009

Please do not fill up OpenStreetMap with defective boundary data: http://tools.geofabrik.de/osmi/?view=areas&lon=-64.37001&lat=45.01974&zoom=11&opacity=1.00&overlays=duplicate_node,single_node_in_way,duplicate_segment,way_in_multiple_rings,intersection,intersecting_segments,ring_not_closed,role_should_be_inner,role_should_be_outer,inner_with_same_tags,old_style_multipolygons,same_tags_on_outer_ring,ways
An OpenStreetMap mp connot be a source of OpenStreetMap data!

Qualitätssicherung, bei der massive neue Fehler (siehe Link) verursacht werden (trutz der Validierungsmöglichkeit von JOSM), hat ihren Sinn verlioren.

Worin besteht hier die Qualitätssicherung: http://tools.geofabrik.de/osmi/?view=areas&lon=12.04160&lat=48.93955&zoom=14&opacity=1.00 ?

Ist dieser Weg tatsächlich für Fahrräder verboten? Er ist doch Bestanddteil eines Radwegenetzes.
way/35285822.

If you really want to do such micro mapping then please do not map differnt areas with the same key on the same land area
e.g. way/823987916 , way/823994417
way/823989620

Ist nun der weg mit Zeichen 241 ausgezeichnet oder nicht? Wenn nein, dann gehört das weg und segregated=no ergibt dann auch keinen Sinn. Und bicycle=no brauchts bei footway auch nicht.

Ist das nun ein kombinierter Rad-/Fußweg (zeichen 241) oder nicht? Und wenn reiner highway=forrtway dann auch noch foot=yes, bicycle no, access=no, motor_vehicle=no?
way/213350776

Warum ist das primary? Und warum eine Relation? way/843987109

Was sollen diese ganzen Wendeverbote auf sich selbst? relation/11367746 u.s.w.

... aber dabei die Grenze „zerschossen“: relation/1112228#map=14/51.6238/9.5859

Please connect highway nodes properly: http://tools.geofabrik.de/osmi/?view=routing&lon=-64.22345&lat=45.84670&zoom=18&opacity=1.00&overlays=unconnected_open_ends_1

Wo kommen hier die ganzen Heideflächen her? Da trifft doch eher osm.wiki/DE:Tag:natural%3Dfell zu. Oder gehts hier eigentlich um die Renderfarbe?